3. avgusta 2026 je Greg Kroah-Hartman, skrbnik stabilnih veza Linux in podsystems staging, oznanil nova pravila za sprejem sprememb v imenik drivers/staging. Povod za to so bili nedavni »napadi ustvarjenih LLM popravkov«. Zdaj bodo popravki, pripravljeni z jezikovnimi modeli za ta del jedra, avtomatsko zavrnjeni, razen potrjenih popravkov realnih ranljivosti.
Imenik drivers/staging se uporablja za shranjevanje gonilnikov in drugih komponent, ki še ne ustrezajo zahtevam glavne veje Linux. V skladu z uradno dokumentacijo jedra, takšen koda ostaja v stagingu, dokler potrebuje dodatno delo; po dopolnilu jo lahko premaknejo v glavni del jedra, medtem ko se nedelovane komponente sčasoma odstranijo.
Kljub temu je Kroah-Hartman izpostavil tudi drugo nalogo tega podsistema: drivers/staging obstaja predvsem kot mesto, kjer se lahko novi razvijalci učijo sodelovati pri razvoju jedra. Odhodnost ohranja veliko relativno enostavnih nalog — popravkov oblikovanja kode, prehodov na nove API in manjših predelav. Z njihovo samostojno izvedbo se novinci naučijo pripravljati popravke, komunicirati na poštnih seznamih in postopek recenziranja.
Po mnenju skrbnika avtomatsko čiščenje takšne kode nasprotuje samemu namenu staginga. Poudaril je, da bi razvijalci lahko odpravili vse oblikovne pomanjkljivosti s pomočjo avtomatskih orodij, če bi to bila glavna naloga. Namesto tega se ohrani del enostavnih nalog, da se na njih lahko učijo ljudje. Zato namerava Kroah-Hartman »avtomatsko zavračati vse popravke, ustvarjene z LLM za podsistem drivers/staging«.
Poskusi, da se ne navedeta uporaba jezikovnega modela, prav tako ne bodo pomagali. Kroah-Hartman je dejal, da je takšne spremembe običajno enostavno prepoznati, in je opozoril avtorje, da se lahko namerno skrivanje izvora popravka dojema kot poskus varanja skrbi. Cilj je, da se ljudje lahko učijo, namesto da bi poskušali prevarati vzdrževalca, je pojasnil razvijalec.
Edina izjema je narejena za odpravo dejanskih varnostnih napak. Takšen popravek je dovoljen za pošiljanje, vendar je avtor dolžan preveriti ga na realni opremi, za katero je namenjen gonilnik, ter podrobno opisati opravljeno testiranje. Poleg tega se mora pošiljatelj pripraviti na dokazovanje, da se napaka dejansko reproducira in lahko prizadene uporabnika. Po ocenah Kroa-Hartmana, »vsaj tretjina« odkrivenih sodobnimi LLM težav se izkaže za napačne ali privede do škodljivih sprememb.
Sam drivers/staging je Kroa-Hartman primerjal s »fitnes centrom, kjer se lahko učiš in razvijaš svoje veščine«. Jezikovni modeli postopoma postajajo uporabno orodje za »težko delo«, vendar jih morajo uporabljati strokovnjaki, ki že imajo dovolj znanja za oceno rezultatov. Tako rešitev ne uvaja splošne prepovedi uporabe AI pri razvoju Linuxa: nova pravila se nanašajo le na spremljano drevo drivers/staging, predvsem pa na avtomatsko generirane kozmetične popravke.
Izvor: linux.org.ru
