Op 3 augustus 2026 kondigde Greg Kroah-Hartman, de maintainer van de stabiele Linux-branches en de staging-subsystemen, nieuwe regels aan voor het accepteren van wijzigingen in de catalogus drivers/staging. Dit werd ingegeven door een recente ‘invasie van door LLM-gecreëerde patches’. Nu worden door taalmodellen voorbereide correcties voor dit deel van de kernel automatisch afgewezen, behalve bevestigde correcties van echte kwetsbaarheden.
De catalogus drivers/staging wordt gebruikt voor het hosten van stuurprogramma's en andere componenten die nog niet voldoen aan de eisen van de hoofd Linux-branch. Volgens de officiële documentatie van de kernel, blijft deze code in staging zolang er extra werk aan is; na voltooiing kan deze worden overgezet naar het hoofdgedeelte van de kernel, terwijl niet-ontwikkelende componenten na verloop van tijd worden verwijderd.
Echter, Kroah-Hartman wees ook op een andere taak van dit subsysteem: drivers/staging bestaat vooral als een plek waar beginnende ontwikkelaars kunnen leren deelnemen aan de ontwikkeling van de kernel. Hier blijven veel relatief eenvoudige taken opzettelijk achter—coderingcorrecties, overstappen naar nieuwe API's en kleine herstructureringen. Door deze zelf uit te voeren, leren nieuwkomers hoe ze patches kunnen voorbereiden, communiceren in mailinglijsten en de beoordelingsprocedure.
Volgens de maintainer staat het automatisch verwijderen van dergelijke code haaks op het doel van staging. Hij merkte op dat ontwikkelaars alle formele tekortkomingen met automatische middelen zouden kunnen corrigeren, als dat de belangrijkste doelstelling was. In plaats daarvan worden een aantal eenvoudige taken behouden, zodat mensen hierin kunnen worden opgeleid. Daarom is Kroah-Hartman van plan ‘automatisch alle patches die door LLM zijn gemaakt voor het subsysteem drivers/staging af te wijzen’.
Pogingen om het gebruik van een taalmodel niet aan te geven, zullen ook niet helpen. Kroah-Hartman verklaarde dat dergelijke wijzigingen doorgaans gemakkelijk te herkennen zijn en waarschuwde auteurs dat opzettelijke verdoezeling van de oorsprong van een patch kan worden gezien als een poging om de maintainers te misleiden. Het doel is dat mensen kunnen leren en niet proberen de maintainer te slim af te zijn, verklaarde de ontwikkelaar.
De enige uitzondering is gemaakt voor het verhelpen van echte beveiligingsfouten. Zo'n patch mag worden ingediend, maar de auteur moet deze testen op de daadwerkelijke hardware waarvoor de stuurprogramma bedoeld is en gedetailleerd beschrijven welke tests zijn uitgevoerd. Daarnaast moet de indiener bereid zijn te bewijzen dat de fout daadwerkelijk reproduceerbaar is en gebruikers kan beïnvloeden. Volgens Kroah-Hartman, ‘minstens een derde’ van de problemen die moderne LLM's ontdekken blijkt foutief te zijn of leidt tot schadelijke wijzigingen..
Kroah-Hartman vergeleek de drivers/staging met ‘een sportschool waar je kunt leren en je vaardigheden kunt ontwikkelen’.Volgens hem worden taalmiddelen geleidelijk aan een bruikbaar middel voor ‘zware taken’, maar moeten ze worden gebruikt door specialisten die al over voldoende kennis beschikken om de resultaten te evalueren. Dus de beslissing legt geen algemeen verbod op het gebruik van AI bij de ontwikkeling van Linux: de nieuwe regel betreft alleen de door Kroah-Hartman beheerde drivers/staging-structuur en vooral automatisch gegenereerde cosmetische correcties.
Bron: linux.org.ru
