Software-update: Linux Kernel 7.1

NewTux logo (75 pix)Linus Torvalds heeft versie 7.1 van de Linux Kernel vrijgegeven. De kernel is het hart van het besturingssysteem en zit, simpel gezegd, als laag tussen de hardware en de applicaties in. De nieuwe uitgave bevat de gebruikelijke hoeveelheid aan verbeteringen. Meer informatie kan bij 9to5Linux, OMG Ubuntu en Phoronix worden gevonden.

Linux Kernel 7.1 Officially Released, Here’s What’s New

Linux kernel 7.1 is now available for download, as announced today by Linus Torvalds himself, featuring enhanced hardware support, filesystem and networking improvements, security enhancements, and many other changes.

Probably the biggest change of the Linux 7.1 kernel series is a new NTFS file system implementation, which has been in the works for the last 4 years, featuring full write support with delayed allocation, iomap, and folio integration to improve write performance, better stability, and a new suite of userspace utilities called ntfsprogs-plus.

Linux kernel 7.1 also introduces a new Landlock access right for pathname UNIX domain sockets, thanks to a new LSM hook, improvements to the amd-pstate and intel_idle drivers for better power management, and support for the exFAT file system to preallocate clusters without zeroing to reduce file fragmentation.

Among other changes, Linux kernel 7.1 enables Intel’s Flexible Return and Event Delivery (FRED) feature by default, introduces CPU Memory (CMEM) Latency PMU support for NVIDIA Tegra410 SoCs, adds BPF fsession support for the IBM System/390 architecture, and adds seccomp() support to the Alpha architecture.

Also worth mentioning is that the ublk user-space block driver received a UBLK_F_SHMEM_ZC feature flag for zero-copy I/O, the CIFS client file system received support for the O_TMPFILE option to create temporary files, and the Ceph file system now has a complete infrastructure for per-subvolume I/O metrics collection and reporting to the MDS.

On top of that, Linux kernel 7.1 adds support for generating and verifying T10 protection information at the file system level, extends support for TCG Storage Opal SSC Single User Mode (SUM) in the sed-opal kernel interface, implements BPF support into the io_uring subsystem, and adds support for multiple tuning algorithms to the DAMON subsystem.

Some USB/Thunderbolt driver changes are present as well in Linux 7.1 via new USB power supply driver support, dwc3 driver updates, and the additions of new hardware support. Of course, there are also many sound and networking improvements, EXT4 and F2FS improvements, AMDGPU and i915 GPU driver improvements, and much more.

You can download Linux kernel 7.1 right now directly from Linus Torvald’s git tree or from the kernel.org website if you want to compile it on your GNU/Linux distribution. However, I recommend waiting for the new Linux release to land in your distro’s stable software repositories before updating your kernel.

Now that Linux kernel 7.1 is out, the merge window will soon open for the next major kernel series, Linux 7.2, which is expected in mid or late August 2026. Until then, the first Linux 7.2 Release Candidate (RC) will be available for public testing in two weeks, on June 28th, 2026.

Linux Kernel 6.11

Versienummer 7.1
Releasestatus Final
Besturingssystemen Linux
Website Linux Kernel Organization
Download https://www.kernel.org
Licentietype Voorwaarden (GNU/BSD/etc.)

Door Bart van Klaveren

Downloads en Best Buy Guide

15-06-2026 • 09:00

25

Submitter: danmark_ori

Bron: Linux Kernel Organization

Reacties (25)

Sorteer op:

Weergave:

Zo. Dat zijn nog eens vernieuwingen. Ik ben benieuwd hoe snel dit in een rolling release distro gericht op home users/gamers komt, zeker het nieuwe NTFS model kan voor de "linux curious" die nog niet helemaal hun /efi/boot.efi permanent willen ver-grubben! Momenteel is het een crime om een Steam library in meerdere OS-en te mounten bijvoorbeeld.

Ik hoop dat ook een hoop distro's werk maken van de crime wat fstab momenteel is, om SMB en andere drives makkelijker mountbaar te maken. Bijvoorbeeld in Bazzite is het erg eenvoudig om met de Dolphin file manager een SMB path te browsen, en zelfs te "pinnen", maar een app als vscode heeft daar geen boodschap aan (om nog even los te kijken van het gezeik wat kde wallet is wat mogelijk irritanter is dan UAC op een locked-down Intune device...), en het virtuele "je SMB path is nu op een andere /mnt/randomguid locatie gemount haha, je vscode kan nu niet meer bij de git repo die je synced op je NAS".

Al in al echter een hoop verbeteringen, sound is ook altijd zo'n Linux "loopt nog wat achter op Windows of MacOS"-ding.

Al in al ben ik echt mega blij met hoe snel Linux naar voren gaat, ik ga niet zeggen dat het perfect is, maar op elke laag wordt het gewoon steeds beter. Hoe Wayland nu ook mixed-DPI/HDR schermen aankan, hoe laatst dark mode themes in GTK beter ondersteund werden, en meer. Dit soort concurrentie is goed.
Ongeveer een jaar geleden ben ik begonnen met Linux. Ik ben er erg blij mee, maar in het begin had ik mijn games nog op Windows laten staan en startte ik ze via Linux op. Dat ging, zoals verwacht, niet erg goed. Veel games werkten wel, maar wilden niets opslaan. Waarschijnlijk werkt dat tegenwoordig met deze NTFS-driver een stuk beter. Inmiddels ben ik volledig overgestapt op Linux. Ik gebruik nu met veel plezier CachyOS met KDE Plasma. Dat is een stuk beter dan Linux Mint, waarmee ik ben begonnen: geen irritante screen tearing meer, het voelt sneller, het is beter aan te passen en het past meer bij mijn smaak.
Mint is ook een "LTS" distro. Leuk in theorie, super stabiele packages, maar in de praktijk nogal een nadeel. Weet niet of het met de 26.x release ondertussen anders is, maar tot 24.x draaide Mint nog op X.org, bijvoorbeeld. Leuk voor een vaste desktop met 96DPI schermen, maar tegenwoordig met laptops, en betaalbare hoog-DPI/HDR schermen, en veel mensen die hun "oude" scherm er naast zetten een nachtmerrie, naast dat technieken als VRR niet ondersteund worden.

Ook zaken als bepaalde libraries, zoals Wine, zijn "stable". Wat vaak ook "oud" betekent. Wine9 mag dan wel stable zijn, maar Software-update: Wine 11.11 - Computer - Downloads - Tweakers maakt een hoop nieuwigheidjes mogelijk, wat voor zeker mensen die meer doen dan gamen een must is. Hoewel Mint in theorie robuust en betrouwbaar is, en zeker voor mensen die toch al hun werk in een browser doen leuk genoeg is (totdat de LTS browser ook ineens dingen als WASM of de laatste WebGL ontwikkelingen voor een bepaalde webapp niet meer ondersteund, of gaat klooien met codecs die dan ineens over de CPU moeten, of een of ander verlopen wildvine certificaat...), zodra je meer wil doen, raad ik mint eigenlijk af op de desktop behalve als je een "upcycle" stukje oude hardware hebt. En op servers waar die stabiliteit goed past? Daar is Debian en Ubuntu Server eigenlijk heer en meester als je niet helemaal volledig containerised draait... Dat maakt Mint voor mij eigenlijk lastig aan te raden, wederom, behalve voor een paar cases.

Zeker met hoe snel development nu gaat en er momentum is, zal ik eigenlijk rolling release distro's aanraden (hoewel de laatste scare rondom de Arch User Repository ook wel een eye opener is dat er wel wat governance misschien wenselijk is)
Raar dat ik dat niet herken op Debian Trixie. Terwijl huidige Mint daar op gebaseerd is.

Een beetje achterlopen is in de praktijk helemaal niet zo erg tenzij je met bleeding edge speelgoed bezig bent.
Volgens mij heb je het dan over LMDE, de meeste edities, zeker Cinnamon, Mate, en XFCE edities zijn gebaseerd op Ubuntu LTS. 26.04 is recent uitgekomen, maar Mint 22.3 is nog steeds op Noble gebaseerd (dat is dus Ubuntu 24.04). LDME7 is niet echt een volwassen distro, maar meer het project hun plan-B, de "wat als Canonical écht evil wordt" of "wat als ubuntu wegvalt". Canonical is niet onbesproken, natuurlijk, maar ik zal LDME7 eigenlijk ook niet snel aanraden, niet omdat het een slecht plan is, maar voor een leek is het een "niche" binnen "LTS" land...
Er is een versie van Mint dat Debian als basis gebruikt, maar als je vanuit de homepage op de Download Now knop ramt, krijg je toch echt de Ubuntu LTS gebaseerde release. Mint heeft altijd even nodig om de nieuwe Ubuntu LTS te gebruiken als basis, dus de huidige versie, 22.3, gebruikt nog Ubuntu 24.04 en die is ondertussen wel oud te noemen.

Debian 13 Trixie is van vorig jaar en LMDE 7 maakt hier gebruik van. Dat heeft zo'n 2 maanden geduurd, Trixie kwam in augustus, LMDE Gigi in oktober. In vergelijking, Mint 22 'Wilma' is van juli 2024, 3 maanden na Ubuntu 24.04.
Linux Mint werkt prima met high DPI schermen, draai die al zo'n 6 jaar op 4k schermen. Enige wat niet werkt is verschillende scalings wanneer je meer dan 1 scherm hebt. Mijn oplossing daarvoor was alle schermen 4k te maken. Verder is de stabiliteit van Mint juist erg fijn. Zeker als ik de wat minder ervaren gebruiker wat moet aanraden is juist die stabiliteit en toegankelijkheid een pre.
En dat is dus precies het probleem. Als je twee verschillende schermen hebt dan moet je een scherm out of spec draaien (als dat kan, niet elk scherm kan dat namelijk), stabiliteit en toegankelijkheid krijg je ook wel met andere distro's (zal geen directe Arch aanraden, maar iets wat Arch-based is, of Fedora is zeker zo snel en stabiel). Al helemaal als het iemand is met twee schermen, een gamend neefje, of iemand met een laptop. Mint is bovendien een nachtmerrie als je variable refresh rates gebruikt, of één scherm hebt wat HDR is, en het andere niet.
Als je met schermen werkt met een grote afwijking in dpi dan is het in mijn ervaring het meest werkbaar om de hi-dpi schermen niet op hun native resolutie te laten werken met scaling maar het werkt in de regel beter om die hi-dpi schermen terug te zetten op een lagere resolutie, bijvoorbeeld 2/3 van native.

De meeste systemen onthouden de opstelling van herkende beeldschermen en de echt goede kan je daar zelfs in aangeven of deze opstelling monitor specifiek is of algemeen.
Dat is een workaround van het niveau: "zet de handrem er op, dan maakt hij dat gekke geluid niet meer". Zeker met schermen die vaste pixels hebben moet je dan maar nét een monitor hebben die zelf mooi kan scalen, en al helemaal als je niet een 2:1 of 3:1 pixelmap kan doen, zoals een 27" 2160P scherm, waar je "effectief" 1440p werkruimte op wilt hebben door naar 150% te scalen (en dan je USB-C kabeltje eruit, en dan 200% op je interne 2400p scherm, en daaarna een HDMI kabel van een of andere beamer er in, en 100% op de presentatie-TV die 1080P is). Het is leuk voor mensen die niet gamen, en niet op meerdere plekken zitten, maar persoonlijk hoop ik, voor Mint, dat ze snel rebasen op 26.04 (resolute), en wayland de default maken. Het is immers ook nog "maar" bijna 20 jaar oud...
Mint is ook een "LTS" distro. Leuk in theorie, super stabiele packages,
De hoofdreden om een LTS distro te nemen is om een minder veranderlijk systeem te hebben, niet per sé software met minder bugs.

Mint is dus inderdaad bepaald niet een ideale keuze als je je systeem graag doorlopend op het nieuwste van het nieuwste houdt.
.... in het begin had ik mijn games nog op Windows laten staan en startte ik ze via Linux op. Dat ging, zoals verwacht, niet erg goed. Veel games werkten wel, maar wilden niets opslaan ....
Een deel hiervan is dat de compatibility-layer Proton onder Linux veel soft-links gebruikt om de bestanden te verdelen. En dat is gemaakt voor een linux-bestandsysteem, en kan problemen geven op een NTFS partitie. Dat, en de manier hoe het onder de motorkap werkt, en het feit dat NTFS geen open standaard is, zorgt ervoor dat je games op een Linux PC beter op een Linux bestandsysteem zoals btrfs of ext4 kunt plaatsen.

Ik herinner me van een 20-tal jaren geleden, dat familie van mij een geshare-de snelle externe schijf hadden met Steam spellen, zodat ze sommige spellen niet telkens op elke PC moesten installeren, maar die gedeeld op hun netwerk konden bewaren. En dit was toen met 3 verschillende computers met Windows erop. Daar hadden ze ook wat problemen mee om dit werkend te krijgen, en uiteindelijk zijn ze van dit gedeelde-spel idee afgestapt.
erg eenvoudig om met de Dolphin file manager een SMB path te browsen, en zelfs te "pinnen", maar een app als vscode heeft daar geen boodschap aan
Komt omdat VSCode geen KIO support heeft voor dit soort virtuele file systems. Als je niet de support libraries hebt, gaat Firefox en andere GTK apps het ook niet lekker doen als je KDE als DE gebruikt. Die gebruiken namelijk GVFS. Andersom dus ook, zou je KDEnlive gebruiken op Gnome, ga je ook niet zo makkelijk je video over SMB benaderen.
sound is ook altijd zo'n Linux "loopt nog wat achter op Windows of MacOS"-ding.
Als er iets is waar ik Windows in achteruit vind zijn gegaan anders dan de UI, is het wel geluid. Het is zo enorm omslachtig om van uitvoer te wisselen en het is heel wispelturig of het naar een nieuwe output wisselt of niet. Streamers hoor ik steen en been klagen als er een Windows Update is geweest, het gooit regelmatig hun perfect ingestelde audio configuratie compleet overhoop. Het is een grote teringbende.

Linux audio wás problematisch. Maar met de komst van PulseAudio werd het beter en nu met Pipewire icm Wireplumber is het in principe probleemloos voor de doorsnee gebruiker. Misschien niet zo voor de professional en specifieke hardware, maar dat is een kleine doelgroep.
Misschien niet zo voor de professional en specifieke hardware, maar dat is een kleine doelgroep.
Ik zou mezelf absoluut geen professional noemen maar ik neem af en toe wat gitaar spul op met 2 microfoons (want 2 versterkers), en dat gaat met Pipewire als een zonnetje (met Audacity). Voorheen met PulseAudio gebeurde het heel af en toe wel eens dat links en rechts omgedraaid werden. Dat is nu met Pipewire nog nooit gebeurd. Ook merk ik dat mijn machine minder staat te blazen, lijkt erop dat Pipewire efficienter omgaat met resources.
Doelde dat het voor professionals met dus specifieke hardware de hardware zelf mogelijk niet (volledig) ondersteund wordt. :) Maar heb je je opzet ook op Windows gebruikt en hoe was de ervaring daar mee?
Ja, ik heb dit met zowel Windows, Linux (Fedora) en macOS getest. Windows was redelijk kut, want na elke reboot waren de instellingen magisch verdwenen en kon ik weer alles opnieuw in gaan stellen. Voordeel daarvan is wel dat je dat na een tijdje blind kunt hahah.

MacOS was zoals ik verwachtte. Dat werkte gewoon.

Fedora ook. Aansluiten, een keer instellen en klaar.
Betreffende Audio in Windows 25H2:

Ikzelf heb er niet veel moeite mee, in apps zelf kan je kiezen welk device je gebruikt, en rechtsonderin de system tray is je default output ook makkelijk in twee kliks aan te passen. Wil je je communication defaults aanpassen en je input, dan is dat ook vrij makkelijk te doen op OS level. Dat is zeker in pipewire goed te doen, alleen moet je daar veel dieper graven wil je codecs, filters (zoals dolby), en bitrates aanpassen. Ik herken me niet in die streamers (hang hier zelf met een Rodecaster Duo, binnen Cachy is dat elke reboot weer gereset tussen de "chat" en "stereoi" devices ervan, Windows eigenlijk alleen als er een driver óf een firmware upgrade van de rodecaster zelf is geweest, maar wederom: 3 kliks, hooguit Discord wat koppig doet, maar Teams/Zoom/Minecraft/WebRTC zijn dat niet, en Discord doet wel meer hele gekke dingen met audio...)

Betreffende netwerk shares:

Kijk, dat wist ik niet. Ik heb er niet genoeg tijd voor gehad om diep te graven, maar echt gebruikersvriendelijk is het niet. Ik kwam er al vrij snel achter dat de flatpack versie van vscode een slecht idee was, want het kan zichzelf niet meer updaten daardoor, en klooien met fstab is voor mij ook niet moeilijk, maar dit soort uitzonderingen en distincties... tsja... laat ik het zo zeggen, mijn 70+ pa kan perfect z'n eigen netwerk shares vinden, en kan dat zelfs op andere plekken doen, maar uitzoeken wat een GTK of QT app is, en de nachtmerrie van GVFS/KIO is voor hem te ver. Dat hij daardoor een laag dieper letterlijk z'n fstabs (wat een ENGE file is voor zo'n iemand) moet gaan aanpassen gaat te ver. In de "strijd" tussen Gnome/KDE zal het denk ik nuttig zijn als dit soort dingen GUI-gewijs beter toch op OS-niveau geregeld worden... Ik kwam er wel achter (hoewel als ik NIET verbonden ben met m'n NAS nu er genoeg shenanigans gebeuren...), maar laat ik zo zeggen: dit zijn echt de gaten waarom ik blij ben dat er nu vrij stevig geinvesteerd wordt in o.a. KDE, onder meer door Duitsland:

Why Germany Is Paying €1 Million to Make KDE Bulletproof (Hint: It’s Not About Linux Fans)

€1mln met als specifiek doel:
  • Netwerk shares beter maken
  • Factory Reset & Out Of Box Experience beter maken
  • QA voor PIM systemen beter maken
  • Architecturele device management & security verbeteringen (wat als ik 100.000 devices centraal wil managen?)
  • Backup/restore volwassener maken.
Ik heb eens bij een gebruiker op de geluidmixer geklikt. Daar waren meerdere output apparaten beschikbaar, maar wat een drama om een nieuwe standaard te kiezen. Met 2 klikken verder was het nog niet duidelijk wat nou wat was en waar je het moest aanpassen.

Ook het wijzigen van het output device voor een applicatie is meer dan 2 klikken en onoverzichtelijk als je de volume mixer van KDE gewent bent (zelfs pavucontrol is overzichtelijker dan Windows!). Bij Windows 7 vond ik de mixer prima, maar met latere Windows versies is het gewoon een onoverzichtelijke bende.

Collega van mij heeft ook regelmatig dat wanneer hij z'n koptelefoon uit de laptop trekt, z'n speakers spontaan geluid produceren. Om een of andere reden wordt er niet onthouden dat deze op mute zijn gezet.

Default output is met Pipewire zeker eenvoudig te doen. Ik hoef niet met config bestanden of commando's te rommelen, ik klik bij KDE op de volume mixer en zet het bolletje bij wat ik als default wil gebruiken.

Betreffende shares en mounten, er zijn ook gewoon grafische tools om fstab te bewerken. O.a. Gparted heeft die mogelijkheid.
Ik heb de ervaring dat sinds Pipewire zijn entree in de grotere distro's heeft gedaan veel geluid issues wel aanzienlijk verbeterd zijn in termen van latency tenminste. Ik krijg in ieder geval met Ubuntu studio heel nette latencies en kan ook wel aardig wat sporen dan draaien. Mijn indruk (maar die kan ik niet echt met metingen staven) is dat een goed geconfigureerde Linux machine tegenwoordig wat meer aan kan dan Windows. Maar dat MacOS wel echt heer en meester nog is, maar dat laat zich moeilijk vergelijken door de hardware-software koppeling. Ubuntu Studio draait ook heel behoorlijk op een Intel Mini.
Pipewire is inderdaad een behoorlijke verbetering, maar iets als een Rodecaster Duo werkt zelfs beter op een Android telefoon dan op bijvoorbeeld een pipewire-hebbende distro als Bazzite, of CachyOS. Er is gewoonweg iets mis met de audio, en apps als OBS en Discord "vergeten" gemakshalve constant door dat er audio devices als "chat" en "stereo" bestaan, nog los van "het klinkt alsof het 8bit 22kHz PCM is" heb je dus ook mensen die naar zichzelf luisteren terwijl jij niet te horen bent.

Ook een HDMI source is leuk als je enkel PCM doet, maar als je DTS of Dolby-formaten wilt uitsturen, dan zit je helaas vast aan Windows of MacOS.
zeker het nieuwe NTFS model kan voor de "linux curious" die nog niet helemaal hun /efi/boot.efi permanent willen ver-grubben!
Ik snap dat je een voorbeeld wilt gebruiken, maar ai ai. Je ESP (EFI system partition) is FAT32 juist om ervoor te zorgen dat het universeel gebruikt kan worden aangezien zo'n beetje elk OS met FAT(32) overweg kan, en omdat een ESP geen fancy FS zaken nodig heeft die bijvoorbeeld NTFS of BTRFS of XFS bieden.
Ik bedoel ook niet het aanpassen daarvan, maar juist het feit dat er veel mensen zijn die wel nieuwsgierig zijn, maar niet helemaal over willen gaan, of de dual-boot wereld in willen gaan. Wat ik bedoelde te zeggen was dat het toegankelijk maken van een steam library in een live install hiermee mogelijk wordt, of zelfs alsnog een dual boot optie.
Pipewire is echt geweldig voor geluid. Ik vind persoonlijk dat het een stuk beter is dan op Windows.
Niet dat jullie meteen een AI moeten opspinnen, maar dat "LINUX 6.11" in de overigens prachtige illustratie kan je toch best even photoshoppen?
En de datum, en de omglinux verwijzing (waar de afbeelding blijkbaar vandaan komt...).

Om te kunnen reageren moet je ingelogd zijn