Linux 7.4-rc2 montre la place prise par les correctifs liés à l’IA

Linux 7.4-rc2 est disponible pour les essais du prochain noyau. Dans le message original adressé à la liste des développeurs, Linus Torvalds indique que des corrections liées à l’IA ont alimenté cette version. Il estime que leur présence est devenue assez courante pour cesser de la rappeler à chaque note hebdomadaire. Le tag de la deuxième version candidate confirme la mise à disposition du code. Le message est daté du 8 novembre aux États-Unis et du 9 novembre en France.

Le volume des changements a plusieurs causes

Le noyau est la partie du système qui fait notamment le lien entre les logiciels et les ressources de la machine. Les versions candidates servent à tester les changements avant la version finale. Le suffixe rc2 indique ici la deuxième étape de cette série d’essais. La note invite les développeurs à poursuivre les tests.

Le volume affiché dans les statistiques du dépôt demande du contexte. Torvalds explique qu’un grand nombre de petits changements ont été produits par des mises à jour mécaniques avec Coccinelle. Beaucoup tiennent sur une ou deux lignes mais se répètent dans de nombreux fichiers. Un grand nombre de fichiers touchés peut donc refléter une modification répétée à grande échelle. Il ne permet pas de compter les correctifs préparés avec une IA.

Le message distingue ensuite les travaux sur les pilotes et ceux sur le réseau ou BPF. Il mentionne aussi des changements dans la gestion de la mémoire et les systèmes de fichiers. La présence de correctifs liés à l’IA traverse ce travail ordinaire. La note ne donne pas un décompte qui permettrait de mesurer leur part exacte.

Le retour de BPF porte sur un seul périmètre

BPF permet notamment d’exécuter dans un cadre contrôlé de petits programmes qui observent le fonctionnement du système ou interviennent sur certains traitements. Torvalds relaie un retour du mainteneur Alexei Starovoitov. Sur ce périmètre, les correctifs arriveraient désormais plus vite que les nouveaux signalements. Le message ne fournit ni décompte ni durée d’observation. Torvalds ajoute que la plupart des autres parties du noyau n’ont probablement pas atteint ce point.

De la détection à la correction

Un signalement lance le travail de vérification. Un exemple reproductible permet ensuite de constater le problème et d’évaluer si le correctif agit bien sur sa cause. Les mainteneurs doivent aussi tenir compte des effets sur les autres usages du code. Quand l’arrivée des signalements s’accélère, le temps consacré à leur qualification compte autant que la vitesse de rédaction d’un correctif. C’est la même distinction qui aide à lire la recherche de failles locales dans Linux publiée par OpenAI.

La signature du correctif reste humaine

La documentation du noyau sur les assistants de codage maintient une responsabilité humaine. La personne qui soumet une contribution relit le code proposé et s’assure qu’il respecte les conditions de licence. Elle signe elle-même la déclaration de provenance. Pour une anomalie, la documentation demande aussi de préciser les tests qui n’ont pas pu être effectués. Le changement de ton de la note hebdomadaire ne modifie pas ces exigences. Il marque une étape plus simple à observer. Les correctifs liés à l’IA font désormais partie du travail que les mainteneurs décrivent avec les autres changements de la semaine.

Mascotte Tux créée par Larry Ewing avec GIMP. L’illustration reprend la version vectorielle de Simon Budig et Garrett LeSage.