2026. augusztus 3-án, a Linux stabil ágainak karbantartója és a staging alrendszer vezetője, Greg Kroah-Hartman bejelentette az új szabályokat a drivers/staging könyvtárba történő módosítások elfogadására. Ennek hátterében egy nemrég történt a LLM által létrehozott patch-ek inváziója áll.Mostantól az ilyen nyelvi modellek által készített javításokat automatikusan elutasítják, kivéve a valódi sebezhetőségek javítását.
A drivers/staging könyvtárat olyan illesztőprogramok és más elemek tárolására használják, amelyek még nem felelnek meg a Linux fő ágának követelményeinek. Az hivatalos kernel dokumentáció szerintez a kód a staging-en marad, amíg további munkát igényel; miután finomították, átkerülhet a kernel fő részébe, míg a nem fejlődő elemek idővel eltávolításra kerülnek.
Kroah-Hartman azonban egy másik feladatot is kiemelt e rendszerrel kapcsolatban: a drivers/staging elsősorban arra szolgál, hogy a kezdő fejlesztők tanuljanak a kernel fejlesztéséhez való hozzájárulásról.Itt szándékosan marad sok viszonylag egyszerű feladat – kódformázási hibák javítása, új API-ra való átállás és kisebb átdolgozások. Ezek önálló elvégzésével a kezdők elsajátítják a patch-ek elkészítését, a levelezést és a véleményezési folyamatot.
A karbantartó véleménye szerint az ilyen kód automatikus eltávolítása ellentmond a staging céljának. Megjegyezte, hogy a fejlesztők automatikus eszközökkel kijavíthatnák az összes formai hibát, ha ez lenne a fő cél. E helyett néhány egyszerű feladatot megőriznek, hogy azokat emberek tanulhassák meg. Ezért Kroah-Hartman szándéka, hogy „automatikusan elutasítson minden LLM által létrehozott patch-et a drivers/staging rendszerében.”.
A nyelvi modell alkalmazásának elhallgatása sem segít. Kroah-Hartman kijelentette, hogy az ilyen változtatások általában könnyen felismerhetők, és figyelmeztette az írókat, hogy a patch származásának szándékos elrejtése a karbantartók megtévesztésére tett kísérletként értelmezhető. A cél az, hogy az emberek tanuljanak, ne pedig megpróbáljanak túljárni a maintainer eszén,magyarázta a fejlesztő.
Az egyetlen kivételt a valódi biztonsági hibák javításai képezik. Ilyen javítást küldeni lehet, de a szerzőnek ellenőriznie kell azt a valós berendezésen, amelyhez a meghajtó készült, és részletesen be kell számolnia a végrehajtott tesztelésről. Ezenkívül a küldőnek készen kell állnia arra, hogy bizonyítsa, hogy a hiba valóban reprodukálható és érintheti a felhasználót. Kroah-Hartman megítélése szerint, a modern LLM által észlelt problémák „legalább egyharmada” hibás vagy káros változásokat eredményez..
A drivers/staging Kroah-Hartman szerint hasonló a „edzőteremhez, ahol lehet tanulni és fejlődni”.. A nyelvi modellek, mint mondta, fokozatosan alkalmas eszközökké válnak a „nehéz munkákhoz”, de ezeket olyan szakembereknek kell használniuk, akik már rendelkeznek elegendő tudással az eredmény értékeléséhez. Így a szabályzás nem vezet be általános tilalmat az AI használatára a Linux fejlesztésében: az új szabály kizárólag a Kroah-Hartman által támogatott drivers/staging fára vonatkozik, és elsősorban az automatikusan generált kozmetikai javításokra.
Forrás: linux.org.ru
