Die Entwicklung von Linux 7.1 geht in die entscheidende Phase: Am 31. Mai wurde der sechste Release Candidate (rc6) ver\u00f6ffentlicht. Zwar ist der Umfang der \u00c4nderungen geringer als beim umstrittenen rc5, doch die Flut von Korrekturen, die von KI-Codierungsagenten generiert werden, ebbt nicht ab. Das wirft grunds\u00e4tzliche Fragen zur Struktur der Kernel-Entwicklung auf.<\/p>\n
Vor einer Woche hatte Linus Torvalds<\/a> bei der Freigabe von rc5 deutliche Kritik ge\u00fcbt. Die f\u00fcr einen Release Candidate ungew\u00f6hnlich gro\u00dfe Anzahl von Patches \u2013 viele davon offenbar generiert durch KI-Review-Tools \u2013 bezeichnete er als \u201epointless churn\u201c (sinnloses Changieren). Er warnte die Maintainer, nicht-kritische Korrekturen zur\u00fcckzuhalten und bis zum n\u00e4chsten Merge Window zu warten. rc6 f\u00e4llt nun kleiner aus. Torvalds selbst kommentierte, es sei zwar nicht \u201esmall\u201c, aber definitiv kleiner als rc5. Angst mache ihm nichts; vielleicht kehre man nun zu einem normalen Release-Zyklus zur\u00fcck. Doch er f\u00fcgte hinzu: \u201eSchauen wir mal.\u201c Eine Zusage ist das nicht.<\/p>\n Die Welle von KI-generierten Patches rei\u00dft auch in rc6 nicht ab. Besonders im Networking-Subsystem sind Pull-Requests, die auf Large Language Models (LLMs) zur\u00fcckgehen, weiterhin deutlich gr\u00f6\u00dfer als \u00fcblich. Bereits seit rc2 ist dieses Ph\u00e4nomen im Linux-Entwicklungszyklus 7.1 pr\u00e4sent. Die Zunahme wurde damals nicht als tempor\u00e4rer Spike, sondern als strukturelle Ver\u00e4nderung identifiziert. In rc4 kritisierte Torvalds die doppelte Berichterstattung von Sicherheitsl\u00fccken durch KI-Tools. In rc5 nannte er explizit GitHub Copilot und Claude Code. Dass Torvalds in rc6 die KI nicht mehr direkt erw\u00e4hnt, ist kein Zeichen von Entspannung, sondern vielmehr der Gew\u00f6hnung an die neue Realit\u00e4t. Jakub Kicinski, Maintainer des Networking-Bereichs, hatte nach rc5 bereits resigniert festgestellt: \u201eDas Ende des Wahnsinns ist nicht abzusehen. Das Schlimmste kommt wahrscheinlich noch.\u201c Diese Einsch\u00e4tzung gilt nach rc6 unver\u00e4ndert.<\/p>\n Das Commit-Log von rc6 zeigt, wie Torvalds es formulierte, Patches \u201e\u00fcberall in den Treibern\u201c. GPU<\/a>, Networking, USB, Serial, Sound, SCSI \u2013 die Korrekturen verteilen sich \u00fcber nahezu alle Bereiche. Besonders auff\u00e4llig: Kicinski selbst steuerte 25 Patches zum ethtool<\/strong> bei, die Fehler im Netlink-Interface beheben \u2013 von RSS-Kontexten \u00fcber Fehlerbehandlung beim Modul-Flash bis zu Referenzlecks bei Timestamps. Dass ein einziger Maintainer eine solche Menge an Korrekturen in einer sp\u00e4ten RC-Phase einbringt, ist ungew\u00f6hnlich. Weitere Networking-Fixes betreffen netfilter conntrack, Paket-Loops (mirred-Redirects, Duplikate bei netem) sowie Schlafprobleme im Bridge-Kontext.<\/p>\n Im USB-Bereich wurden sieben serielle Treiber (digi_acceleport, keyspan, mct_u232, cypress_m8, mxuport, omninet, safe_serial) mit Fixes f\u00fcr Memory Corruption bei kleinen Endpoints versehen. USB Type-C tcpm erhielt Verbesserungen bei VDO-Count-Validierung und Discovery-Verarbeitung. KVM\/Virtualisierung wurde mit zus\u00e4tzlichen Sicherheitschecks gegen fehlerhafte Anfragen aus Gastsystemen gest\u00e4rkt, insbesondere bei SEV (Scratch-Bereichsgr\u00f6\u00dfe, PSC-Puffer). Architektur-Fixes betreffen x86, MIPS und arm64 (vor allem KVM). Dateisysteme: SMB und NFS. Auch Memory Management und Live-Update wurden korrigiert.<\/p>\n Neue Hardware-Unterst\u00fctzung: Die Gamecontroller ASUS<\/a> ROG RAIKIRI II und GameSir Nova 2 Lite wurden hinzugef\u00fcgt. Eine interessante \u00c4nderung: Die Dokumentation zum Kernel-Parameter KI-Korrekturen als neue Normalit\u00e4t<\/h2>\n
Die Inhalte von rc6: Ein detaillierter Blick<\/h2>\n
clearcpuid<\/code>codecodecodecode wurde aus den \u00f6ffentlichen 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.<\/p>\nWann erscheint Linux 7.1 stabil?<\/h2>\n