{"id":182060,"date":"2026-06-15T02:48:07","date_gmt":"2026-06-15T00:48:07","guid":{"rendered":"https:\/\/prohoster.info\/blog\/novosti-interneta\/reliz-yadra-linux-7-1"},"modified":"2026-06-15T02:48:07","modified_gmt":"2026-06-15T00:48:07","slug":"reliz-yadra-linux-7-1","status":"publish","type":"post","link":"https:\/\/prohoster.info\/de\/blog\/news\/reliz-yadra-linux-7-1","title":{"rendered":"Ver\u00f6ffentlichung des Linux-Kernels 7.1","gt_translate_keys":[{"key":"rendered","format":"text"}]},"content":{"rendered":"
Nach zwei Monaten Entwicklung hat Linus Torvalds die Version 7.1 des Linux-Kernels ver\u00f6ffentlicht. Zu den auff\u00e4lligsten \u00c4nderungen geh\u00f6ren: der neue ntfsplus-Treiber, die erste Phase der Einstellung der Unterst\u00fctzung f\u00fcr CPU i486, die Entfernung alter Ethernet-Adapter, die Entfernung der ISDN- und AX.25-Protokolle, die Standardaktivierung des Intel FRED-Mechanismus, die Unterst\u00fctzung von BPF-Handlern in io_uring, die Optimierung des Swapping-Subsystems, die Unterst\u00fctzung von Sub-Schedulern in sched_ext, Ein-\/Ausgabe im Zero-Copy-Modus im ublk-Treiber, die ioctl-Operation \u201eshutdown\u201c in Btrfs, das dynamische Umschalten des Leistungsmodus im amd-pstate-Treiber und die Unterst\u00fctzung von xattr f\u00fcr Unix-Sockets.<\/p>\n
In die neue Version sind 17275 Fehlerbehebungen von 2589 Entwicklern eingeflossen, \ndie Patchgr\u00f6\u00dfe betr\u00e4gt 57 MB (es wurden 13528 Dateien ge\u00e4ndert, 751785 Codezeilen hinzugef\u00fcgt und 405916 Codezeilen entfernt). In der vorherigen Version waren es 15624 Fehlerbehebungen von 2477 Entwicklern, die Patchgr\u00f6\u00dfe betrug 56 MB. Ungef\u00e4hr 41% aller in den \u00c4nderungen zu 7.1 eingebrachten \u00c4nderungen betreffen Ger\u00e4tetreiber, etwa 12% beziehen sich auf die Aktualisierung architekturspezifischen Codes, 14% sind mit dem Netzwerk-Stack verbunden, 5% mit Dateisystemen und 3% mit internen Subsystemen des Kernels. <\/p>\n
Die wichtigsten Neuerungen im Kernel 7.1 (1, 2, 3):<\/p>\n
\n
Festplattensubsystem, Ein-\/Ausgabe und Dateisysteme<\/b>\n
\n
Eine neue Implementierung des NTFS-Dateisystems - ntfsplus - wurde in den Kern aufgenommen, die auf dem Code des aus dem Kernel entfernten klassischen ntfs-Treibers basiert. Der alte Treiber wurde \u00fcberarbeitet, um die M\u00f6glichkeit zur Datenaktualisierung zu erweitern und an die modernen Funktionen anzupassen, wie die Verwendung von Memory Page Folios anstelle der buffer_head-Struktur. Im neuen Treiber wurde eine verz\u00f6gerte Blockzuteilung implementiert, die eine hohe Schreibgeschwindigkeit und eine reduzierte Fragmentierung erm\u00f6glicht. F\u00fcr die gepufferten Lese-\/Schreiboperationen, den direkten Ein-\/Ausgang, das Mappen von Extents und die Seiten-Lese-\/Schreiboperationen wird die iomap-Bibliothek verwendet. In Tests mit iozone erwies sich der ntfsplus-Treiber als 3-5% schneller als ntfs3 im Einzelfadenbetrieb und 35-110% schneller bei der Verwendung von 4 Threads. Die Lesegeschwindigkeit von ntfsplus und ntfs3 liegt etwa auf demselben Niveau. Der ntfs3-Treiber bleibt Teil des Kernels und erh\u00e4lt Fehlerbehebungen und kleine Verbesserungen.\n
Die Unterst\u00fctzung f\u00fcr die Generierung und Verifizierung von Integrit\u00e4tspr\u00fcfdaten auf T10-Ebene im Dateisystem wurde hinzugef\u00fcgt, anstatt auf Blockger\u00e4tsebene, was zu einer Verbesserung der Leseoperationen f\u00fchrt.\n
Im ublk Blockger\u00e4tetreiber, der es erm\u00f6glicht, spezifische Logik in den Benutzerprozess zu verlagern, wurde die Unterst\u00fctzung f\u00fcr Ein- und Ausgabe \u00fcber gemeinsam genutzten Speicher ohne Kopieren von Daten zwischen den Puffern (Zero-Copy-Modus) hinzugef\u00fcgt.\n
F\u00fcr selbstverschl\u00fcsselnde Blockger\u00e4te SED-OPAL wurden ioctls zur Steuerung des Single-User-Modus hinzugef\u00fcgt und der Befehl STACK_RESET implementiert.\n
Im Btrfs wurde die Stabilit\u00e4t der ioctl-Operation \"shutdown\" anerkannt, die es erm\u00f6glicht, das Dateisystem in einen Zustand zu versetzen, in dem versucht wird, bereits laufende Operationen abzuschlie\u00dfen, w\u00e4hrend alle neuen Operationen blockiert werden.\n
Im exfat wurde die M\u00f6glichkeit hinzugef\u00fcgt, leere Bereiche durch den Aufruf von fallocate() zu reservieren.\n
Im CIFS-Dateisystem wurde die Unterst\u00fctzung f\u00fcr die Erstellung von tempor\u00e4ren Dateien mit dem Flag O_TMPFILE hinzugef\u00fcgt.\n
Im Systemaufruf fsmount() wurde die Option FSMOUNT_NAMESPACE hinzugef\u00fcgt, die einen neuen Namensraum f\u00fcr die Einh\u00e4ngepunkte der gemounteten Dateisysteme erstellt. In die Systemaufrufe clone3() und unshare() wurden Flags hinzugef\u00fcgt, um einen neuen Namensraum der Einh\u00e4ngepunkte zur\u00fcckzugeben, der nur ein gemountetes leeres Dateisystem-Stub auf der Basis von nullfs enth\u00e4lt, sowie den fs-dax-Treiber mit Dateisystemschnittstelle zu DAX-Ger\u00e4ten (Direct Access).\n
Im NFS-Server wurde ein Schutz gegen Angriffe durch Ausprobieren von Dateideskriptoren implementiert, der durch kryptografische Signatur der Deskriptoren realisiert wurde. Der Schutz wird durch die Mount-Option sign_fh aktiviert.\n
Ein Zeichentreiber fs-dax wurde hinzugef\u00fcgt, der eine Schnittstelle zur Interaktion mit DAX-Ger\u00e4ten (Direct Access) bereitstellt, die den Betrieb ohne Seiten-Cache unterst\u00fctzen. Diese Schnittstelle ist notwendig f\u00fcr die Integration in den Dateisystemkernel famfs, der im Arbeitsspeicher platziert ist.\n
Im Ceph-Dateisystem wurde die Sammlung von Metriken zu Ein- und Ausgaben in Bezug auf Untereinheiten realisiert.\n<\/ul>\n
Speicher und Systemdienste<\/b>\n
\n
Die erste Serie von \u00c4nderungen zur Einstellung der Unterst\u00fctzung f\u00fcr i486-Prozessoren wurde angenommen. Die Optionen f\u00fcr den Build des Kernels mit Unterst\u00fctzung f\u00fcr 486DX-, 486SX- und AMD ELAN-Prozessoren (CONFIG_M486, CONFIG_M486SX und CONFIG_MELAN) wurden aus Kconfig entfernt, und die Kompilierungsoptionen f\u00fcr i486-Systeme (-march=i486) wurden aus dem Makefile ausgeschlossen. Der Code zur tats\u00e4chlichen Unterst\u00fctzung der Ausf\u00fchrung auf i486-Prozessoren bleibt vorerst im Kernel, aber der Build f\u00fcr solche Systeme erfordert nun die Anwendung von Patches auf die Build-Dateien. Die Gr\u00fcnde f\u00fcr die Entfernung der Unterst\u00fctzung f\u00fcr i486-Prozessoren liegen im Wunsch, den Kernel von kompliziertem Code zu befreien, der einige Hardwareoperationen emuliert, wie z. B. CX8 (8 Byte vergleichen und tauschen) und TSC (CPU-Z\u00e4hler, der im Task-Scheduler verwendet wird).\n
Im amd-pstate-Treiber, der zur Verwaltung des Energieverbrauchs in Systemen mit AMD-Prozessoren verwendet wird, wurde das dynamische Umschalten von Leistungsmodi umgesetzt, das das Verhalten der Stromverwaltung basierend auf dem Betrieb mit Netzstrom oder Batterie ver\u00e4ndert. Bei station\u00e4rer Verbindung wird nun der Modus \u201eperformance\u201c aktiviert, w\u00e4hrend bei Betrieb mit Batterie der Modus \u201ebalance_performance\u201c aktiviert wird.\n
Der Intel FRED (Flexible Return and Event Delivery) Mechanismus ist standardm\u00e4\u00dfig aktiviert, was die Effizienz und Zuverl\u00e4ssigkeit der \u00dcbermittlung von Informationen \u00fcber Low-Level-Ereignisse erh\u00f6ht. Die Leistungssteigerung und die Verringerung von Latenzen werden durch die R\u00fcckgabe von Ereignissen mittels der Prozessoranweisung IRET anstelle der \u00dcbertragung von Ereignissen \u00fcber die IDT-Tabelle (Interrupt Descriptor Table) erreicht. Die Zuverl\u00e4ssigkeit wird durch die getrennte Verarbeitung des Eintreffens von Ereignissen im Kontext des Kernels und im Kontext des Benutzers, den Schutz vor geschachtelter Ausf\u00fchrung von NMI und die Speicherung aller mit Ausnahme verbundenen CPU-Register im erweiterten Stapelrahmen erreicht.\n
Im perf-Subsystem wurde die Unterst\u00fctzung f\u00fcr Speicherleistungs\u00fcberwachungsbl\u00f6cke (PMU - Performance Monitoring Unit), die in SoCs NVIDIA Tegra410 verwendet werden, hinzugef\u00fcgt.\n
Die Ausf\u00fchrung von futex-Operationen auf ARM-Systemen wurde beschleunigt, dank der Verwendung von Arm 9.6 LSUI-Anweisungen, die es dem Kernel erm\u00f6glichen, auf den Speicher des Benutzerspeichers zuzugreifen, ohne den Schutzmodus PAN (Privileged Access Never) vorher zu deaktivieren.\n
Auf Systemen mit ARM-Prozessoren wurde die Unterst\u00fctzung f\u00fcr die Erweiterung des Architektur-Befehlssatzes MPAM (Memory System Resource Partitioning and Monitoring) verbessert. Es wurde die M\u00f6glichkeit hinzugef\u00fcgt, sie im Benutzerspeicher f\u00fcr die Ressourcenverwaltung \u00fcber den Mechanismus resctrl zu nutzen. MPAM erm\u00f6glicht es, jeden Speicherzugriff mit einer Abschnitts-ID (PARTID, Partition ID) und einer \u00dcberwachungsgruppen-ID (PMG, Monitoring Group ID) zu kennzeichnen. Im Zusammenhang mit PARTID kann der Verbrauch von Ressourcen wie Speicherbandbreite oder Cache-Gr\u00f6\u00dfe eingeschr\u00e4nkt werden, um zu verhindern, dass eine bestimmte Gruppe von Aufgaben alle Ressourcen beansprucht. Im Kontext des Monitorings k\u00f6nnen die Kombination von PMG und PARTID zur Verfolgung des Speicherressourcenverbrauchs unter bestimmten Lastarten verwendet werden.\n
Die M\u00f6glichkeit zur Nutzung des Echtzeitmodus (PREEMPT_RT) wurde auf 32-Bit-ARM-Prozessoren hinzugef\u00fcgt. Zuvor wurde die Unterst\u00fctzung f\u00fcr PREEMPT_RT f\u00fcr die Architekturen x86 und x86-64, ARM64, RISC-V und LoongArch bereitgestellt.\n
Neue Flags wurden dem Systemaufruf clone3() hinzugef\u00fcgt: CLONE_NNP \u2014 Verbot, neue Berechtigungen im erstellten Prozess zu erhalten; CLONE_AUTOREAP \u2014 automatische Beendigung des Prozesses anstelle seiner Umwandlung in einen Zombie-Prozess, bis der \u00fcbergeordnete Prozess die Funktion wait() aufruft; \nCLONE_PIDFD_AUTOKILL \u2014 Beendigung des untergeordneten Prozesses im Falle der Schlie\u00dfung des zugeh\u00f6rigen Deskriptors pidfd (zum Beispiel beim Beenden des \u00fcbergeordneten Prozesses).<\/p>\n
F\u00fcr jedes Kernel-Modul wurde im Verzeichnis \/sys\/module eine Datei import_ns hinzugef\u00fcgt, die eine Liste importierter Symbolnamensr\u00e4ume (symbol namespace) enth\u00e4lt.\n
Im asynchronen Ein-\/Ausgabesystem io_uring wurde die Unterst\u00fctzung f\u00fcr die Verwendung des BPF-Subsystems zur Erstellung von Handlern hinzugef\u00fcgt. Beispielsweise kann die Hauptdispatch-Schleife durch ein BPF-Programm ersetzt werden.\n
In der BPF-Subsystem wurde die Analyse der Stacknutzung modernisiert, was die \u00dcberpr\u00fcfung vieler BPF-Programme durch den Verifier erheblich beschleunigt hat.\n
Um die Leistung zu optimieren, wurde das hrtimer-Subsystem (High Resolution Timer) neu geschrieben. Der Task-Scheduler kann nun Hochpr\u00e4zisionszeitgeber ohne Leistungsabfall anstelle weniger pr\u00e4ziser Zeitgeber verwenden.\n
Die \u00dcbertragung von \u00c4nderungen aus dem Rust-for-Linux-Branch, die die Verwendung von Rust als zweite Sprache f\u00fcr die Entwicklung von Treibern und Kernelmodulen betreffen, wurde fortgesetzt (Rust-Unterst\u00fctzung ist standardm\u00e4\u00dfig nicht aktiviert und f\u00fchrt nicht dazu, dass Rust zu den erforderlichen Build-Abh\u00e4ngigkeiten f\u00fcr den Kernel geh\u00f6rt). Bis zur Version 1.85 (die in Debian 13 geliefert wird) wurden die Anforderungen an die Rust-Version, die zum Bauen von Kernelkomponenten erforderlich ist, erh\u00f6ht. Die experimentelle Kconfig-Option CONFIG_RUST_INLINE_HELPERS wurde hinzugef\u00fcgt, um C-Vorlagen im Rust-Code w\u00e4hrend der Kompilierung einzuf\u00fcgen (die Optimierung hat die Leistung des Null-Blocktreibers um 2 % erh\u00f6ht). Es wurde ein Makro 'const_assert!' hinzugef\u00fcgt. Die M\u00f6glichkeiten der Module 'sizes', 'clk', 'ptr', 'sync', 'error' wurden erweitert.\n
Im SCHED_EXT-Mechanismus, der die Verwendung von BPF zur Erstellung von CPU-Scheduler erm\u00f6glicht, wurde eine grundlegende M\u00f6glichkeit zur Erstellung von verschachtelten Scheduler (sub-scheduler) hinzugef\u00fcgt, mit denen jeder cgroup ein eigener Task-Scheduler zugewiesen werden kann.\n
Die Optimierung des Swap-Subsystems wurde fortgesetzt. Die alte Struktur swap_map wurde entfernt und durch den Mechanismus 'Swap Table' ersetzt. Diese \u00c4nderung hat die Leistung verbessert und den Speicherverbrauch im Swap-Subsystem reduziert.\n
Im DAMON-Subsystem (Data Access MONitor), das den Zugriff von Prozessen auf Daten im Arbeitsspeicher \u00fcberwacht (zum Beispiel kann festgestellt werden, auf welche Speicherbereiche ein Prozess zugegriffen hat und welche Bereiche ungenutzt geblieben sind), wurde die Unterst\u00fctzung f\u00fcr verschiedene Algorithmen zur automatischen Abstimmung der Quoten hinzugef\u00fcgt.\n