Linux staging tree : Greg Kroah-Hartman barre la route aux patches générés par LLM

Submergé par un « onslaught » de patches IA, le mainteneur du staging tree Linux rejette désormais systématiquement les contributions générées par LLM - sauf vraies corrections de sécurité. Il utilise pourtant les LLM lui-même.

Le contexte : qu'est-ce que le staging tree ?

Pour comprendre la décision de Greg Kroah-Hartman (alias gregkh), il faut saisir ce qu'est le staging tree dans l'organisation du noyau Linux. C'est une zone d'accueil pour les drivers et le code pas encore prêts pour le mainline : qualité insuffisante, API instables, dépendances à nettoyer. C'est aussi, historiquement, l'entrée de gamme des nouveaux contributeurs - l'endroit où on apprend à contribuer au noyau sans être un expert de 15 ans de kernel dev.

Greg Kroah-Hartman est le mainteneur de ce staging tree. C'est lui qui lit, arbitre, accepte ou rejette les patches.

Ce qui s'est passé

Face à ce qu'il décrit comme un "onslaught" - un déluge - de patches générés par des LLM (Large Language Models, grands modèles de langage), gregkh vient d'annoncer une nouvelle politique : les patches produits par IA seront désormais rejetés du staging tree.

Ce qui rend la décision particulièrement intéressante, c'est ce qu'elle n'est pas : un rejet idéologique de l'IA. Gregkh utilise lui-même des LLM pour ses propres contributions au noyau, et il l'assume publiquement. Ce qu'il rejette, c'est l'utilisation de LLM par des contributeurs qui n'ont pas les compétences pour évaluer ce que le modèle a produit.

La logique est limpide : le staging tree est censé former des contributeurs. Soumettre un patch généré par IA sans comprendre ce qu'il fait, c'est exactement l'inverse de ça. Et ça crée du travail supplémentaire pour les mainteneurs qui doivent relire, corriger et rejeter des patches à faible valeur ajoutée en volume croissant.

Une seule exception est accordée : les patches qui corrigent de vrais problèmes de sécurité (genuine security fixes) restent les bienvenus, quelle que soit leur origine.

Pourquoi c'est important au-delà du staging tree

C'est la manifestation la plus concrète à ce jour d'une tension qui monte dans la communauté du libre depuis des mois. D'un côté, des LLM capables de produire du code syntaxiquement correct. De l'autre, des mainteneurs qui absorbent un volume croissant de patches de faible profondeur, générés sans vraie compréhension du contexte.

Le noyau Linux n'est pas une base de code ordinaire. Chaque ligne peut affecter des millions de systèmes. La qualité d'un patch, ce n'est pas seulement le code - c'est la compréhension par son auteur du pourquoi ce code existe, dans quel contexte il s'intègre, quels effets de bord il peut avoir. Un patch LLM soumis sans humain qualifié derrière rate souvent ce "pourquoi".

Ce n'est pas la fin de l'IA dans le noyau - loin de là. C'est le début d'une politique explicite qui distingue l'IA comme outil (pour un contributeur qui sait ce qu'il fait) et l'IA comme substitut de compétence (pour quelqu'un qui n'a pas les bases). La nuance est essentielle, et gregkh la fait lui-même.