Linux 7.0 eröffnet neuen Kernelzyklus

Am gestrigen Sonntagnachmittag hat Linus Torvalds mit Linux 7.0 einen neuen Kernel freigegeben und gleichzeitig einen neuen Zyklus eröffnet. Die Versionsnummer 7 als Major-Version hat keine weitere Bedeutung und stellt lediglich ein Ordnungsinstrument dar, um die Minor-Versionen dahinter nicht auf mehr als 19 anwachsen zu lassen.

Rust wird eingebürgert

Mit Kernel 7.0 verliert die Rust-Unterstützung im Kernel ihren experimentellen Charakter und wird nun offiziell für die Kernel-Entwicklung unterstützt. Bei den Dateisystemen gibt es interessante Entwicklungen. Linux 7.0 führt für XFS, EXT4 und schrittweise auch Btrfs ein standardisiertes Framework für die Fehlerberichterstattung ein. Bisher meldeten verschiedene Dateisysteme wie XFS oder EXT4 Fehler inkonsistent oder gar nicht an den Userspace. Das neue System nutzt fsnotify, um etwa die Korruption von Metadaten und I/O-Fehler einheitlich an User-Space-Daemons weiterzuleiten.

XFS profitiert davon besonders durch seine neuen Self-Healing-Funktionen. Im Fehlerfall kann ein von systemd gesteuerter Hintergrundprozess Korrekturen vornehmen, ohne Downtime oder Aushängen zu erzwingen. Dies verbessert primär die Robustheit auf Servern und in Produktionsumgebungen wie Unraid oder anderen Docker-Hosts.

Kontinuierliche Entwicklung

Ansonsten ist 7.0 kein Kernel der großen Sprünge, sonder bündelt viele kleine, praxisrelevante Änderungen. Im Rahmen des üblichen Hardware-Enablements bringt der Neue umfangreiche Unterstützung für kommende CPU‑Generationen wie Intel Nova Lake und Diamond Rapids, Unterstützung für erweiterte Performance‑Events und Metriken für die 2026 erwarteten neuen AMD Zen 6 CPUs sowie weitere Patches für den Qualcomm Snapdragon X2. Version 7.0 des Kernels enthält zudem weitere Verbesserungen zur Unterstützung von ARM-, RISC-V- und Loongson-Prozessoren sowie Verbesserungen bei KVM-VMs auf AMD EPYC 5-CPUs. Linux 7.0 wird bereits morgen, am 14. April, im offiziellen Release von Fedora 44 und am 23. April bei Ubuntu 26.04 LTS enthalten sein.

Diskussion zu KI vorerst beendet

Seit 2025 gibt es eine Debatte auf LKML und bei den Maintainer‑Treffen, wie mit AI‑Tools beim Entwickeln von Kernel‑Code umzugehen ist. Parallel dazu beobachten Maintainer einen starken Anstieg an AI‑erstellten Bug‑Reports und Patch‑Vorschlägen. Das Spektrum reicht hier von AI Slop bis zu inzwischen durchaus brauchbaren Meldungen, wie Greg Kroah-Hartman letztens in einem Interview erklärte. Eine erst kürzlich formulierte Regel besagt für die Kernel-Entwicklung: KI‑Unterstützung muss künftig mit einem Tag in der Form Assisted-by: NAME:MODELVERSION kenntlich gemacht werden, das bisher dafür genutzte Signed-off-by: reicht hier nicht mehr.

Pragmatischer Ansatz

Torvalds beendete die Debatte vorerst mit einem pragmatischen Ansatz, indem er schrieb, KI sei nur ein weiteres Werkzeug. Böswillige Akteure, die minderwertigen Code einreichen, würden die Dokumentation ohnehin nicht lesen; daher sollte sich der Kernel darauf konzentrieren, menschliche Entwickler zur Verantwortung zu ziehen, anstatt zu versuchen, die Software zu überwachen, die sie auf ihren lokalen Rechnern ausführen.