Il 3 agosto 2026, il curatore dei rami stabili di Linux e del sotto-sistema staging Greg Kroah-Hartman ha annunciato nuove regole per l'accettazione delle modifiche nel catalogo drivers/staging. La motivazione è stata una recente «invasione di patch create da LLM». Ora, le correzioni preparate dai modelli linguistici per questa parte del kernel saranno automaticamente rifiutate, ad eccezione delle correzioni confermate di vulnerabilità reali.
Il catalogo drivers/staging è utilizzato per ospitare driver e altri componenti che non soddisfano ancora i requisiti del ramo principale di Linux. Secondo la documentazione ufficiale del kernel, tale codice rimane nello staging finché richiede ulteriori lavori; una volta completato, può essere trasferito nella parte principale del kernel, mentre i componenti che non sono in sviluppo vengono rimossi col tempo.
Tuttavia, Kroah-Hartman ha anche indicato un'altra funzione di questo sotto-sistema: drivers/staging esiste principalmente come un posto dove i programmatori principianti possono imparare a partecipare allo sviluppo del kernel. Qui rimangono intenzionalmente molte attività relativamente semplici — correzioni di formattazione del codice, transizioni a nuove API e piccole riprogettazioni. Svolgendo questi compiti da soli, i novizi acquisiscono esperienza nella preparazione delle patch, nella comunicazione nelle mailing list e nella procedura di revisione.
Secondo il curatore, la pulizia automatica di tale codice contraddice il vero scopo dello staging. Ha sottolineato che i programmatori potrebbero correggere tutti gli errori formali utilizzando strumenti automatici, se fosse questo il principale obiettivo. Invece, una parte delle attività semplici viene mantenuta affinché le persone possano imparare. Pertanto, Kroah-Hartman intende «rifiutare automaticamente tutte le patch create da LLM per il sotto-sistema drivers/staging».
Anche tentativi di non dichiarare l'uso del modello linguistico non saranno utili. Kroah-Hartman ha affermato che tali modifiche di solito sono facilmente riconoscibili e ha avvertito gli autori che la volontaria ocultazione dell'origine della patch potrebbe essere interpretata come un tentativo di ingannare i curatori. L'obiettivo è che le persone possano imparare, e non cercare di ingannare il mantenitore, ha spiegato il programmatore.
L'unica eccezione è fatta per le correzioni di vere e proprie vulnerabilità di sicurezza. Un tale patch è consentito inviare, ma l'autore deve testarlo su hardware reale per cui il driver è destinato e descrivere dettagliatamente i test effettuati. Inoltre, l'autore deve essere pronto a dimostrare che l'errore è veramente riproducibile e può interessare l'utente. Secondo la valutazione di Kroa-Hartman, "almeno un terzo" dei problemi moderni scoperti dai LLM si rivela errato o porta a modifiche dannose.
Lo stesso drivers/staging Kroa-Hartman lo ha paragonato a "una palestra dove si può imparare e sviluppare le proprie abilità". Le modelli linguistici, secondo lui, stanno lentamente diventando strumenti utili per "lavori pesanti", ma devono essere utilizzati da specialisti che hanno già le conoscenze necessarie per valutare il risultato. Pertanto, la decisione non introduce un divieto generale sull'uso dell'IA nello sviluppo di Linux: la nuova regola riguarda solo l'albero drivers/staging gestito da Kroa-Hartman e, in particolare, le correzioni cosmetiche generate automaticamente.
Fonte: linux.org.ru
