Il 3 agosto 2026, il manutentore delle branche stabili di Linux e del sottosistema staging Greg Kroah-Hartman ha annunciato nuove regole per l'accettazione delle modifiche nel catalogo drivers/staging. La motivazione è stata il recente «invasione di patch create da LLM». Ora le correzioni preparate dai modelli linguistici per questa parte del kernel verranno automaticamente rifiutate, ad eccezione delle correzioni confermate di vulnerabilità reali.
Il catalogo drivers/staging viene utilizzato per ospitare driver e altri componenti che non soddisfano ancora i requisiti della branche principale di Linux. Secondo la documentazione ufficiale del kernel, tale codice rimane in staging finché necessita di ulteriore lavoro; dopo averlo rifinito, potrebbe essere trasferito nella parte principale del kernel, mentre i componenti che non vengono sviluppati nel tempo vengono rimossi.
Tuttavia, Kroah-Hartman ha anche sottolineato un altro obiettivo di questo sottosistema: drivers/staging esiste principalmente come uno spazio in cui i nuovi sviluppatori possono imparare a partecipare allo sviluppo del kernel. Qui rimangono intenzionalmente molte attività relativamente semplici — correzioni di stile del codice, migrazioni a nuove API e piccole ristrutturazioni. Eseguendo queste attività autonomamente, i principianti acquisiscono competenze nella preparazione delle patch, nella comunicazione nei mailing list e nella procedura di revisione.
Secondo il mantenitore, la pulizia automatica di tale codice è contraria allo scopo stesso dello staging. Ha notato che gli sviluppatori potrebbero correggere tutte le imperfezioni formali utilizzando strumenti automatici, se fosse stato questo l'obiettivo principale. Invece, alcune attività semplici vengono mantenute affinché le persone possano apprendere da esse. Pertanto, Kroah-Hartman intende «rifiutare automaticamente tutte le patch create da LLM per il sottosistema drivers/staging».
Tentativi di non indicare l'uso di un modello linguistico non saranno utili. Kroah-Hartman ha dichiarato che tali modifiche sono generalmente facilmente riconoscibili e ha avvertito gli autori che la volontaria occultazione dell'origine di una patch potrebbe essere vista come un tentativo di ingannare i manutentori. L'obiettivo è che le persone possano imparare, non cercare di ingannare il maintainer, ha spiegato lo sviluppatore.
L'unica eccezione è stata fatta per le correzioni di veri errori di sicurezza. Un tale patch può essere inviato, ma l'autore è obbligato a testarlo su hardware reale per cui il driver è destinato e a descrivere dettagliatamente i test effettuati. Inoltre, il mittente deve essere pronto a dimostrare che l'errore è realmente riproducibile e può influenzare l'utente. Secondo la valutazione di Kroah-Hartman, «almeno un terzo» dei problemi moderni individuati dagli LLM risulta errato o porta a cambiamenti dannosi.
Lo stesso drivers/staging Kroah-Hartman lo ha paragonato a «una palestra, dove si può imparare e sviluppare le proprie abilità». I modelli linguistici, secondo lui, stanno gradualmente diventando strumenti utili per il «lavoro pesante», ma dovrebbero essere utilizzati da esperti che già possiedono conoscenze sufficienti per valutare il risultato. In questo modo, la decisione non introduce un divieto generale sull'uso dell'IA nello sviluppo del Linux: la nuova regola si applica solo all'albero dei drivers/staging supervisionato da Kroah-Hartman e in particolare alle correzioni cosmetiche generate automaticamente.
Fonte: linux.org.ru
