Linus Torvalds erklärt KI-generierten Kernel-Code zur neuen Normalität in Linux 7.1

Linus Torvalds nutzte die Ankündigung von Linux 7.1-rc3, um zu bestätigen, was er monatelang offen gelassen hatte: Die Welle von Patches, die mit Hilfe von KI-Werkzeugen entstehen, ist kein vorübergehender Anstieg mehr. Sie ist das neue Fundament des Kernels, der auf den meisten Android-Telefonen läuft, auf der Mehrzahl der Web-Server im Netz und auf jeder einzelnen Maschine der Top-500-Supercomputerliste. Der Release-Kandidat konzentriert etwa ein Drittel seiner Patches im Netzwerk-Subsystem, behebt Use-after-free-Schwachstellen in Bluetooth- und Grafiktreibern und treibt den neu geschriebenen NTFS-Treiber von Namjae Jeon voran, der nun vollständiges Schreiben, verzögerte Allokation und die Integration in das iomap-Framework unterstützt.

Die Zahlen erzählen die praktische Geschichte. Linux 7.0 brachte einen Patch-Schub, den Torvalds zunächst als Anomalie behandelt hatte. Zwei Zyklen später ist das Volumen nicht zurückgegangen. Es hat sich eingependelt. Für die Maintainer heißt das, deutlich mehr Code zu lesen und zu prüfen, als die vorige Generation der Kernel-Arbeit voraussetzte. Der Review-Prozess wird weiterhin von Menschen geführt, und der Engpass hat sich von der Erzeugung zur Verifikation verschoben. Der Code mag mit KI-Unterstützung entstanden sein, doch jedes Patch, das im Mainline landet, wurde von einem Maintainer ohne KI im Loop gelesen, kritisiert und freigegeben.

Das ist nicht dasselbe wie zu sagen, der Kernel werde nun von KI geschrieben. Torvalds und die Senior-Maintainer haben diese Unterscheidung über zwei Zyklen hinweg ausdrücklich klargestellt. Die in 7.0 festgelegten Regeln verlangen, dass Beitragende die KI-Beteiligung offenlegen, Verantwortung für das Eingereichte übernehmen und den Code verstehen, den sie schicken. Das Volumen steigt; die Standards sinken nicht. Was sich ändert, ist die praktische Erfahrung der Linux-Arbeit: Maintainer verbringen mehr Zeit mit Reviews, Beitragende drehen Überarbeitungen schneller, und der Abstand zwischen Patch-Vorschlag und Mainline-Aufnahme schrumpft bei der Routinearbeit.

Das könnte Ihnen auch gefallenDas Suncatcher-Gambit: Googles Plan zur Eroberung der KI-Zukunft

Die skeptische Lesart all dessen lässt sich schwerer abtun als noch vor einem Jahr. Mehr Code, der schneller hereinkommt, bedeutet mehr Gelegenheiten, dass subtile Fehler durchrutschen, und die Use-after-free-Korrekturen in 7.1-rc3 sind genau jene Bug-Klasse, mit der KI-gestützte Patches historisch zu kämpfen hatten. Speichersicherheitsfehler in zentralen Subsystemen wie Bluetooth oder dem Grafik-Stack sind keine Theorie — sie sind die Risse, die reale Sicherheitsmeldungen ausnutzen. Höheres Patch-Volumen funktioniert nur, wenn das Review-Tempo mithält. Ob es das tut, ist die offene Frage der nächsten Releases.

Der stabile Linux-7.1-Kernel wird am 7. Juni 2026 erwartet, falls der Zyklus mit RC7 endet, oder am 14. Juni 2026, falls eine abschließende RC8 nötig wird.

Mehr davon

KI verändert, wie wir denken, schreiben und Aufgaben erledigen

Das Gespenst, das regiert: Wenn autonome KI die Systeme überholt, die sie eindämmen sollen

Ein Scan von 380.000 mit KI gebauten Apps findet Tausende ohne jede Authentifizierung

Immer mehr Menschen schalten KI-Schreibhilfen bewusst ab

„Der Große Bruder“ ist bereits hier

Techkonzerne kaufen die Stimmen, die niemandem gehörten