Im drivers/staging-Kern von Linux werden keine erstellten LLM-Patches mehr akzeptiert

2

Am 3. August 2026 gab Greg Kroah-Hartman, der für die stabilen Linux-Versionen und das Staging-System zuständige Maintainer, neue Regeln für die Annahme von Änderungen im Verzeichnis drivers/staging bekannt. Auslöser war das kürzliche „Einschleichen von LLM-erstellten Patches“. Ab sofort werden von Sprachmodellen vorbereitete Korrekturen für diesen Teil des Kernels automatisch abgelehnt, es sei denn, es handelt sich um bestätigte Korrekturen tatsächlicher Sicherheitsanfälligkeiten.

Das Verzeichnis drivers/staging dient der Aufnahme von Treibern und anderen Komponenten, die den Anforderungen der Haupt-Branch von Linux noch nicht entsprechen. Laut der offiziellen Kerneldokumentation, bleibt solcher Code im Staging, solange er zusätzliche Arbeit erfordert; nach der Überarbeitung kann er in den Hauptteil des Kernels übertragen werden, während sich nicht weiterentwickelnde Komponenten im Laufe der Zeit entfernen.

Kroah-Hartman wies jedoch auch auf eine andere Aufgabe dieses Subsystems hin: drivers/staging existiert vor allem als Ort, an dem angehende Entwickler lernen können, aktiv an der Kernel-Entwicklung teilzunehmen.Hier bleiben absichtlich viele relativ einfache Aufgaben — Formatkorrekturen, Umstellungen auf neue APIs und kleine Überarbeitungen. Indem sie diese selbstständig erledigen, lernen Neulinge, Patches vorzubereiten, sich in Mailinglisten auszutauschen und den Review-Prozess zu durchlaufen.

Laut dem Maintainer widerspricht die automatische Entfernung solcher Codes dem eigentlichen Zweck von Staging. Er betonte, dass Entwickler alle formalen Mängel mit automatisierten Mitteln beheben könnten, wenn das das Hauptziel wäre. Stattdessen werden einige einfache Aufgaben beibehalten, damit Menschen daran lernen können. Daher plant Kroah-Hartman, „automatisch alle von LLM erstellten Patches für das drivers/staging-System abzulehnen“.

Versuche, die Verwendung eines Sprachmodells nicht zu kennzeichnen, werden ebenfalls nicht helfen. Kroah-Hartman erklärte, dass solche Änderungen in der Regel leicht erkennbar seien, und warnte die Autoren, dass absichtliche Vertuschungen des Ursprungs eines Patches als Versuch gewertet werden könnten, 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 Behebung tatsächlicher Sicherheitsfehler. Ein solcher Patch darf eingereicht werden, aber der Autor ist verpflichtet, ihn auf der realen Hardware zu testen, für die der Treiber bestimmt ist, und die durchgeführten Tests detailliert zu beschreiben. Darüber hinaus muss der Absender bereit sein nachzuweisen, dass der Fehler tatsächlich reproduzierbar ist und den Benutzer betreffen kann. Laut Kroa-Hartman, stellt sich heraus, dass „mindestens ein Drittel“ der von modernen LLMs festgestellten Probleme falsch ist oder zu schädlichen Änderungen führt..

Kroa-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 verwendet werden, die bereits über ausreichendes Wissen zur Bewertung der Ergebnisse verfügen. Somit führt die Regel nicht zu einem allgemeinen Verbot der Verwendung von KI bei der Entwicklung von Linux: Die neue Regel bezieht sich nur auf den von Kroa-Hartman betreuten drivers/staging-Baum und in erster Linie auf automatisch generierte kosmetische Korrekturen.

Quelle: linux.org.ru