Linus Torvalds relie l'afflux de correctifs de Linux 7.0 à l'IA et évoque un risque de retard

Le 30 mars 2026, Linus Torvalds s'est plaint publiquement du flux inhabituellement important de correctifs pour Linux 7.0 RC6. Selon lui, une partie de cet afflux pourrait venir de l'usage massif d'outils d'IA, et la charge pesant sur les mainteneurs a augmenté au point que l'on discutait alors même d'un risque de report de la version stable.

Pourquoi il y a plus de correctifs

La sixième release candidate signale d'ordinaire que le noyau entre dans une phase calme : les gros changements sont derrière, il ne reste que des corrections ponctuelles, des tests et de la finition. Avec Linux 7.0, le tableau a été différent. Torvalds a relevé que, fin mars, il avait reçu nettement plus de correctifs que d'habitude à ce stade, et qu'il ne s'agissait pas de quelques séries controversées, mais d'un large flux de petites retouches venues de nombreuses parties de l'arbre. Pour l'équipe de maintenance, cela signifie automatiquement plus de vérifications manuelles et plus de risques pour le calendrier.

La hausse du nombre de corrections ne signifie pas en soi que la version est cassée. Au contraire : Torvalds a insisté sur le fait que la plupart des correctifs semblaient réels et utiles. Ce qui l'a alerté, c'est autre chose : le volume. Quand ces changements deviennent trop nombreux, le coût de la relecture, de la discussion, des nouveaux tests et des décisions de calendrier grimpe brutalement. Même de bons correctifs finissent par freiner la publication, car les mainteneurs manquent de capacité dans la dernière ligne droite avant la build stable.

Pourquoi l'IA entre en jeu

Torvalds a avancé que l'afflux pouvait s'expliquer par des outils d'IA devenus meilleurs pour repérer les cas limites et proposer rapidement de petites corrections. Nuance importante : il n'a pas dit que le noyau était submergé de déchets générés sans vérification. Il s'agit plutôt d'une nouvelle mécanique de développement, où le coût de création d'un correctif s'effondre, si bien que davantage de changements petits mais formellement valides arrivent dans la file de relecture. C'est cette asymétrie entre génération et vérification qui commence à pénaliser le processus.

«

Beaucoup de corrections assez triviales, mais réelles », a résumé Torvalds pour décrire cette vague.

Pour Linux, le sujet est sensible, car le goulot d'étranglement n'a jamais été le code lui-même, mais l'attention humaine des mainteneurs. Si l'IA aide à trouver des erreurs supplémentaires, la qualité du noyau peut s'améliorer à long terme, surtout dans les scénarios rares et mal couverts. Mais si elle produit en même temps un flux de micro-corrections difficile à filtrer vite, la relecture devient un goulot d'étranglement. Et c'est apparemment ce qui agace le plus le créateur de Linux : non pas l'IA en tant que telle, mais la nouvelle charge opérationnelle pesant sur ceux qui prennent les décisions.

Ce qui change dans Linux 7.0

Dans le débat sur le rôle de l'IA, la version 7.0 elle-même ne ressemblait pas à une révolution. Torvalds avait déjà dit que le nouveau numéro de version n'annonçait pas un virage architectural brutal. L'essentiel des changements de cette branche était plutôt terre à terre : corrections de systèmes de fichiers, de pilotes et de code d'infrastructure, sans fonctionnalité dominante qui expliquerait tout le bruit autour de la version. C'est aussi un point important : plus la version est calme sur le fond, plus l'afflux anormal de petites retouches en fin de cycle saute aux yeux.

Plusieurs zones habituelles du noyau ont été citées parmi celles qui ressortaient dans le flux de correctifs. C'est pourquoi l'histoire ne ressemble pas à une panne dans un sous-système, mais à une charge répartie sur tout le processus de maintenance, où chaque correction peut être minime, mais où leur volume cumulé brise le rythme habituel de l'équipe. Cela se voit surtout en phase RC, quand les mainteneurs cherchent normalement à n'accepter que les changements réellement nécessaires.

• améliorations pour les systèmes de fichiers EXT4 et XFS
• correctifs habituels dans les pilotes GPU
• changements dans le sous-système réseau et RDMA
• mises à jour de la pile audio et des outils de service
• de nombreuses retouches ponctuelles pour divers cas limites

Un autre contexte compte aussi. Torvalds avait déjà vivement critiqué certaines séries de correctifs pour Linux 7.0, par exemple des changements autour du sous-système MMC, qu'il jugeait mal préparés. Dans ce contexte, sa réaction actuelle a été étonnamment calme : au lieu d'un savon sur la qualité, il a parlé précisément de l'ampleur du flux entrant. L'épisode est révélateur : le problème de l'IA dans l'open source tient de plus en plus à la surcharge de la maintenance et à la baisse du rapport signal/bruit, et non à du faux code.

Ce que cela signifie

L'épisode Linux 7.0 montre comment l'IA transforme le développement de logiciels d'infrastructure : générer et trouver des corrections est devenu plus facile, mais la capacité de relecture n'a pas progressé aussi vite. Pour l'open source, cela peut devenir une nouvelle norme où la ressource rare n'est plus le code, mais le temps des mainteneurs expérimentés. Si ce déséquilibre s'accentue, la compétence la plus précieuse ne sera plus d'écrire un patch de plus, mais de filtrer, vérifier et prioriser vite ce qui mérite vraiment d'entrer dans une version.