3 sierpnia 2026 r., opiekun gałęzi stabilnej Linux i podsystemów przejściowych, Greg Kroah-Hartman ogłosił nowe zasady akceptowania zmian w katalogu sterowników/przejściowych. Powodem tego była niedawne „Inwazja łatek stworzonych przez LLM”Teraz poprawki przygotowane przez modele językowe dla tej części jądra będą automatycznie odrzucane, z wyjątkiem potwierdzonych poprawek dla rzeczywistych luk w zabezpieczeniach.
Katalog drivers/staging służy do przechowywania sterowników i innych komponentów, które nie spełniają jeszcze wymagań gałęzi głównej. Linux. Według oficjalna dokumentacja jądra, taki kod pozostaje w fazie testowej do momentu, aż będzie wymagał dodatkowej pracy; po dalszym rozwoju może zostać przeniesiony do głównej części jądra, a nierozwinięte komponenty są ostatecznie usuwane.
Kroah-Hartman wskazała jednak także na inne zadanie tego podsystemu: sterowniki/środowisko przygotowawcze istnieje przede wszystkim jako miejsce, w którym nowi programiści uczą się, jak mogą przyczynić się do rozwoju jądra.Wiele stosunkowo prostych zadań jest celowo pozostawionych bez zmian – poprawki formatowania kodu, przejścia na nowe API i drobne przeróbki. Wykonując je samodzielnie, nowicjusze uczą się, jak przygotowywać poprawki, komunikować się na listach mailingowych i jak przebiega proces weryfikacji.
Według osoby odpowiedzialnej za utrzymanie, automatyczne czyszczenie takiego kodu zaprzecza samej idei środowiska testowego. Zauważył, że programiści mogliby naprawić wszystkie błędy formalne za pomocą zautomatyzowanych narzędzi, gdyby był to główny cel. Zamiast tego niektóre proste zadania są zachowywane, aby ludzie mogli się ich nauczyć. Dlatego Kroah-Hartman zamierza… „automatycznie odrzucaj wszelkie poprawki utworzone przez LLM dla podsystemu sterowników/stagingu”.
Próby ukrycia użycia modelu językowego również nie pomogą. Kroah-Hartman stwierdził, że takie zmiany są zazwyczaj łatwe do wykrycia i ostrzegł autorów, że celowe ukrywanie pochodzenia poprawki może być postrzegane jako próba oszukania opiekunów. Celem jest to, aby ludzie się uczyli, a nie aby przechytrzyli osobę zajmującą się utrzymaniem systemu.– wyjaśnił deweloper.
Jedynym wyjątkiem są poprawki rzeczywistych błędów bezpieczeństwa. Taka poprawka jest dozwolona, ale autor musi ją przetestować na sprzęcie, dla którego przeznaczony jest sterownik, i przedstawić szczegółowy opis przeprowadzonych testów. Ponadto, zgłaszający musi być w stanie udowodnić, że błąd jest rzeczywiście powtarzalny i prawdopodobnie wpłynie na użytkownika. Według Kroah-Hartman, „przynajmniej jedna trzecia” problemów odkrytych przez współczesnych LLM-ów okazuje się błędna lub prowadzi do szkodliwych zmian.
Sam Kroah-Hartman porównywał kierowców/etapowanie z „siłownia, w której możesz uczyć się i rozwijać swoje umiejętności”Modele językowe, jak powiedział, stopniowo stają się odpowiednim narzędziem do „ciężkich zadań”, ale powinny być wykorzystywane przez specjalistów, którzy posiadają już wystarczającą wiedzę, aby ocenić wyniki. Dlatego decyzja nie nakłada ogólnego zakazu stosowania sztucznej inteligencji w rozwoju. Linux:nowa zasada dotyczy wyłącznie sterowników/drzewa przygotowawczego utrzymywanego przez Kroah-Hartman i przede wszystkim automatycznie generowanych poprawek kosmetycznych.
Źródło: linux.org.ru
