Linux 7.1 ist da – und die neue Version des Kernels birgt weit mehr als nur die üblichen Treiber-Updates und Bugfixes. Linus Torvalds veröffentlichte die stabile Version am 14. Juni von unterwegs aus, wie er in gewohnt lockerem Ton im Release-Notice vermerkte: „Zu Hause ist es erst Sonntagmorgen, aber hier, wo ich gerade bin, ist es bereits Sonntagnachmittag.“ Hinter dieser fast schon ikonischen Lakonie verbirgt sich ein Entwicklungszyklus, der so turbulent war wie kaum ein anderer. Denn Linux 7.1 ist nicht nur ein technisches Update – es ist ein Statement. Es markiert die Rückkehr eines verlässlichen NTFS-Treibers, die Folgen des KI-Booms für die Kernel-Entwicklung und den Abschied von Technologien, die über 30 Jahre alt sind.
NTFS-Revival: Der lange Weg zu einem vollwertigen Treiber
Das mit Abstand wichtigste Feature in Linux 7.1 ist die vollständige Neufassung des NTFS-Dateisystemtreibers. Entwickelt wurde sie vom südkoreanischen Kernel-Entwickler Namjae Jeon, der zuvor bereits für den exFAT-Treiber und den SMB-Server KSMBD verantwortlich zeichnete. Viereinhalb Jahre Arbeit stecken in der Neuimplementierung, die den alten, rein lesenden NTFS-Treiber derart grundlegend modernisiert, dass Torvalds beim Merging von einer „ntfs resurrection“ – einer Auferstehung des NTFS – sprach.
Die Geschichte der NTFS-Unterstützung unter Linux war lange eine von Flickschusterei und Frustration. Der jahrzehntealte, fest im Kernel verankerte Treiber konnte nur lesen. Wer schreiben wollte, musste auf NTFS-3G ausweichen, eine FUSE-Implementierung im Userspace, deren Performance naturgemäß begrenzt war. Als Paragon Software 2021 mit ntfs3 einen eigenen, lesenden und schreibenden Treiber beisteuerte und dieser in Linux 5.15 einzog, schien eine Lösung gefunden – doch die Wartung des Treibers verlief danach schleppend.
Der neue Treiber in Linux 7.1 setzt nun grundlegend an. Er setzt auf moderne Kernel-Konzepte wie Lazy-Writing, die iomap- und folio-Schnittstellen und kommt ohne das veraltete buffer_headcodecodecodecodecode-System aus. Der Qualitätsnachweis: Im xfs-Testsuite-Durchlauf erreicht der neue Treiber 326 bestandene Tests – deutlich mehr als die 273 von ntfs3. Er besteht sämtliche Tests des Vorgängers und bietet darüber hinaus zusätzliche Absicherung. Die dazugehörige Userspace-Toolbox namens ntfsprogs-plus mit fsck.ntfscodecodecodecodecode und mkfs.ntfscodecodecodecodecode wird ebenfalls mitgeliefert.
Für alle, die regelmäßig zwischen Windows und Linux wechseln oder NTFS-formatierte USB-Sticks nutzen, bedeutet dieser Schritt: Die Ära des „geht nicht, weil NTFS“ könnte endgültig vorbei sein. Dennoch gilt: Der Treiber ist brandneu. Wer produktive Daten auf NTFS-Partitionen liegen hat, sollte vorsichtig sein und die Distributionstests abwarten.
Die KI-Wende: Wie LLMs den Kernel-Entwicklungsprozess verändern
Mindestens so folgenreich wie der NTFS-Treiber ist das, was nebenbei im Entwicklungsprozess von Linux 7.1 geschah: die Konfrontation des Kernel-Teams mit den Nebenwirkungen künstlicher Intelligenz. In der RC4-Phase warnte Torvalds, dass die Sicherheits-Mailingliste durch eine Flut von KI-generierten Bug-Reports nahezu lahmgelegt worden sei. Das Problem ist simpel: Mehrere Personen lassen dasselbe KI-Tool über denselben Code laufen, finden dieselben Schwachstellen und melden sie jeweils unabhängig voneinander – ohne Patch. Die Kernel-Maintainer ertrinken in doppelten und dreifachen Reports, deren Dringlichkeit kaum noch zu priorisieren ist.
In RC5 zog Torvalds die Konsequenz: „Nicht-kritische Patches, insbesondere KI-generierte, werden zurückgewiesen.“ Die Patch-Menge in dieser Phase war ungewöhnlich groß – Torvalds selbst sprach von „ziemlich groß“. Erst ab RC6 beruhigte sich die Lage wieder, sodass der Zeitplan eingehalten werden konnte. Torvalds schrieb im Release-Notice: „Nichts wirklich Beängstigendes“ – ein Satz, der nach diesem Zyklus nach tiefer Erleichterung klingt.
Doch die KI-Wirkung beschränkte sich nicht auf Störungen. Sie löste auch eine der folgenreichsten Aufräumaktionen der Kernel-Geschichte aus. Netzwerk-Subsystem-Maintainer Jakub Kicinski löschte im Merge Window über 138.000 Zeilen Legacy-Code – das gesamte ISDN-Subsystem, die Amateurfunk-Protokolle AX.25, ATM-Treiber, sowie Ethernet-Adapter aus der PCMCIA- und ISA-Ära. Diese Technologien waren einst das Rückgrat der Vernetzung, heute haben sie praktisch keine Nutzer mehr. In seinem Pull-Request schrieb Kicinski: „Wenn wir den LLM-pocalypse überleben wollen, müssen wir entweder einen dedizierten Maintainer für diesen Code finden oder ihn löschen.“ Seine Begründung ist so präzise wie unangenehm: In einer Zeit, in der LLMs den Quellcode nach Bugs durchforsten, kostet das Halten ungepflegten Legacy-Codes die Maintainer wertvolle Zeit, die für echte Arbeit fehlt. Die Löschung war kein Akt der Willkür, sondern eine rationale Schutzmaßnahme.
Intel: Abschied von der i486 und Neustart mit FRED
Im Bereich Hardware-Unterstützung prägen zwei Entwicklungen das Bild – eine, die nach vorne blickt, und eine, die Schluss macht. Intel FRED (Flexible Return and Event Delivery) wird ab der nächsten Mobilprozessor-Generation Panther Lake standardmäßig aktiviert sein. FRED modernisiert die Art, wie die CPU Interrupts und Exceptions behandelt, beschleunigt das Interrupt-Handling auf Kernel-Ebene und erhöht die Sicherheit.
Das Ende einer Ära markiert der parallel eingeleitete Entzug der Unterstützung für den Intel i486-Prozessor, der 1989 auf den Markt kam. Ingo Molnár entfernte die Kconfig-Optionen CONFIG_M486SXcodecodecodecodecode, CONFIG_M486codecodecodecodecode und CONFIG_MELANcodecodecodecodecode. Kernel-Images für die i486 lassen sich nicht mehr bauen. Im nächsten Kernel-Zyklus werden die eigentlichen i486-spezifischen Codestellen folgen.
Auch die Grafikseite profitiert: Die Intel Arc B580 (Battlemage) erhält verbesserte Treiber, die im Vergleich zu Linux 7.0 höhere Performance bieten. Ältere AMD-GPUs der GCN-1.0/1.0-Generation werden vollständig in den AMDGPU-Treiber-Stacks migriert, was eine Leistungssteigerung von rund 30 Prozent bringen soll.
io_uring trifft BPF: Ein Quantensprung für I/O und Sicherheit
Ein technisches Highlight, das in seiner Tragweite noch unterschätzt werden könnte, ist die Integration von BPF-Programmen in die io_uring-Schnittstelle. Während Linux 7.0 bereits cBPF-basierte Filter einführte, um io_uring-Operationen mit einem seccomp-ähnlichen Mechanismus zu erlauben oder zu verbieten, geht 7.1 einen Schritt weiter: Mit struct_opscodecodecodecodecode lassen sich BPF-Programme direkt in die Completion-Schleife von io_uring einhängen. Das ermöglicht es, Ereignisse zu verarbeiten und Folge-Requests auszulösen, ohne den Userspace zu verlassen. Entwickler messen in Tests bis zu 50 Prozent schnellere Durchläufe. Für Container-Umgebungen, in denen Sicherheit und Performance Hand in Hand gehen müssen, ist dies ein bedeutender Fortschritt.
Ergänzend dazu wurde der ublk-Userspace-Block-Treiber um das Flag UBLK_F_SHMEM_ZCcodecodecodecodecode für Zero-Copy-I/O erweitert, und das Ceph-Dateisystem erhält eine Basis für Subvolume-bezogene I/O-Metriken.
Weniger spektakulär, aber für viele Nutzer relevant: Btrfs verliert das „experimental“-Label für den Shutdown-Vorgang, exFAT unterstützt fallocate()codecodecodecodecode zur Vorab-Reservierung von Speicherplatz, und der CIFS-Client kann nun temporäre Dateien über O_TMPFILEcodecodecodecodecode anlegen.
Ausblick: Der nächste Merge Window öffnet sich sofort
Am Ende des Release-Notices vermerkt Torvalds lakonisch, dass der Merge Window für Linux 7.2 bereits am nächsten Tag beginne – auch wenn mehrere Flüge anstehen und er zeitweise offline sein wird. Er spielte kurz mit dem Gedanken, die Veröffentlichung um eine Woche zu verschieben, verwarf ihn aber wieder: „Der Aufwand lohnt nicht.“ RC1 wird um den 28. Juni erwartet, die stabile Version von Linux 7.2 dann Mitte bis Ende August.
Linux 7.1 ist ein Kernel, der Geschichte schreibt – nicht nur, weil er NTFS endlich vollständig abbildet, sondern weil er die ersten sichtbaren Narben der KI-Revolution im Kernel-Entwicklungsprozess zeigt und gleichzeitig den Mut hat, sich von jahrzehntealtem Ballast zu trennen. Es ist ein Release, das die Frage „Was fügen wir hinzu, was werfen wir weg?“ mit klaren, teils schmerzhaften Antworten beantwortet.
