© whitebarbie / 123RF.com

Linux 6.19 ist der erste Kernel, den Linus Torvalds 2026 veröffentlicht – und gleichzeitig der letzte Kernel der Hauptversion 6.

Anfang Februar 2026 gab Linus Torvalds mit der Freigabe von Linux 6.19 nach acht Release-Kandidaten den Startschuss für den ersten Kernel des Jahrs 2026. Gleichzeitig läutete er das Ende für die am 2. Oktober 2022 begonnene 6.x-Entwicklungsreihe ein. Der nächste Kernel heißt also Linux 7.0.

Wie immer hat der Umstieg auf eine neue Hauptversion keine technischen Gründe, sondern dient dazu, die Anzahl der Veröffentlichungen pro Hauptversion nicht zu stark anwachsen zu lassen. Torvalds kommentierte augenzwinkernd, er wechsle zu Kernel 7.0, weil er mit großen Zahlen nicht gut klarkomme: Er sei “leicht verwirrt”, wenn Zahlen über 20 hinausgehen, und habe “schon wieder fast keine Finger und Zehen mehr frei”, um die Minor-Versionen abzuzählen.

Während des Entwicklungszyklus von Linux 6.19 flossen in den Mainline-Kernel 14 344 Changesets von 2141 Entwicklern ein, von denen 333 ihren ersten Beitrag zum Kernel leisteten. Bei den Unternehmen mit Beiträgen zum Kernel steht erneut Intel an erster Stelle – eine erfreuliche Entwicklung. Der Konzern hatte wegen wirtschaftlicher Probleme in den Jahren 2024 und 2025 zahlreichen Spezialisten und Maintainern im Open-Source-Bereich gekündigt oder deren Tätigkeitsfelder umverteilt, was den Rückgang der aktiven Pflege bestimmter Treiber und Subsysteme wie USB4/Thunderbolt bewirkte [1]. Jetzt aber hat Intel im Februar 2026 sechs neue Stellen für Entwickler ausgeschrieben, wovon drei auf GPU-Entwicklung mit Schwerpunkten auf HPC/AI-GPU-Computing und auf Linux-Gaming entfallen [2].

Der allgemeine Überblick zeigt ein gewohntes Bild: Zwei Drittel der Einreichungen entfallen auf Treiber, der Rest ist wie üblich mit einer Ansammlung von Architektur-Updates, Dateisystemen, Tools und direktem Kernel-Code gefüllt. In die neue Kernel-Version integrierten die Entwickler wieder zahlreiche Verbesserungen, die sowohl neue Hardware unterstützen als auch bestehende Systeme effizienter machen sollen. Neben aktualisierten Treibern und Optimierungen im Speicher- und Scheduler-Subsystem bringt der Kernel Fortschritte bei der Virtualisierung, der Sicherheit und bei Dateisystemen. Viele Neuerungen zielen auf bessere Performance bei Alltagsaufgaben wie Dateioperationen und Gaming ab.

Grafik-Stack

Der neue Kernel migriert ältere AMD-Radeon-GPUs zum modernen AMDGPU-Treiber, von den mittlerweile weit über zehn Jahre alten Baureihen HD 7000 und 8000 bis hin zur Radeon-R300-Serie. Das Unterfangen ermöglicht native Vulkan-Unterstützung via RADV und bringt den Entwicklern zufolge bis zu 40 Prozent mehr Leistung in OpenGL/Vulkan-Workloads. Mit tatkräftiger Unterstützung des Valve-Entwicklers Timur Kristóf soll dieser Übergang dazu dienen, den veralteten Radeon-Treiber zu ersetzen und selbst älteren Grafikkarten zu besserem Gaming-Potenzial zu verhelfen [3].

Zudem gibt es Verbesserungen für Handhelds wie Steam Deck und ROG Ally sowie generell bessere GPU-Unterstützung. Eine neue, von AMD, Valve und Igalia beigesteuerte DRM-Color-Pipeline-API legt nach 13 Revisionen jetzt den Grundstein für echtes HDR auf Linux-Desktops mit Hardwarebeschleunigung. Die Treiber AMDGPU, Intel und Virtual Kernel Modesetting (VKMS) unterstützen den HDR-Vorstoß [4].

Linux 6.19 enthält erstmals Unterstützung für Intel Xe3P in integrierten Grafikkarten der “Nova-Lake”-Plattform, die Ende 2026 die Nachfolge der “Arrow-Lake”-Generation antreten soll [5]. Damit einher geht der Wechsel auf den neuen Sockel LGA1954 in Kombination mit neuen Z990/Z970-Chipsätzen. Der Nouveau-Treiber erhält erstmals Unterstützung für größere Seiten (“variable page sizes”) und Komprimierung, was einen wichtigen Schritt hin zu besserer Speichereffizienz und Performance auf Nvidia-Hardware unter Linux bedeutet. Diese Änderungen sollen vor allem dem Mesa-NVK-Vulkan-Treiber in die Karten spielen, der Nouveau als Backend nutzt. Die größeren Seiten mit beispielsweise 64 statt 4 KByte und dadurch weniger Page-Table-Einträge ermöglichen effizientere GPU-Speicherzuweisungen sowohl für Spiele als auch für Machine-Learning-Workloads.

Prozessoren

Linux 6.19 bringt für x86-CPU-Plattformen vor allem Scheduler-Optimierungen und eine neue Kconfig-Option »X86_NATIVE_CPU«, die den Kernel zur Build-Zeit gezielt für Intel- und AMD-CPUs optimiert. In Tests ergibt das je nach Workload 5 bis 15 Prozent mehr Performance, vor allem bei CPU-intensiven Anwendungen. Ergänzend kommen bessere NUMA-Unterstützung sowie diverse CPU-Mitigations und Idle-Verbesserungen dazu.

Zu den Mitigationen bei Intel zählt die bereits seit Jahren in der Entwicklung befindliche und jetzt initial eingeführte Linear Address Space Separation, kurz LASS. Sie dient dazu, eine Klasse von Seitenkanalangriffen abzuwehren, die auf spekulativen Zugriffen über die Grenze zwischen Userspace und Kernel beruhen. Zur vollen Funktionalität fehlen noch einige Patches, sodass LASS derzeit noch deaktiviert im Kernel steckt [6].

Die Ausstattung von Intels kommenden Plattformen “Wildcat Lake” und “Nova Lake” komplettiert Version 6.19 weiter (Abbildung 1). Während “Wildcat Lake” bereits gut dasteht, fehlen der später im Jahr erwarteten “Nova Lake”-Plattform noch ein oder zwei Kernel-Zyklen zur Vervollständigung. Vor allem bei der neuen integrierten Xe3P-Grafik hapert es noch.

Abbildung 1: Intels CEO Lip-Bu Tan (links) besichtigt im “Bunny Suit” die neue Fab 52 in Chandler, Arizona. Quelle: Intel Corporation

Für RISC-V gibt es unter anderem Parallel-CPU-Hot-Plugging, sodass sich mehrere CPUs gleichzeitig on- respektive offline schalten lassen, was für größere Serversysteme sinnvoll ist. Das Patchset bündelt alle Fortschritte für RISC-V für diesen Zyklus [7].

Dateisysteme und Storage

Ext4 kann dank Kernel 6.19 jetzt mit Blockgrößen umgehen, die größer als die Page Size sind. Diese Einschränkung verlangte bisher, dass die Blockgröße mit meist 4 KByte der Page Size entsprach. Die Unterstützung für große Blockgrößen (LBS) ermöglicht es Ext4 jetzt, verbesserte Schreibgeschwindigkeiten bei gepuffertem I/O zu erzielen. Daraus resultieren Leistungssteigerungen von bis zu 50 Prozent [8].

Die Umstellung der Online-Defragmentierung von individuellen Buffer Heads auf Folios [9] machte die Leistungssteigerung möglich. Sie bringt Ext4 auf den Stand der Fähigkeiten anderer Dateisysteme wie XFS und Btrfs. Folios stellen eine moderne Methode zur Speicherverwaltung dar, die darauf abzielt, die Effizienz der Arbeitsspeicherverwaltung zu steigern. Damit optimieren die Entwickler den Online-Defragmentierungsprozess (E4defrag) entscheidend.

Kernel 6.19 enthält außerdem Änderungen auf der Block-Layer-Ebene, die gleich mehrere Dateisysteme betreffen. Btrfs und XFS dürfen dadurch die minimale Writeback-Chunk-Größe selbst definieren, statt den bisherigen Kernel-Standard von 4 MByte nutzen zu müssen [10]. Das verspricht bei großen Storage-Arrays oder Zoned-Devices deutlich mehr Effizienz bei geringerer Fragmentierung.

Der Kernel-Block-Layer bringt im Storage-Bereich mehrere Optimierungen mit, die vor allem bei sehr schnellen SSDs relevant sind. Dafür aktivieren die Entwickler standardmäßig Per-CPU BIO Caching (Block I/O) [11]. Dabei erhält jede CPU einen lokalen Cache für BIO-Strukturen. Eine BIO enthält unter anderem Zielgerät und Sektoradresse sowie die Schreib-/Leserichtung und die Speicherbereiche mit den Daten. Solche BIO-Strukturen erzeugt praktisch jeder Zugriff auf ein Blockgerät, egal ob Ext4, Btrfs, eine NVMe oder ein RAID-Layer beteiligt sind. Der Kernel verarbeitet dadurch mehr parallele I/O-Requests, ohne dass sich der Overhead im Block-Layer zum Flaschenhals verengt. Der Nutzen zeigt sich vor allem bei Workloads mit vielen kleinen I/O-Operationen, wie sie unter anderem bei Datenbanken, Container-Storage und bei KI/ML auftreten.

Verschiedene Subsysteme

Ein interessantes neues Kernel-Feature bringt der von Google beigesteuerte Live Update Orchestrator LUO [12]. Er baut auf dem bereits vorhandenen Kexec Handover (KHO) auf und koordiniert Kernel-Updates, ohne laufende virtuelle Maschinen oder Dienste zu unterbrechen. Davon profitieren vor allem Cloud- und Serverumgebungen, in denen es Kernel-Reboots tunlichst zu vermeiden gilt. Ebenfalls neu ist der Systemaufruf »listns()«, der aus dem Userspace heraus alle Namespaces eines Systems auflistet. Das vereinfacht Fehlersuche und Monitoring in Containersystemen deutlich.

Im Bereich Hardware Security gibt es mit PCIe Link Encryption und Device Authentication eine größere Neuerung, die verschlüsselte Kommunikation zwischen PCIe-Geräten und dem Hostsystem ermöglicht [13]. Das ist vor allem für Serverhardware und virtualisierte Umgebungen in Rechenzentren interessant, in denen es DMA-Angriffe zu verhindern gilt. Das Maßnahmenbündel schützt vor physischem Auslesen und Manipulation, indem es Pakete mittels AES-GCM kryptografisch sichert, wobei die Verschlüsselung stattfindet, während Daten über die PCIe-Lanes fließen.

Die in den vorangegangenen Kernel-Versionen begonnene Integration von Rust-Code im Kernel findet in Linux 6.19 ihre Fortsetzung. Die Entwickler bauen die Infrastruktur schrittweise aus, um künftig mehr Treiber oder Kernel-Komponenten in Rust schreiben zu können. Aber nicht nur Rust verankert sich weiter im Kernel, auch die Verwendung von KI nimmt zu. Anhand eines Patches für eine neue Machine-Learning-Bibliothek wollen die Entwickler mögliche Anwendungen dafür diskutieren [14].

Künftige Entwicklung

In den letzten Monaten machten Meldungen zu Kmscon die Runde, einem erneuten Versuch, die klassische Linux-Textkonsole zu modernisieren [15]. Sie stammt samt den Kernel-Treibern FBDEV und FBCON aus den 1990er-Jahren und weist einige strukturelle Nachteile auf. So bietet sie keine echte Multi-Seat- und nur eingeschränkte Unicode-Unterstützung, kaum GPU-Features und nur ein begrenztes Keyboard-Handling.

Kmscon tritt an, um die hauptsächlich im Kernel laufende Textkonsole komplett in den Userspace zu verlegen. Wie so oft spielt hier Red Hats Community-Distro den Vorreiter und dürfte mit Fedora 44 im April 2026 Kmscon ausliefern, allerdings ohne gleich FBDEV und FBCON in Rente zu schicken. Es gibt zwar noch einiges zu tun, aber es ist damit zu rechnen, dass die Userspace-Textkonsole auch in anderen Distributionen Einzug hält.

Personalien

Der prominente Kernel-Entwickler Greg Kroah-Hartman erhielt Ende Januar in Brüssel den Preis für hervorragende Leistungen im Bereich Open Source [16] der European Open Source Academy (Abbildung 2).

Abbildung 2: Roter Teppich: Daniel Stenberg, Präsident der European Open Source Academy (links), und Greg Kroah-Hartman bei der Preisverleihung. Quelle: European Open Source Academy

Kroah-Hartman gilt als ein wahrscheinlicher Kandidat für die Nachfolge von Linus Torvalds, sollte der – aus welchen Gründen auch immer – die Weiterentwicklung des Kernels nicht mehr betreuen. Um die Nachfolgeregelung zu formalisieren, falls die vorgesehenen Kandidaten nicht zur Verfügung stehen, liegt nun der Dokumentation des Kernels eine Datei namens »conclave.rst« bei [16]. Deren Text besagt, dass in dem Fall zentrale Entwickler bei einem speziell dafür anberaumten Treffen bestimmen, wer die Entwicklung künftig leiten soll.

Fazit

Linux 6.19 enthält neben den üblichen Treiber-Updates für das Hardware Enablement neuer CPUs und GPUs keine spektakulären neuen Funktionen, sondern vor allem technische Verbesserungen im Unterbau. Besonders der Storage-Stack, der Grafikbereich und der Block-Layer profitieren von Optimierungen, die die Skalierung moderner Hardware wie NVMe-SSDs oder neuer GPUs verbessern. Insgesamt setzt der Kernel damit seinen aktuellen Kurs fort: weniger neue Funktionen für Anwender, dafür kontinuierliche Modernisierung zentraler Infrastruktur.

Linux 7.0 segelt dem Vernehmen nach ebenfalls auf diesem Kurs und bringt neue Kernel-Features für Containerisolation, Verbesserungen bei Namespaces und Mount-Handling sowie Erweiterungen für moderne Netzwerk-Scheduler. Mit dem Intel-440BX-EDAC-Treiber landet eine Altlast aus den 1990er-Jahren im Papierkorb. Läuft alles normal, erscheint die stabile Version 7.0 Mitte April 2026. (uba)