Le 3 août 2026, le mainteneur des branches stables de Linux et du sous-système staging, Greg Kroah-Hartman, a annoncé de nouvelles règles concernant l'acceptation des modifications dans le répertoire drivers/staging. Cela fait suite à un récent « afflux de patches générés par des LLM ». Désormais, les corrections préparées par des modèles de langage pour cette partie du noyau seront automatiquement rejetées, sauf pour les corrections validées de réelles vulnérabilités.
Le répertoire drivers/staging est utilisé pour héberger les pilotes et autres composants qui ne répondent pas encore aux exigences de la branche principale de Linux. Selon la documentation officielle du noyau, ce code reste dans le staging tant qu'il nécessite des travaux supplémentaires ; après révisions, il peut être déplacé dans la partie principale du noyau, tandis que les composants stagnant sont progressivement retirés.
Cependant, Kroah-Hartman a également souligné une autre tâche de ce sous-système : les drivers/staging existent avant tout comme un endroit où les développeurs débutants peuvent apprendre à participer au développement du noyau. De nombreuses tâches relativement simples — correction de mise en forme du code, transition vers de nouvelles API et petites révisions — y demeurent volontairement. En les réalisant par eux-mêmes, les débutants acquièrent des compétences sur la préparation des patches, la communication dans les listes de diffusion et le processus de révision.
Selon le mainteneur, le nettoyage automatique de ce type de code va à l'encontre de la même intention du staging. Il a noté que les développeurs pourraient corriger toutes les erreurs formelles à l'aide d'outils automatiques, si tel était l'objectif principal. Au lieu de cela, certaines tâches simples sont conservées afin que des personnes puissent y apprendre. Par conséquent, Kroah-Hartman prévoit « d'automatiquement rejeter tout patch créé par des LLM pour le sous-système drivers/staging ».
Les tentatives de ne pas indiquer l'utilisation d'un modèle linguistique ne seront pas non plus d'un grand secours. Kroah-Hartman a déclaré que de tels changements sont généralement faciles à reconnaître et a averti les auteurs que la dissimulation intentionnelle de l'origine du patch pourrait être interprétée comme une tentative de tromper les mainteneurs. L'objectif est que les gens puissent apprendre et ne tentent pas de duper le mainteneur, a expliqué le développeur.
La seule exception est faite pour les corrections des véritables failles de sécurité. Un tel patch est autorisé à être soumis, mais l'auteur doit le tester sur le matériel réel pour lequel le pilote est destiné, et décrire en détail les tests effectués. De plus, l'expéditeur doit être prêt à prouver que la faille est effectivement reproductible et peut affecter l'utilisateur. Selon l'évaluation de Greg Kroah-Hartman, « au moins un tiers » des problèmes détectés par les LLM modernes s'avèrent erronés ou entraînent des modifications nuisibles..
Le conducteur/drivers/staging est comparé par Kroah-Hartman à « une salle de sport où l'on peut apprendre et développer ses compétences ».Les modèles linguistiques, selon lui, deviennent progressivement un outil approprié pour des « tâches difficiles », mais leur utilisation devrait être réservée à des spécialistes qui possèdent déjà suffisamment de connaissances pour évaluer le résultat. Ainsi, la décision n'impose pas d'interdiction générale de l'utilisation de l'IA dans le développement du Linux : la nouvelle règle ne concerne que l'arbre drivers/staging supervisé par Kroah-Hartman et en particulier les corrections cosmétiques générées automatiquement.
Source : linux.org.ru
