A Linux kernel 7.3-as verziója 2026. október 18-án jelent meg, és több mint 41 millió sornyi forráskóddal érkezett. Ez a kiadás több szempontból is mérföldkő: egyrészt látványosan erősödik a modern hardverek – különösen az AI‑ra optimalizált PC-k, új GPU‑k és ARM/RISC‑V SoC‑k – támogatása, másrészt a fejlesztési folyamatban is érezhető az AI/LLM eszközök hatása. A forrásfa mérete már közel 41 millió sornál jár, miközben párhuzamosan zajlik a régi, elavult driverek takarítása.

Az alábbiakban részletesen áttekintjük, mit hoz a Linux 7.3 a processzorok, grafika, fájlrendszerek, hálózat, biztonság, virtualizáció és egyéb alrendszerek terén, külön kitérve azokra a fejlesztésekre, amelyek a desktop Linux, így a Linux Mint felhasználói számára is kézzelfogható előnyöket jelenthetnek.

Kiemelt újdonságok

A Linux 7.3 funkciólistájában részletesebb áttekintést kaphat a kernel ezen verziójának összes változásáról.

Továbbfejlesztett VRAM-kezelés a kisebb teljesítményű GPU-k esetében

Ha a GPU nem rendelkezik elegendő VRAM-mal (videomemóriával) – ami gyakran előfordul –, a különböző alkalmazások versenghetnek a rendelkezésre álló memóriáért. A korábbi VRAM-allokációs működés miatt, ha két alkalmazás sok VRAM-ot használt, a később induló, akár magasabb prioritású alkalmazás nem feltétlenül jutott elegendő VRAM-hoz, és a GTT-ből (a GPU által elérhető rendszermemóriából) kezdett memóriát lefoglalni.

Ez a kiadás a dmem cgroup használatával enyhíti a problémát. A rendszer nem próbál azonnal visszavenni a memóriaigényből, hanem először megkísérli eltávolítani a tartományból a védelemmel nem rendelkező puffereket, hogy helyet szabadítson fel a védett puffer számára. Így az alkalmazások ténylegesen kihasználhatják a rendszer által biztosított memóriavédelmet, és elkerülhető a memóriahasználat oda-vissza ingadozása.

Ajánlott olvasmány: Fixing AMDGPU's VRAM management for low-end GPUs

A javítássorozat kísérőlevele: cgroup/dmem,drm/ttm: Improve protection in contended cases

Elkészült a cgroup-alcsoportok saját ütemezőinek támogatása (sched_ext)

A fejlesztés több lépés után ebben a kiadásban végre teljessé tette a sched_ext megvalósítását. Ennek segítségével egy cgroup folyamatait a saját, BPF-alapú feladatütemezője kezelheti. A különböző cgroupok eltérő BPF-alapú alütemezőket használhatnak, amelyek különböző ütemezési döntéseket hozhatnak.

Ajánlott LWN-cikk: Sched-ext: enqueue() for sub-schedulers and proxy-execution support

Dokumentáció: Extensible Scheduler Class

Összevonási commit: Pull sched_ext updates

Fejlettebb cgroup-ütemezés és további ütemezési fejlesztések

A cgroupok ütemezése régóta problémás és nehezen kezelhető terület. A fair/cgroup ütemezés több felhasználónál sem működik megfelelően; a leggyakoribb panaszok a késleltetésre és a többletterhelésre vonatkoznak. A problémák a súlyok elosztásától a hierarchikus kiválasztásig terjednek.

Ez a kiadás több ponton javítja a cgroupok ütemezését. A cgroup_mode beállításon keresztül különböző súlyelosztási módszereket vezet be: up, max, concur és tasks. Az alapértelmezett a concur, amely a legpontosabb, ugyanakkor a legnagyobb többletköltséggel járó változat. A cgroup-ütemezés végül egyetlen futási sorra (runqueue) áll át.

A kiadás emellett csökkenti a rövidebb időszeletekkel futó feladatok ütemezési késleltetését: szükség esetén megszünteti, frissíti vagy a lehető legkisebbre csökkenti a futó feladatok védelmét. Az aszimmetrikus kapacitású rendszerek fürtütemezésének problémáját is kijavítja.

Összevonási commit: Pull scheduler updates

Új izolációs technika a failfs és az fchroot(2) használatával

A kiadás új izolációs mechanizmust vezet be egy új, pszeudo-fájlrendszerre, a failfs-re építve, amely a nullfs párjának tekinthető. Míg a nullfs jelentése nagyjából „itt nincs semmi”, a failfs azt jelenti, hogy „itt semmi sem támogatott”. E tulajdonságokból következik, hogy erre a fájlrendszerre semmi nem csatolható rá; felhasználói térből sem csatolható fel, nem klónozható, továbbá nem jelenik meg a statmount() és a listmount() kimenetében, a /proc/<pid>/mountinfo fájlban vagy a /proc/filesystems listájában.

Ha egy folyamat gyökérkönyvtára vagy munkakönyvtára a failfs fájlrendszerben található, az abszolút elérési utak, az abszolút szimbolikus linkek és az AT_FDCWD-hez viszonyított útvonalfeloldások egyszerűen meghiúsulnak. A folyamat az új fchroot(2) rendszerhívással helyezheti át a gyökérkönyvtárát a failfs-be, a fchroot(FD_FAILFS_ROOT) hívással. Ettől kezdve minden abszolút útvonal feloldása és minden abszolút szimbolikus link használata EOPNOTSUPP hibával meghiúsul.

Ha ezt az fchdir(FD_FAILFS_ROOT) hívással kombináljuk, a folyamat csak kifejezetten megadott könyvtárfájl-leírókhoz (directory file descriptorokhoz) kötött útvonal-feloldásokat végezhet. Ez lehetővé teszi, hogy a feladatok teljesen elhagyják a fájlrendszer-állapotukra támaszkodó működést: minden útvonal-feloldást explicit fájl-leíróhoz kell kötniük, mielőtt ezt megteszik, különben a további útvonal-feloldási kísérleteik meghiúsulnak.

A fent említett fchroot(2) új rendszerhívás, amely a chroot(2) fájl-leírókon alapuló megfelelője. Elkerüli annak az útvonalnak az újbóli feloldását, amelyhez a hívó már rendelkezik fájl-leíróval, így nincs TOCTOU-versenyhelyzet a cél feloldása és a gyökérkönyvtár módosítása között. A modern, fájl-leírókra épülő API-kkal is együttműködik: használható O_PATH fájl-leírókkal, valamint az open_tree(OPEN_TREE_CLONE) által létrehozott, leválasztott csatolási fával kapcsolatos fájl-leírókkal is.

Dokumentáció: failfs

A javítássorozat kísérőlevele: fs: add failfs

Teljesítményjavítások a Btrfs és az Ext4 fájlrendszerekben

A kiadás több teljesítményjavítást hoz a Btrfs számára. A közvetlen I/O (Direct I/O) teljesítménye visszanyerte azt a teljesítményt, amelyet korábbi kiadásokban más, ettől független módosítások miatt elveszített. Nem SSD-alapú meghajtóknál a naplózási műveletek – például az fsync – során egy szükségtelen, egy jiffyt jelentő várakozás megszüntetése csökkenti a késleltetést, és ötszörösére növeli az átviteli teljesítményt. A no-holes funkció engedélyezése mellett az fsync szintén ötször gyorsabb; ez a funkció a btrfs-progs 5.15-ös verziója óta alapértelmezés szerint engedélyezett. A tiltott extent pufferek nyomon követésére használt xarray-adatszerkezetet helyi LRU-lista váltotta fel, amivel a teljesítmény visszaállt a tiltás előtti szintre, vagyis hozzávetőleg háromszorosára javult az előző állapothoz képest.

Az Ext4 is több teljesítményjavítást kapott: javult a párhuzamos írások közvetlen I/O-teljesítménye, gyorsabb lett a fallocate() működése, és kijavítottak egy pufferelt írást érintő teljesítményromlást.

Rugalmasabb binfmt_misc a speciális disztribúciók számára

Ez a kiadás kibővíti a binfmt_misc formátumregisztert. Ennek köszönhetően a rendszer programozott módon is felismerheti a binárisok típusát, és minden egyes exec végrehajtásakor kiszámíthatja a hozzájuk tartozó értelmezőt (interpretert), ahelyett hogy a regisztráció során rögzített karakterláncot használná.

Ez többek között lehetővé teszi a Nix és más rendszerek számára, hogy patchelf-trükkök vagy átirányító (wrapper) szkriptek nélkül valósítsanak meg áthelyezhető binárisokat. Az értelmező vagy dinamikus betöltő programozott módon határozható meg, például a bináris fájlhoz viszonyított helye alapján. A mechanizmus rugalmas, és más szabályok megvalósítását is támogatja.

Ajánlott LWN-cikk: Bringing BPF to binfmt_misc

Dokumentáció: bpf-backed handlers

Összevonási commit: Pull binfmt updates

Az SMB-kiszolgáló támogatja az Apple Time Machine bővítményeit

Ez a kiadás több funkcióval bővíti az SMB-kiszolgálót. Megjelenik az Apple Time Machine opcionálisan engedélyezhető támogatása, az SMB2 parancssorozatok ablakának kezelése – amely minden kapcsolathoz érvényesíti a kreditalapú MessageId-tartományt, így megakadályozza az érvénytelen kéréseket és az ugyanazon a csatornán történő visszajátszásokat –, valamint az SMB3-kérések visszajátszásának támogatása. Emellett megosztásonként engedélyezhető SMB3-titkosítás, illetve az SMB Direct RDMA-titkosítás támogatása is bekerült.

Összevonási commit: Pull smb server updates

A kernel szálainak és az 1-es PID-ű folyamatnak a jobb elkülönítése

Miután a kernel elindítja az 1-es PID-ű folyamatot – például a systemd-t –, majd elindítja a kthreadd folyamatot, az összes kernel-szál (kthread) és az 1-es PID-ű folyamat ugyanazt a fájlrendszer-állapotot használja. Ez a szokatlan működés lehetővé teszi, hogy a pivot_root() a kernel-szálak fájlrendszer-állapotát is átírja.

Ebben a kiadásban az 1-es PID-ű folyamat saját, külön fs_struct struktúrát kap, miközben az összes kernel-szál egy különálló nullfs csatolásba kerül.

Ajánlott LWN-cikk: Practical uses for a null filesystem

A javítássorozat kísérőlevele: fs,kthread: start all kthreads in nullfs

A userfaultfd támogatása virtuális gépek vendégmemóriájának munkakészlet-követéséhez

Ez a kiadás userfaultfd(2)-támogatást ad a virtuális gépek vendégmemóriájának munkakészlet-követéséhez. Az új UFFDIO_REGISTER_MODE_RWP jelző lehetővé teszi egy memóriatartomány olvasási és írási védelmének követését. Ez hasonló a mprotect(PROT_NONE) és egy jelkezelő kombinációjához, de annál gyorsabb.

A funkció olyan virtuálisgép-memóriakezelőknek készült, amelyeknek követniük kell a vendégmemória munkakészletét, hogy a ritkán használt memórialapokat hidegebb vagy távoli tárolórétegekbe helyezhessék át.

Ajánlott LWN-cikk: Working-set tracking for virtual-machine guest memory

Dokumentáció: Userfaultfd:Read-Write Protection

A javítássorozat kísérőlevele: userfaultfd: working set tracking for VM guest memory

Jobb FUSE-teljesítmény az io_uring használatával

Ez a kiadás lehetővé teszi, hogy a FUSE-kiszolgálók puffertárat (buffer poolt) adjanak át a kernelnek, amely azt igény szerint használhatja a kérések kiszolgálásához. Ez csökkenti a fuse-io-uring használatához szükséges memória mennyiségét, és lehetővé teszi a kernel számára, hogy optimalizálja a kérésadatokhoz rendelt memóriát.

A fejlesztéssorozat emellett nulla másolással működő (zero-copy) adatátvitelt is bevezet a FUSE io_uring-megoldásába. A FUSE-kiszolgáló közvetlenül hozzáférhet a kliens memórialapjaihoz vagy a lapgyorsítótár lapcsoportjaihoz (folioihoz), így nincs szükség az adatok köztes pufferen keresztüli másolására. Ehhez CAP_SYS_ADMIN jogosultság és puffertárak használata szükséges.

Dokumentáció: 3. FUSE-over-io-uring design documentation

A javítássorozat kísérőlevele: fuse: add io-uring buffer pools and zero-copy

RWF_DONTCACHE blokkeszközökhöz – a közvetlen I/O alternatívája

Ez a kiadás lehetővé teszi az RWF_DONTCACHE jelző használatát blokkeszközök megnyitásakor, a preadv2(2), pwritev2(2) és az io_uring olvasási, illetve írási kéréseiben.

Ennek segítségével az adatbázisok közvetlenül nyithatnak meg nyers blokkeszközöket, és adatonként dönthetnek arról, hogy a kernel lapgyorsítótára megőrizze-e az adatokat. Ha ez előnyös, a jelző nélkül az adatok a gyorsítótárban maradhatnak; ha nem, a kéréshez használható a jelző. Így elkerülhetők a közvetlen I/O hátrányai.

Ajánlott olvasmány: RWF_DONTCACHE for Block Devices

A javítássorozat kísérőlevele: block: enable RWF_DONTCACHE for block devices

Processzorok, memóriakezelés és architektúrák: hibrid CPU-k, Zen 6, Apple Silicon

A CPU‑ és memóriavonalon a Linux 7.3 egyik fő fókusza a modern, heterogén architektúrák jobb kihasználása, valamint a késleltetésérzékeny terhelések (játék, valós idejű alkalmazások, alacsony latency‑t igénylő szerverek) finomhangolása.

• Új AMD alacsony fogyasztású magtípus felismerése – a kernel képes az új AMD „low-power” magtípus azonosítására, és egységesebb Intel/AMD core‑típus kezelés kerül be. Ez különösen a hibrid felépítésű CPU‑knál fontos, ahol a schedulernek el kell döntenie, melyik magra érdemes egy adott folyamatot tenni.
• SMP és scheduler fejlesztések – többmagos rendszereken csökkenhet a késleltetés, javulhat a valós idejű viselkedés. A scheduler hibrid CPU‑khoz kapcsolódó fejlesztései segíthetnek abban, hogy a nagy teljesítményű és a takarékos magok közötti terhelésmegosztás hatékonyabb legyen.
• Intel és AMD energiagazdálkodás – például az Intel „directed package-level thermal interrupts” támogatása finomabb hőmérséklet‑alapú szabályozást tesz lehetővé, ami stabilabb teljesítményt és jobb hőkezelést eredményezhet laptopokon.
• Régi AMD Athlon XP rendszerek optimalizációja – apró, de érdekes részlet: még a SSE, de nem SSE2‑képes, régi Athlon XP gépek is kaptak egy kisebb optimalizációt. Ez mutatja, hogy a kernel fejlesztése továbbra sem csak az új hardverekről szól.
• Zen 6 előkészítés, Zen 5 EPYC hőmérséklet‑monitorozás – az AMD platform driverekben folytatódik a Zen 6 generációra való felkészülés, míg a k10temp driver már az EPYC Zen 5 processzoroknál per‑CCD hőmérséklet‑monitorozást kínál. Ez szerveroldalon fontos a finomhangolt hűtéshez és teljesítményszabályozáshoz.
• x86/mm fejlesztések – a memóriakezelés (x86/mm) terén olyan módosítások érkeznek, amelyek kifejezetten a késleltetésérzékeny workloadok teljesítményét javítják. Ez érintheti a játékokat, alacsony latency‑t igénylő hálózati szolgáltatásokat, sőt bizonyos desktop workloadokat is.
• Két jelentős memóriamenedzsment optimalizáció – a részletek mélyen a mm alrendszerben vannak, de a cél az, hogy a kernel jobban tartsa memóriában a gyakran használt kódot és adatot, kevesebb felesleges lapcserével. Ez összefügg az MGLRU (Multi-Generational LRU) további finomhangolásával is.
• Intel Starfire és IBM Power12 előkészítés – megkezdődött az Intel Starfire (Panther Lake‑ből származtatott, extrém környezetre szánt SoC) és az IBM Power12 architektúra kezdeti enablementje. PowerPC oldalon a Linux 7.3 már támogatja az in‑kernel Rust kódot, ami a Rust for Linux projekt szempontjából fontos mérföldkő.
• ARM64 és RISC‑V bővülés – új RISC‑V kiterjesztések támogatása, Qualcomm Shikra SoC megjelenése a mainline‑ban, valamint az ARM64 BBML3 funkció támogatása. Emellett több új ARM és RISC‑V hardverplatform is bekerül, ami a beágyazott és SBC‑s (single board computer) világban lehet érdekes.
• Apple Silicon: M3 Pro/Max/Ultra első lépések – megjelenik az initial support az Apple M3 Pro / Max / Ultra SoC‑khoz, de továbbra sincs GPU‑támogatás és több kulcsfontosságú funkció is hiányzik a napi használathoz. Az M1 Pro / Max / Ultra esetén viszont érkezik egy energiaoptimalizáció, ami javíthatja az üzemidőt és a hőviselkedést Linux alatt.

Összességében a CPU/memória fronton a Linux 7.3 egyaránt erősíti a legújabb szerver‑ és desktopplatformok támogatását, miközben a scheduler és az mm alrendszer finomhangolása a mindennapi teljesítményen is érezhető lehet.

Grafika és játék: jobb teljesítmény kevés VRAM mellett, új AMD IP-k, NVK videógyorsítás

A grafikus alrendszerben több olyan fejlesztés is érkezik, amely közvetlenül érinti a játékosokat és a Linux desktop felhasználókat.

• Jobb teljesítmény kevés VRAM esetén – kifejezetten az olyan konfigurációkra fókuszálnak, ahol a GPU‑nak viszonylag kevés, például ~8 GB VRAM áll rendelkezésre. A memóriahasználat és a bufferkezelés optimalizálása révén csökkenhetnek a mikrolagok, kevesebb lehet a VRAM‑miatti „fulladás” modern játékoknál.
• DRM format modifier támogatás régi AMD GPU‑kon – a Valve Linux grafikus csapata által szponzorált fejlesztés: a régebbi AMD GPU‑k is kapnak DRM format modifier támogatást, ami jobb buffer‑megosztást és hatékonyabb pipeline‑t tesz lehetővé a grafikus stack különböző komponensei között.
• GPU reset recovery javítások régi AMD kártyákhoz – stabilabbá válhatnak azok a rendszerek, ahol a régi AMD GPU hajlamos volt resetre (pl. driverhiba, túlterhelés esetén). Ez különösen fontos, ha a gépet játékra vagy GPU‑intenzív feladatokra használjuk.
• Új AMD grafikus IP-k, DCN 6.0 – a modern AMD GPU‑k új display blokkjai (pl. DCN 6.0) támogatást kapnak, ami a legújabb Radeon generációk kijelzőkezeléséhez (több monitor, nagy felbontás, magas frissítési frekvencia, HDR) szükséges.
• Nouveau és NVK: NVDEC interfész Vulkan Videohoz – a Nouveau driverben megjelenik az NVDEC interfész támogatása, amelyre az NVK (az új, Mesa‑alapú NVIDIA Vulkan driver) támaszkodik a Vulkan Video gyorsításhoz a Mesa 26.3 környékén. Ez a nyílt NVIDIA stack számára fontos lépés a hardveres videódekódolás felé.
• FBDEV: Atari és Voodoo 3/4/5 javítások – a régi frame-buffer driverek sem maradnak érintetlenül: vintage Atari gépekhez és 3dfx Voodoo 3/4/5 kártyákhoz érkeznek fejlesztések. Ezek inkább retro‑rajongóknak érdekesek, de jól mutatják a kernel „hosszú memóriáját”.

A grafikus stack fejlődése szorosan kapcsolódik a játékélményhez Linuxon. A VRAM‑optimalizációk, a régi AMD kártyák resetkezelésének javítása és az NVK‑hoz kapcsolódó NVDEC támogatás mind abba az irányba mutatnak, hogy a Linux egyre versenyképesebb játékplatformmá válik – különösen a Proton/Steam Deck ökoszisztémában.

Tárolás és fájlrendszerek: gyorsabb Btrfs, NVMe optimalizációk, FailFS

A Linux 7.3 egyik legizgalmasabb területe a tárolás és a fájlrendszerek világa, ahol több, gyakorlatban is jól érzékelhető fejlesztés érkezik.

• Btrfs teljesítményjavítások – a Btrfs az utóbbi években folyamatosan erősödik, és a 7.3‑as kernelben is kap teljesítményoptimalizációkat. Korai tesztek alapján (a forrás szerint) ezek a módosítások érezhetően gyorsabb működést eredményeznek, különösen bizonyos I/O mintázatoknál. Ez fontos azoknak a disztribúcióknak, amelyek Btrfs‑t kínálnak vagy terveznek kínálni alapértelmezett fájlrendszerként.
• Kis I/O bottleneck megszüntetése PCIe Gen5 NVMe SSD‑knél – a nagyon gyors NVMe meghajtóknál (különösen PCIe Gen5) a kis blokkméretű I/O‑k esetén jelentkező szűk keresztmetszetet célozzák a fejlesztések. Ez adatbázisoknál, logolásnál, sok kis fájlt kezelő alkalmazásoknál hozhat előnyt.
• RWF_DONTCACHE blokkeszközökhöz – a RWF_DONTCACHE flag támogatása blokkeszközökön lehetővé teszi, hogy bizonyos I/O műveletek ne szennyezzék be a page cache‑t. Ez különösen hasznos adatbázis‑szervereknél vagy olyan user‑space alkalmazásoknál, amelyek közvetlenül nyers blokkeszközökkel dolgoznak.
• F2FS: párhuzamos multi-device flush – a flash‑orientált F2FS fájlrendszer több eszközre kiterjedő flush műveleteit párhuzamosítják, ami javíthatja a teljesítményt több NAND eszközt használó konfigurációkban.
• UBI: per‑device wear-leveling threshold – az UBI (Unsorted Block Images) eddig globális wear‑leveling küszöböt használt a rendszer összes NAND eszközére. A 7.3‑ban már eszközönként külön küszöb állítható, ami finomabb és tartósabb wear‑levelinget tesz lehetővé komplex beágyazott rendszerekben.
• KSMBD és Apple Time Machine – az in‑kernel SMB szerver, a KSMBD mostantól kompatibilis az Apple Time Machine mentésekkel. Ez lehetővé teszi, hogy Linux alapú NAS‑okon kernel‑szintű SMB szerverrel is megbízhatóan működjenek a Time Machine backupok.
• FUSE teljesítmény: IO_uring buffer pool és zero‑copy – a FUSE (Filesystem in Userspace) kap teljesítményjavításokat az IO_uring buffer poolok és zero‑copy kezelés révén. Ez minden olyan fájlrendszert érint, amely FUSE‑ra épül (pl. bizonyos felhő‑ vagy titkosított FS‑ek), és csökkentheti az overheadet.
• Modern NTFS driver: WOF (Windows System Compression) read support – a modern NTFS driver immár képes olvasni a Windows System Compression (WOF) által tömörített fájlokat. Ez Windows‑os partíciók Linux alatti elérésénél fontos, különösen újabb Windows‑verziók esetén.
• Device Mapper javítások – számos hibajavítás és kódtisztítás érkezik a Device Mapper alrendszerbe, részben AI‑asszisztált (Claude Opus) kódátvizsgálás eredményeként. Ez a LUKS, LVM és más DM‑alapú megoldások megbízhatóságát erősíti.
• RAID 5/6 benchmark‑alapú algoritmusválasztás finomítása – a RAID 5/6 esetén használt algoritmusok kiválasztása benchmark‑alapú, és a 7.3‑ban tovább javítják ezt a mechanizmust, hogy a valós workloadokhoz jobban illeszkedjen.
• eCryptfs biztonsági javítások – több, egészen 2006‑ig visszanyúló biztonsági problémát orvosolnak az eCryptfs‑ben. Bár a technológia ma már kevésbé népszerű, még mindig használatban van, ezért fontos a karbantartása.
• HFS/HFS+ hibajavítások – az Apple HFS és HFS+ driverek is kapnak javításokat, ami régi macOS partíciók olvasásánál lehet releváns.
• FSCRYPT fejlesztések, Btrfs titkosítás előkészítése – az FSCRYPT kód javításai és bővítései kifejezetten segítik a Btrfs titkosítási támogatásának jövőbeli bevezetését. Ez hosszabb távon fontos lehet azoknak a disztribúcióknak, amelyek Btrfs‑t és natív titkosítást szeretnének kombinálni.
• IOmap fejlesztések EXT4/XFS számára – az IOmap alrendszer javításai az olyan fájlrendszerek teljesítményét növelhetik, mint az EXT4 és az XFS, különösen nagy fájlok és intenzív I/O esetén.
• FAT: túl hosszú fájlnevek kezelése – a FAT driver hibás viselkedését korrigálják túl hosszú fájlnevek esetén, ami kompatibilitási és adatkonzisztencia szempontból fontos.
• XFS: FALLOC_FL_WRITE_ZEROES támogatás – az XFS mostantól támogatja a FALLOC_FL_WRITE_ZEROES flaget, ami hatékonyabb „nullázást” tesz lehetővé modern meghajtókon, javítva a teljesítményt és csökkentve a felesleges írásokat.
• FailFS driver – a 7.3‑ban bekerül a FailFS, amely a korábban bevezetett NULLFS kiegészítője. A FailFS célja, hogy szándékosan hibákat szimuláljon a fájlrendszer‑rétegben, ezzel segítve a hibakezelés és robusztusság tesztelését. Ez főleg fejlesztőknek és QA‑csapatoknak hasznos.

A tárolás/fájlrendszer fronton tehát egyszerre látunk teljesítményjavulást (Btrfs, NVMe, FUSE, XFS), jobb kompatibilitást (NTFS WOF, KSMBD+Time Machine), és fejlettebb tesztelési lehetőségeket (FailFS), ami hosszú távon stabilabb Linux rendszerekhez vezethet.

Hálózat: staging takarítás, AF_ALG kivezetése, új NIC‑ek és protokollok

A hálózati alrendszerben a Linux 7.3 egyszerre foglalkozik a régi, problémás driverek rendbetételével és az új generációs hálózati hardverek támogatásával.

• RTL8723BS staging driver takarítása – a Realtek RTL8723BS Wi‑Fi/Bluetooth driver immár közel egy évtizede a staging fában van, és a 7.3‑as ciklusban is ez adja a staging változások nagy részét. A cél a kód minőségének javítása, hogy idővel kikerülhessen a stagingből.
• AF_ALG korlátozások, deprecáció – az AF_ALG (kernel crypto API socket interfész) új korlátozásokat kap biztonsági és karbantartási okokból. Az alrendszer deprecálása folyamatban van, de még több alkalmazás (pl. IWD, BlueZ, cryptsetup) függ tőle, ezért a teljes eltávolítás csak fokozatosan történhet meg.
• CXL Type‑2 driver AMD Solarflare NIC‑ekhez – a CXL (Compute Express Link) ökoszisztéma bővül, a Type‑2 driver támogatás AMD Solarflare hálózati kártyákhoz érkezik. Ez főleg adatközponti, nagy teljesítményű konfigurációkban releváns.
• Intel IXD skeleton driver – megjelenik az Intel IXD driver kezdeti váza, amely az Intel Control Plane PIC Function támogatásához szükséges az E2100 és újabb IPU‑kon és FNIC‑eken. Ez szintén inkább szerveroldali, infrastruktúra‑szintű fejlesztés.
• MCTP over USB v1.1 – az MCTP (Management Component Transport Protocol) USB 1.1 feletti támogatása menedzsment‑ és out‑of‑band kommunikációs csatornák számára fontos.
• Realtek RTL8261C/D támogatás – új Realtek PHY‑k (RTL8261C, RTL8261D) támogatása érkezik, ami az újabb alaplapok és hálózati eszközök kompatibilitását javítja.

A hálózati kódot is erősen érinti az AI/LLM‑alapú kódátvizsgálás: számos kisebb javítás, tisztítás és refaktorálás történik, amely hosszú távon karbantarthatóbbá teszi az alrendszert.

Játék hardver és egyéb perifériák: Steam Controller 2026, Logitech HID++, MSI Claw

A Linux 7.3 több, kifejezetten játékosokat célzó hardverhez is hoz újdonságokat.

• 2026 Steam Controller – kezdeti kernel driver – a Steam‑HID driverben megjelenik az elsődleges támogatás a 2026‑os Steam Controllerhez. Bár maga az eszköz még nem piaci termék, a kernel‑oldali előkészítés azt jelzi, hogy a Valve továbbra is komolyan számol a Linuxszal, mint gaming platformmal.
• Logitech HID++ 2.0 reprogramozható gombok – több Logitech eszköz esetén a HID++ 2.0 protokollon keresztül elérhetővé válik a reprogramozható gombok támogatása. Ez lehetővé teszi, hogy a gombok funkcióját Linux alatt is rugalmasan állítsuk.
• MSI Claw Gamepad driver – a Valve közreműködésével upstreamelték az MSI Claw Gamepad driverét. Ez a kézi konzolok és gaming handheldek Linux‑támogatását erősíti, ami a Steam Deck sikerét követően egyre fontosabb terület.

Az ilyen driverek közvetlenül javítják a Linux gaming élményt, mivel a felhasználók out‑of‑the‑box támogatást kapnak újabb kontrollerekhez és gamepadekhez, anélkül, hogy harmadik féltől származó, zárt szoftverekre támaszkodnának.

Egyéb hardver: Ryzen AI Halo LED, USB‑C biztonság, szenzorok, hang

A kernel hardvertámogatási spektruma tovább szélesedik, a laptopoktól a szervereken át a speciális PCIe kártyákig.

• Intel Computer Vision Sensing – Nova Lake ready – az Intel Computer Vision Sensing driver felkészül a Nova Lake platformra, ami a jövőbeli, AI‑ra és érzékelésre optimalizált PC‑k egyik építőköve lehet.
• ASUS alaplap szenzortámogatás bővítése – több ASUS alaplaphoz érkezik szenzormonitorozás (hőmérséklet, feszültség, ventilátorok), ami a Linux alatti hardvermonitorozó eszközök (pl. lm-sensors) számára fontos.
• Hang: új hardverek és „quirk” frissítések – az ALSA/SoC hangalrendszerben sok új eszköz támogatása és rengeteg „quirk” kerül be, főleg laptopokhoz és egyéb hordozható eszközökhöz. Ezek a kis, modell‑specifikus beállítások gyakran döntik el, hogy egy új notebookon „elsőre” működik‑e a hang Linux alatt.
• USB‑C kábelképességek ellenőrzése – a Linux USB‑C kódja mostantól ellenőrzi a csatlakoztatott USB‑C kábelek képességeit, különös tekintettel az Alternate Mode támogatásra (DisplayPort, Thunderbolt). Ez segít elkerülni a „miért nem megy a monitor ezen a kábelen?” típusú problémákat.
• AMD Ryzen AI Halo LED driver – új driver érkezik az AMD Ryzen AI Halo mini PC LED/RGB vezérléséhez. A felhasználó így Linux alatt is ki‑/bekapcsolhatja, illetve színt állíthat az eszköz LED‑jein.
• Lenovo USB‑C Security (USCS) – a Lenovo ThinkPadek USB‑C Security funkciója (USCS) mostantól támogatott az ACPI driverben. Ez lehetővé teszi, hogy a gép csak tápellátást engedjen USB‑C‑n, de blokkolja az adatátvitelt – fontos biztonsági funkció vállalati környezetben.
• Új 8250_mxpcie driver Moxa PCIe multi‑port soros kártyákhoz – az ipari és beágyazott rendszerekben gyakran használt Moxa PCIe többportos soros kártyákhoz új driver érkezik.
• Input alrendszer hardening – az input subsystem biztonsági erősítést kap, csökkentve annak esélyét, hogy rosszindulatú vagy hibás eszközök problémát okozzanak.
• Új watchdog driver Lenovo rendszerekhez – a Lenovo gépek egy részén új watchdog driver gondoskodik arról, hogy a rendszer fagyás esetén automatikusan újraindulhasson.
• USB4STREAM alacsonyabb késleltetéssel – az USB4STREAM támogatás opcionális „busy polling” segítségével alacsonyabb késleltetést érhet el, ami bizonyos nagy sávszélességű, real‑time jellegű alkalmazásoknál lehet előnyös.

Virtualizáció: KVM Chainsaw – kódkarbantartás a háttérben

A virtualizációs fronton a Linux 7.3 egyik említésre méltó eleme a KVM Chainsaw, amely nem új funkciókat, hanem kódtisztítást hoz. A cél a kvm_mmu „god object” jellegű adatstruktúra és a kapcsolódó kód rendbetétele, modularizálása. Bár ez a felhasználó számára közvetlenül nem látványos, hosszú távon stabilabb, könnyebben fejleszthető KVM‑et eredményez, ami a KVM‑alapú hypervisorokra (pl. QEMU/KVM, libvirt) építő rendszereknek kedvez.

Biztonság: AppArmor, EFI védelem, KCFI, TrenchBoot előkészítés

A biztonsági fejlesztések a kernel több rétegét érintik, a memóriavédelemtől a moduláris policy‑kezelésig.

• Stack randomization kód tisztítása – a kernel stack randomizációjáért felelős kódot rendbe teszik, ami a védelem megbízhatóságát és karbantarthatóságát javítja.
• Új AES API‑k – új AES titkosítási API‑k kerülnek be, amelyek a jövőben jobb teljesítményt tehetnek lehetővé, különösen hardveres gyorsítás mellett.
• TPM és TrenchBoot előkészítés – a TPM‑hez kapcsolódó kódot takarítják és készítik elő a TrenchBoot számára. Maga a TrenchBoot még nincs a 7.3‑as ciklus része, továbbra is review alatt áll, de az alapok épülnek.
• Védelem hibás EFI firmware ellen – új mechanizmusok védik a user space‑et attól, hogy egy bugos EFI firmware „magával rántsa” a rendszert. Ez különösen fontos az olcsóbb vagy kevésbé gondosan tesztelt alaplapoknál.
• AppArmor: tömörített user-space policyk – az AppArmor mostantól támogatja a felhasználói térben tömörített policyk használatát, ami rugalmasabb és hatékonyabb policy‑kezelést tesz lehetővé.
• binfmt_misc és BPF – a binfmt_misc mostantól lehetővé teszi, hogy BPF programok dinamikusan válasszák ki a végrehajtási környezetet. Ez fejlett, dinamikus bináris‑kezelési és sandboxing megoldások alapja lehet.
• KCFI javítás régebbi Intel CPU‑kon – a KCFI (Kernel Control Flow Integrity) védelmet javítják régebbi Intel processzorokon, növelve a vezérlés‑átvételi támadások elleni ellenállóképességet.
• Lockdown mód: legacy I/O és memóriahandlerek zárása – kiderült, hogy a kernel lockdown módja bizonyos legacy I/O és memóriahandlereket nyitva hagyott. A 7.3‑ban ezt korrigálják, erősítve a lockdown valódi védelmi értékét.
• Syscall User Dispatch könnyebb kikapcsolása – egyszerűbbé válik a Syscall User Dispatch funkció letiltása, ha egy rendszer adminisztrátora ezt biztonsági vagy kompatibilitási okokból szükségesnek tartja.

Egyéb fejlesztések: MGLRU, sched_ext, BPF, Rust for Linux

A kernel „vegyes” kategóriájában is több fontos változás található.

• MGLRU: végrehajtható kód memóriában tartása – az MGLRU (Multi-Generational LRU) algoritmus egy módosítása segít abban, hogy a végrehajtható kód (pl. binárisok, gyakran használt könyvtárak) nagyobb eséllyel maradjon memóriában. Ez csökkentheti a page faultokat és javíthatja az interaktív teljesítményt.
• sched_ext: al‑scheduler támogatás „feature complete” – a sched_ext alrendszer al‑scheduler támogatása mostanra funkcionálisan teljesnek tekinthető. Ez a jövőben lehetővé teheti, hogy különböző workloadokra specializált ütemezők fussanak a kernelben.
• bpf_sock_read_xattr – új BPF funkció, amely a socketekhez kapcsolódó extended attribute‑ok olvasását teszi lehetővé, bővítve a BPF‑alapú megfigyelési és policy‑eszközök lehetőségeit.
• Rust for Linux és GCC back-end – a Rust for Linux projektben olyan javítások érkeznek, amelyek előkészítik a Rust GCC back‑end használatát. Ez hosszabb távon fontos lehet azoknak a disztribúcióknak, amelyek GCC‑re építik a toolchain‑jüket, de Rust‑os kernelkódot is szeretnének fordítani.

Deprecációk és eltávolítások: régi ARM platformok, SGI, EFS/FreeVxFS

A Linux 7.3 nemcsak új funkciókat hoz, hanem régi, elavult technológiáktól is búcsúzik.

• Régi 32 bites ARM platformok deprecálása – számos régi 32 bites ARM platform kerül deprecálásra, ami több száz kernel driver „árvaságát” eredményezi. Ezek jellemzően olyan hardverek, amelyekhez már nincs karbantartó, és gyakorlatilag nem használtak.
• IPWireless 3G UMTS PCMCIA driver eltávolítása – az IPWireless driver, amely régi 3G UMTS PCMCIA kártyákat támogatott, kikerül a kernelből.
• Régi, nem biztonságos SGI driverek (XP, GRU) eltávolítása – a Silicon Graphics (SGI) XP és GRU kódja, amely már elavult és biztonsági kockázatot is jelenthetett, szintén távozik.
• Régi soroskártya driverek eltávolítása – több, ma már gyakorlatilag nem használt soroskártya driver is kikerül, csökkentve a karbantartási terhet.
• IBMASM driver eltávolítása – az IBM Remote Supervisor Adapter (RSA, RSA II) out‑of‑band menedzsment PCI és ISA kártyákhoz tartozó IBMASM driver is kikerül, mivel a hardver erősen elavult.
• EFS és FreeVxFS fájlrendszerek eltávolítása – az SGI EFS és a FreeVxFS fájlrendszerek támogatása megszűnik. Ezek a fájlrendszerek ma már gyakorlatilag nem használatosak, és fenntartásuk nem indokolt.

Ez a „nagytakarítás” összhangban van azzal a trenddel, hogy a kernel fejlesztői igyekeznek csökkenteni a karbantartandó, de valójában már nem használt kód mennyiségét, különösen az AI/LLM‑es patch‑zaj mellett.

Mit jelent mindez a Linux felhasználók számára?

A Linux 7.3 egyértelműen a modern hardverek és workloadok felé tolja a Linuxot: jobb támogatás az új AMD/Intel platformokhoz, Apple Siliconhoz, RISC‑V‑hez; erősebb grafikus és gaming fókusz (VRAM‑optimalizációk, NVK/Nouveau fejlesztések, Steam Controller, MSI Claw); gyorsabb és okosabb tárolás (Btrfs, NVMe, FUSE, XFS); valamint szigorúbb biztonsági és EFI‑védelmi mechanizmusok.

Linux Mint felhasználók számára a legkézzelfoghatóbb előnyök várhatóan a következők lesznek, ha a disztribúció a jövőben erre a kernelvonalra frissít:

• jobb játék‑teljesítmény, különösen középkategóriás GPU‑kon és korlátozott VRAM‑mal;
• gyorsabb Btrfs és általános I/O‑javulás NVMe SSD‑ken;
• szélesebb körű laptop‑kompatibilitás (hang, szenzorok, USB‑C, ThinkPad USCS);
• stabilabb, biztonságosabb rendszer a kernel‑szintű biztonsági fejlesztéseknek köszönhetően.

A Linux 7.3 egyben jól illusztrálja az AI/LLM eszközök kettős hatását: egyrészt rengeteg hibát segítenek megtalálni és kijavítani, másrészt növelik a patch‑zajt, ami a régi, elhagyott kód agresszívebb eltávolítására ösztönzi a fejlesztőket. A végeredmény egy nagyobb, de tisztább és modernebb kernel, amely jobban illeszkedik a mai – és közeljövőbeli – hardverek és felhasználási módok igényeihez.

Részletek

Ahogy Linus írta vasárnap:

It's Sunday afternoon, and this week I somehow kept my wits together
long enough to keep track of the day of the week, so the release isn't
randomly delayed. Will wonders never cease?

Anyway, nothing very special seems to have happened this last week, so
as expected the final 7.3 is out, and thus tomorrow the merge window
for 7.4 opens. Except I'm on my annual family vacation, so instead of
merging anything first thing in the morning, I'll spend most of the
day on a boat and under water. I'll get back to merging in the
afternoon, but I expect my schedule to be a bit unusual for a while.

I hope I can still complete the merge window in the usual two weeks,
but it may be that I'll end up with an extra week of merging just to
catch up.

Note that that extra week doesn't mean that I'll accept pull requests
that come in past the usual timing - the rules are still that what
gets merged should be ready *before* the merge window opens, not some
kind of late development *during* the merge window.  So don't try any
shenanigans.

Below is the shortlog for the last week of 7.3 development. It looks
fairly spread out, no real pattern to it: random fixes all over.

                Linus

Azaz:

Vasárnap délután van, és ezen a héten valahogy sikerült elég sokáig észnél maradnom ahhoz, hogy számon tartsam, a hét melyik napján járunk, így a kiadás sem csúszik el véletlenszerűen. Hát, vannak még csodák!

Mindenesetre úgy tűnik, az elmúlt héten nem történt semmi különösebben említésre méltó, így a várakozásoknak megfelelően megjelent a végleges 7.3-as verzió, holnap pedig megnyílik a 7.4-es verzió fejlesztési ciklusának összeolvasztási időszaka (merge window).

Csakhogy éppen az éves családi nyaralásomat töltöm, így ahelyett, hogy már kora reggel nekilátnék a változtatások beolvasztásának, a nap nagy részét egy hajón és a víz alatt fogom tölteni. Délután visszatérek a beolvasztásokhoz, de arra számítok, hogy egy ideig a megszokottnál kissé szokatlanabb lesz a napirendem.

Remélem, így is sikerül a szokásos két hét alatt lezárnom az összeolvasztási időszakot, de az is előfordulhat, hogy a lemaradásom behozásához egy további hétre lesz szükségem.

Fontos azonban megjegyezni, hogy ez a plusz hét nem jelenti azt, hogy a megszokott határidő után beérkező pull requesteket is elfogadom. A szabály továbbra is az, hogy a beolvasztásra szánt módosításoknak már az összeolvasztási időszak megnyitása előtt készen kell állniuk – nem pedig az a cél, hogy a fejlesztés még az összeolvasztási időszak alatt fejeződjön be. Szóval senki ne próbálkozzon trükközéssel!

Alább olvasható a 7.3-as verzió fejlesztésének utolsó hetére vonatkozó rövid változáslista (shortlog). A módosítások meglehetősen sokfelé oszlanak el, nem rajzolódik ki semmilyen különösebb mintázat: mindenfelé elszórt, kisebb javításokról van szó.

Linus

A legújabb stabil kernel letölthető a Linux kernel weboldaláról a kernel.org címen valamint a fejlesztés alatt álló kernelfa forráskódja is elérhető.