Technologie

Linus Torvalds reconnaît que les patches IA sont devenus la norme du noyau Linux

Susan Hill

Linus Torvalds a profité de l’annonce de Linux 7.1-rc3 pour confirmer ce qu’il esquivait depuis des mois : la vague de patches générés avec l’aide d’outils d’IA n’est plus un pic temporaire. C’est le nouveau plancher du noyau qui fait tourner la plupart des téléphones Android, la majorité des serveurs web du monde et toutes les machines de la liste Top 500. Cette release candidate concentre près d’un tiers de ses patches dans le sous-système réseau, ajoute des correctifs pour des vulnérabilités use-after-free dans Bluetooth et dans les pilotes graphiques, et fait avancer le pilote NTFS réécrit par Namjae Jeon, qui prend désormais en charge l’écriture complète, l’allocation différée et l’intégration au framework iomap.

Les chiffres racontent l’histoire pratique. Linux 7.0 a apporté un afflux de patches si massif que Torvalds l’a d’abord traité comme une anomalie. Deux cycles plus tard, le volume n’a pas baissé. Il s’est installé. Pour les mainteneurs, cela veut dire lire et relire bien plus de code que ce que supposait la génération précédente de travail sur le noyau. Le processus de revue reste tenu par des humains, et le goulot d’étranglement s’est déplacé de la génération vers la vérification. Le code a peut-être été écrit avec l’aide d’une IA, mais chaque patch qui atterrit dans le mainline a été lu, critiqué et approuvé par un mainteneur sans IA dans la boucle.

Cela ne revient pas à dire que le noyau est désormais écrit par l’IA. Torvalds et les mainteneurs seniors ont été explicites sur cette distinction depuis deux cycles. Les règles posées avec 7.0 obligent le contributeur à déclarer l’implication de l’IA, à assumer ce qu’il soumet et à comprendre le code qu’il envoie. Le volume monte ; les standards ne baissent pas. Ce qui change, c’est l’expérience concrète du travail sur Linux : les mainteneurs passent plus de temps à relire, les contributeurs renvoient leurs révisions plus vite et l’écart entre proposer un correctif et le voir intégré se réduit pour les travaux de routine.

La lecture sceptique de tout cela est plus difficile à écarter qu’il y a un an. Plus de code arrivant plus vite, ce sont aussi plus d’occasions pour des erreurs subtiles de passer, et les correctifs use-after-free présents dans 7.1-rc3 sont précisément la catégorie de bug que les patches assistés par IA ont historiquement du mal à détecter. Les défaillances de sécurité mémoire dans des sous-systèmes essentiels comme Bluetooth et la pile graphique ne sont pas théoriques : ce sont les failles qu’exploitent les alertes de sécurité réelles. Un volume plus élevé ne marche que si la revue suit. Savoir si elle suivra reste la grande question des prochains cycles.

Le noyau stable Linux 7.1 est attendu le 7 juin 2026 si le cycle se termine en RC7, ou le 14 juin 2026 s’il faut une RC8 finale.

Discussion

Il y a 0 commentaire.