Linux 7.3 – gyorsabb Btrfs, új hardvertámogatás és az AI-korszak első „nehézsúlyú” kernelje

enlightened Ez az oldal a közösségért készül. heart Kövess minket máshol is:  Linux Mint Magyar Közösség a Mastodon-on  Telegram csatorna – csak hírek  Beszélgessünk a Telegram – Linux csevegő csoport  Hírek olvasása RSS segítségével  Linux Mint Hivatalos Magyar Közösség a Facebook-on      Linux Mint Baráti Kör a Facebook-on
wink Ha hasznosnak találod, és szeretnéd, hogy folytatódjon, támogasd a munkát Ko-fi vagy Paypal segítségével. laugh

kami911 képe

A Linux 7.3-rc1 megjelenésével lezárult az új kernelverzió két hetes merge ablaka, és kirajzolódik, milyen irányba mozdul tovább a Linux-ökoszisztéma. 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.

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:

Two weeks have passed, it's Sunday afternoon, and the merge window has closed.

Nothing really stands out - except for the fact that it's big. It's
not the biggest rc1 we've ever had, but it's certainly up there, at
least in number of commits.

And I don't think that surprises anybody any more. It's all the same
pattern we've been seeing for a while now.

It's also big as an actual diff, and the reason for *that* is not
surprising either: this is yet another one of those releases with a
big AMD GPU register dump. This time it's the AMD DCN6 register
headers. They're huge. As usual. That's what you get when you dump all
the hardware definitions as C header #defines. There's also the
accompanying code for the new gen. All in all, that AMD GPU code and
header dump accounts for about a third of the whole rc1 patch.

But if you just mask out that big chunk, things look pretty normal,
and this merge window didn't feel that different from most of them
despite being large. I made it unnecessarily hard for myself by being
a grade A nincompoop and doing a system upgrade in the middle, and
then having to chase down an issue that caused, but that was entirely
on me. I knew I shouldn't have done it, but I just naively went
"nothing will go wrong". And hey, it was all good in the end, I just
made this merge window harder for myself than I should have.

Let's hope the rest of this release will go smoothly. And be small and
uneventful. But who am I kidding? It almost certainly won't be small,
but I can always hope.

                Linus

Azaz:

Két hét telt el, vasárnap délután van, és a merge window lezárult.

Igazából semmi különös nem emelkedik ki – azon kívül, hogy nagy. Nem ez a legnagyobb rc1, amit valaha kiadtunk, de mindenképpen az élmezőnyben van, legalábbis a commitok számát tekintve.

És azt hiszem, ezen már senki sem lepődik meg. Ugyanaz a minta, amit már egy ideje látunk.

Tényleges diffként is nagy, és ennek az oka sem meglepő: ez is egy újabb olyan kiadás, amelyben egy nagy AMD GPU-regiszterdump található. Ezúttal az AMD DCN6 regiszterfejléceiről van szó. Hatalmasak. Mint mindig. Ezt kapjuk, amikor az összes hardverdefiníciót C-fejlécbeli #define-ok formájában dumpoljuk. Az új generációhoz tartozó kísérő kód is ott van. Összességében az AMD GPU-kód és a fejlécdump a teljes rc1 patch körülbelül egyharmadát teszi ki.

De ha ezt a nagy darabot egyszerűen kitakarjuk, akkor a dolgok meglehetősen normálisnak tűnnek, és ez a merge window sem érződött annyira másnak a legtöbbhöz képest, annak ellenére, hogy nagy volt. Feleslegesen megnehezítettem a saját dolgomat azzal, hogy első osztályú tökfej módjára a közepén csináltam egy rendszerfrissítést, aztán egy olyan probléma után kellett nyomoznom, amit ez okozott – és ami teljesen az én hibám volt. Tudtam, hogy nem kellett volna megtennem, de naivan csak azt gondoltam: „mi baj lehet?”. És hé, a végén minden rendben lett, csak nehezebbé tettem magamnak ezt a merge window-t, mint kellett volna.

Reméljük, a kiadás hátralévő része zökkenőmentesen fog menni. És kicsi, eseménytelen lesz. De kit áltatok? Szinte biztos, hogy nem lesz kicsi, de reménykedni mindig lehet.

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ő.