Im Linux-Kernel werden keine erstellten LLM-Patches mehr in drivers/staging angenommen

Am 3. August 2026 kündigte der Betreuer der stabilen Linux-Zweige und des Staging-Subsystems, Greg Kroah-Hartman, neue Regeln für die Annahme von Änderungen im Verzeichnis drivers/staging an. Auslöser war das kürzliche „Eindringen von LLM-Patches“. Künftig werden automatisch vorbereitete Korrekturen, die von Sprachmodellen erstellt wurden, für diesen Teil des Kernels abgelehnt, mit Ausnahme von bestätigten Korrekturen tatsächlicher Sicherheitslücken.

Das Verzeichnis drivers/staging wird verwendet, um Treiber und andere Komponenten zu hosten, die noch nicht den Anforderungen des Hauptzweigs von Linux entsprechen. Laut der offiziellen Kernel-Dokumentationbleibt solcher Code im Staging, solange er zusätzliche Arbeiten erfordert; nach der Überarbeitung kann er in den Hauptteil des Kernels verschoben werden, während sich nicht weiterentwickelnde Komponenten im Laufe der Zeit zurückgezogen werden.

Kroah-Hartman wies jedoch auch auf eine andere Aufgabe dieses Subsystems hin: drivers/staging dient in erster Linie als Ort, an dem neue Entwickler lernen können, am Kerneldesign teilzunehmen.Hier verbleiben absichtlich viele relativ einfache Aufgaben – Codeformatierungsfehler, Übergänge zu neuen APIs und kleinere Überarbeitungen. Durch das eigenständige Erledigen dieser Aufgaben lernen die Neulinge, wie man Patches vorbereitet, kommuniziert und den Überprüfungsprozess durchführt.

Laut dem Betreuer widerspricht die automatische Ablehnung solchen Codes dem eigentlichen Zweck des Staging. Er bemerkte, dass Entwickler alle formalen Mängel mit automatischen Mitteln korrigieren könnten, wenn dies das Hauptziel wäre. Stattdessen werden einige einfache Aufgaben aufbewahrt, damit Menschen daran lernen können. Aus diesem Grund hat Kroah-Hartman vor, „alle von LLM für das drivers/staging-Subsystem erstellten Patches automatisch abzulehnen“..

Versuche, die Verwendung eines Sprachmodells nicht anzugeben, werden ebenfalls nicht hilfreich sein. Kroah-Hartman erklärte, dass solche Änderungen normalerweise leicht zu erkennen sind, und warnte die Autoren, dass das absichtliche Verbergen des Ursprungs eines Patches als Versuch gewertet werden könnte, die Betreuer zu täuschen. Das Ziel besteht darin, dass Menschen lernen können und nicht versuchen, den Maintainer auszutricksen, erläuterte der Entwickler.

Die einzige Ausnahme gilt für die Korrekturen tatsächlicher Sicherheitsfehler. Ein solcher Patch darf eingereicht werden, jedoch muss der Autor ihn auf der tatsächlichen Hardware, für die der Treiber bestimmt ist, testen und die durchgeführten Tests im Detail beschreiben. Darüber hinaus muss der Absender bereit sein, nachzuweisen, dass der Fehler tatsächlich reproduzierbar ist und den Benutzer betreffen kann. Nach Einschätzung von Greg Kroah-Hartman, „mindestens ein Drittel“ der von modernen LLMs entdeckten Probleme falsch ist oder zu schädlichen Änderungen führt.

Greg Kroah-Hartman verglich das drivers/staging mit einem „Fitnessstudio, in dem man lernen und seine Fähigkeiten entwickeln kann“. Laut ihm werden Sprachmodelle allmählich zu einem brauchbaren Werkzeug für „harte Arbeit“, aber sie sollten von Fachleuten genutzt werden, die bereits über ausreichende Kenntnisse zur Bewertung der Ergebnisse verfügen. So wird keine allgemeine Nutzung von KI bei der Entwicklung von Linux verboten: Die neue Regel betrifft nur den von Greg Kroah-Hartman betreuten drivers/staging-Bereich und in erster Linie automatisch generierte kosmetische Korrekturen.

Quelle: linux.org.ru