Pe 3 august 2026, Greg Kroah-Hartman, care se ocupă de ramurile stabile ale Linux și de subsistemul staging, a anunțat noi reguli pentru acceptarea modificărilor în catalogul drivers/staging. Motivul a fost un recent „invazie a patch-urilor LLM create”. Acum, corecțiile pregătite de modelele de limbaj pentru această parte a nucleului vor fi respinse automat, cu excepția corecțiilor pentru vulnerabilități reale confirmate.
Catalogul drivers/staging este folosit pentru a plasa drivere și alte componente care nu îndeplinesc încă cerințele ramurii principale Linux. Conform documentației oficiale a nucleului, acest cod rămâne în staging atâta timp cât necesită muncă suplimentară; după finalizare, poate fi mutat în partea principală a nucleului, iar componentele care nu evoluează sunt eliminate în timp.
Cu toate acestea, Kroah-Hartman a menționat și o altă sarcină a acestui subsistem: drivers/staging există în primul rând ca un loc unde dezvoltatorii începători pot învăța să participe la dezvoltarea nucleului.Aici rămân intenționat multe sarcini relativ simple - corecții de formatare a codului, tranziții la noi API-uri și mici revizuiri. Realizându-le singuri, începătorii învață pregătirea patch-urilor, comunicarea pe listele de distribuție și procedura de revizuire.
În opinia coordinatorului, curățarea automată a acestui cod contravine însăși scopului staging-ului. El a subliniat că dezvoltatorii ar putea corecta toate neajunsurile formale folosind instrumente automate, dacă aceasta ar fi fost principală obiectivă. În schimb, o parte din sarcinile simple sunt păstrate pentru ca oamenii să se poată instrui pe ele. De aceea, Kroah-Hartman intenționează „să respingă automat orice patch-uri create LLM pentru subsistemul drivers/staging”.
Încercările de a nu indica utilizarea modelului de limbaj nu vor ajuta, de asemenea. Kroah-Hartman a declarat că astfel de modificări sunt, în general, ușor de recunoscut și i-a avertizat pe autori că ascunderea intenționată a originii patch-ului poate fi percepută ca o încercare de a înșela coordonatorii. Scopul este ca oamenii să poată învăța, nu să încerce să o înșele pe mentenanță., a explicat dezvoltatorul.
Singura excepție se face pentru corectarea erorilor de securitate reale. O astfel de corectare este permisă, dar autorul trebuie să o testeze pe echipamentul real pentru care driverul este destinat și să descrie în detaliu testarea efectuată. În plus, expeditorul trebuie să fie pregătit să demonstreze că eroarea poate fi reproducibilă și poate afecta utilizatorul. Potrivit evaluării lui Kroah-Hartman, „cel puțin o treime” din problemele moderne descoperite de LLM se dovedește a fi incorecte sau duc la modificări dăunătoare..
Kroah-Hartman a comparat sursa drivers/staging cu „o sală de sport, unde poți învăța și-ți poți dezvolta abilitățile”.Modelele lingvistice, spune el, devin treptat un instrument util pentru „muncă serioasă”, dar acestea ar trebui utilizate de specialiști care dețin deja suficiente cunoștințe pentru a evalua rezultatul. Astfel, decizia nu impune o interdicție generală asupra utilizării AI în dezvoltarea Linux: noua regulă se referă doar la arborele de drivers/staging, gestionat de Kroah-Hartman, și în principal la corectările cosmetice generate automat.
Sursa: linux.org.ru
