Die Entwicklung von Linux 7.1 geht in die entscheidende Phase: Am 31. Mai wurde der sechste Release Candidate (rc6) veröffentlicht. Zwar ist der Umfang der Änderungen geringer als beim umstrittenen rc5, doch die Flut von Korrekturen, die von KI-Codierungsagenten generiert werden, ebbt nicht ab. Das wirft grundsätzliche Fragen zur Struktur der Kernel-Entwicklung auf.
Ist der Sturm nach rc5 vorüber?
Vor einer Woche hatte Linus Torvalds bei der Freigabe von rc5 deutliche Kritik geübt. Die für einen Release Candidate ungewöhnlich große Anzahl von Patches – viele davon offenbar generiert durch KI-Review-Tools – bezeichnete er als „pointless churn“ (sinnloses Changieren). Er warnte die Maintainer, nicht-kritische Korrekturen zurückzuhalten und bis zum nächsten Merge Window zu warten. rc6 fällt nun kleiner aus. Torvalds selbst kommentierte, es sei zwar nicht „small“, aber definitiv kleiner als rc5. Angst mache ihm nichts; vielleicht kehre man nun zu einem normalen Release-Zyklus zurück. Doch er fügte hinzu: „Schauen wir mal.“ Eine Zusage ist das nicht.
KI-Korrekturen als neue Normalität
Die Welle von KI-generierten Patches reißt auch in rc6 nicht ab. Besonders im Networking-Subsystem sind Pull-Requests, die auf Large Language Models (LLMs) zurückgehen, weiterhin deutlich größer als üblich. Bereits seit rc2 ist dieses Phänomen im Linux-Entwicklungszyklus 7.1 präsent. Die Zunahme wurde damals nicht als temporärer Spike, sondern als strukturelle Veränderung identifiziert. In rc4 kritisierte Torvalds die doppelte Berichterstattung von Sicherheitslücken durch KI-Tools. In rc5 nannte er explizit GitHub Copilot und Claude Code. Dass Torvalds in rc6 die KI nicht mehr direkt erwähnt, ist kein Zeichen von Entspannung, sondern vielmehr der Gewöhnung an die neue Realität. Jakub Kicinski, Maintainer des Networking-Bereichs, hatte nach rc5 bereits resigniert festgestellt: „Das Ende des Wahnsinns ist nicht abzusehen. Das Schlimmste kommt wahrscheinlich noch.“ Diese Einschätzung gilt nach rc6 unverändert.
Die Inhalte von rc6: Ein detaillierter Blick
Das Commit-Log von rc6 zeigt, wie Torvalds es formulierte, Patches „überall in den Treibern“. GPU, Networking, USB, Serial, Sound, SCSI – die Korrekturen verteilen sich über nahezu alle Bereiche. Besonders auffällig: Kicinski selbst steuerte 25 Patches zum ethtool bei, die Fehler im Netlink-Interface beheben – von RSS-Kontexten über Fehlerbehandlung beim Modul-Flash bis zu Referenzlecks bei Timestamps. Dass ein einziger Maintainer eine solche Menge an Korrekturen in einer späten RC-Phase einbringt, ist ungewöhnlich. Weitere Networking-Fixes betreffen netfilter conntrack, Paket-Loops (mirred-Redirects, Duplikate bei netem) sowie Schlafprobleme im Bridge-Kontext.
Im USB-Bereich wurden sieben serielle Treiber (digi_acceleport, keyspan, mct_u232, cypress_m8, mxuport, omninet, safe_serial) mit Fixes für Memory Corruption bei kleinen Endpoints versehen. USB Type-C tcpm erhielt Verbesserungen bei VDO-Count-Validierung und Discovery-Verarbeitung. KVM/Virtualisierung wurde mit zusätzlichen Sicherheitschecks gegen fehlerhafte Anfragen aus Gastsystemen gestärkt, insbesondere bei SEV (Scratch-Bereichsgröße, PSC-Puffer). Architektur-Fixes betreffen x86, MIPS und arm64 (vor allem KVM). Dateisysteme: SMB und NFS. Auch Memory Management und Live-Update wurden korrigiert.
Neue Hardware-Unterstützung: Die Gamecontroller ASUS ROG RAIKIRI II und GameSir Nova 2 Lite wurden hinzugefügt. Eine interessante Änderung: Die Dokumentation zum Kernel-Parameter clearcpuidcodecodecodecode wurde aus den öffentlichen Dokumenten entfernt. Der Parameter selbst bleibt erhalten, doch die Unsichtbarkeit soll Fehlanwendungen verhindern, da er nur auf Kernel-Ebene wirkt und Anwendungen, die CPUID direkt aufrufen, nicht beeinflusst.
Wann erscheint Linux 7.1 stabil?
Die stabile Veröffentlichung von Linux 7.1 wird für Mitte Juni erwartet. Sollte nur RC7 nötig sein, wäre der Termin der 14. Juni; bei RC8 würde es der 21. Juni. Torvalds‘ Ton in rc6 deutet darauf hin, dass er keine Verlängerung wünscht. Ob die abnehmende Patchaa-Menge eine echte Konvergenz der KI-Änderungen oder nur eine Vorsicht der Maintainer nach seiner Warnung ist, bleibt offen.
Die strukturelle Herausforderung bleibt
Erst zwei Monate ist es her, dass Torvalds in der Entwicklung von 7.0 erstmals die Hypothese äußerte, KI-Tools könnten die Ursache für ungewöhnliche Patch-Muster sein. In 7.1 wurde aus der Hypothese Gewissheit, aus der Gewissheit Alltag. Das Kernproblem ist nicht, dass KI-generierte Korrekturen falsch sind. Im Gegenteil: Sie sind technisch oft korrekt und verbessern die Code-Qualität. Aber die Fähigkeit, Fehler zu finden, und das Urteilsvermögen, wann diese behoben werden sollten, sind zwei verschiedene Dinge. Ersteres beherrscht KI zunehmend besser als Menschen. Letzteres bleibt vorerst eine menschliche Domäne – und genau diese Lücke wird in der Linux-Entwicklung der kommenden Monate entscheidend sein.
