Linux 7.3-rc2 est anormalement volumineux, et Linus Torvalds plaisante en accusant l’IA

Linux 7.3-rc2 n’aurait normalement pas dû être l’étape la plus agitée du cycle. La deuxième release candidate — une préversion destinée aux tests — arrive généralement après la fenêtre d’intégration avec un rythme plus calme, le temps que les régressions apparaissent. Cette fois, Linus Torvalds a pourtant décrit une version « full fat » : elle ne lui avait pas semblé particulièrement chargée, mais le volume de modifications montre le contraire. 1127

Torvalds n’a identifié aucun responsable unique. Une intégration tardive de correctifs EDAC — le sous-système de détection et de correction d’erreurs matérielles — a contribué au total, mais pas assez, selon lui, pour l’expliquer. Plusieurs systèmes de fichiers ont aussi envoyé des correctifs, tout comme une importante série de changements DRM, le composant graphique du noyau. C’est dans ce contexte qu’il a lancé, sur le ton de la plaisanterie, qu’il fallait peut-être accuser l’IA : il ne s’agit pas d’une conclusion selon laquelle un LLM aurait directement provoqué la taille de cette rc2. 11

Des correctifs répartis dans tout le noyau

La mise à jour n’est pas concentrée sur une régression critique particulière. Les pilotes représentent la majeure partie des changements ; parmi les modifications hors pilotes, les outils comptent pour environ un cinquième du volume. Les systèmes de fichiers, le cœur du noyau et le réseau pèsent également de manière notable. 18

Parmi les correctifs et nettoyages signalés figurent :

• des corrections du mécanisme de planification tenant compte du cache pour les processeurs hybrides, avec l’objectif d’améliorer les performances ; 9
• un nettoyage à l’échelle de l’arbre de code, remplaçant davantage d’appels à kmalloc() par kmalloc_obj() ; 9
• des correctifs d’affichage Nouveau pour le matériel NVIDIA Blackwell ; 9
• la désactivation par défaut de la protection RandStruct lorsque la prise en charge de Rust et une chaîne de compilation Rust sont présentes ; 9
• des changements EDAC manqués pendant la fenêtre d’intégration de Linux 7.3 ; 9
• du renforcement du vérificateur BPF et des corrections de régressions dans l’ordonnanceur. 23

Cette diversité explique l’ampleur de rc2 sans fournir une cause simple : plusieurs sous-systèmes ont livré en même temps des travaux de maintenance légitimes.

La plaisanterie sur l’IA : ce qu’elle signifie, et ce qu’elle ne signifie pas

La formule de Torvalds s’inscrit dans un contexte réel. Il avait déjà décrit les release candidates tardives très volumineuses comme une nouvelle norme liée à la revue de code par différents outils d’IA. Cela ne veut pas dire que l’IA écrit ou provoque chaque correctif : l’effet évoqué est surtout l’augmentation du nombre de problèmes détectés, que les mainteneurs humains doivent ensuite analyser, valider et corriger. 34

Greg Kroah-Hartman, mainteneur central du noyau Linux, a lui aussi averti que Linux 7.3 pourrait connaître un cycle « difficile ». La hausse des rapports de bugs et des propositions de correctifs liés aux IA et aux LLM ajoute une charge de tri et de revue. Certaines soumissions sont utiles, mais les développeurs restent responsables de les évaluer, y compris lorsqu’elles concernent du code ancien ou rarement modifié. 32

La tendance observée sur la sécurité donne une idée de l’ampleur du travail. Les données présentées avant le cycle 7.3 faisaient état d’environ 500 CVE corrigées par version de Linux entre 6.9 et 6.19, puis de plus de 1 000 pour Linux 7.0 et de plus de 1 500 pour Linux 7.2. Linux 7.3 pourrait approcher les 2 000 si la tendance se poursuit : il s’agit d’une projection, pas d’un bilan final. 1234

Après une rc1 déjà très grande

Cette rc2 très active suit une Linux 7.3-rc1 déjà hors norme. Les statistiques de comptage placent l’arbre du noyau à environ 40,98 millions de lignes, contre près de 40,42 millions pour Linux 7.2, soit une hausse d’environ 560 000 lignes. 513

Ce total ne correspond pas à 40,98 millions de lignes de code exécutable : il comprend aussi les commentaires, les lignes vides et d’autres contenus présents dans l’arbre des sources. 13

Le cycle de publication peut-il être prolongé ?

Linux 7.3-rc2 est une préversion de test, et non le noyau stable final. Le site kernel.org la répertoriait le 6 septembre 2026. 30

Une rc2 lourde ne suffit pas, à elle seule, à annoncer un décalage du calendrier. En revanche, si d’importants correctifs et de nouvelles régressions continuent d’arriver tardivement, les mainteneurs peuvent publier des release candidates supplémentaires. L’enjeu est de laisser aux correctifs le temps d’être intégrés et testés avant la version stable, plutôt que de publier à date fixe alors que le flux de changements reste trop rapide.

Pour les utilisateurs de Linux et les distributions qui l’intègrent, le message n’est donc pas que Linux 7.3 serait intrinsèquement risqué. La qualité du cycle dépendra de la capacité du projet à transformer ce volume élevé en correctifs correctement revus et testés, plutôt qu’en agitation tardive. La boutade de Torvalds résume cette tension : l’analyse automatisée peut mettre au jour de vrais défauts, mais elle ne remplace ni la décision humaine ni le travail de validation.