A Linux 6.18 kernel egyik érdekes újítása a HID alrendszerben a Sony PlayStation DualSense (PS5) kontrollerek hangcsatlakozóinak jobb támogatása.
Miért fontos ez?
A DualSense alapból tartalmaz egy mono belső hangszórót, valamint egy 3,5 mm-es jack csatlakozót fejhallgató és mikrofon számára. A gond eddig az volt, hogy a Linux a kimeneti útvonalat mindig a fejhallgatóra állította, még akkor is, ha nem volt csatlakoztatva. Így a belső hangszóró gyakorlatilag használhatatlan maradt.
Linus Torvalds a 6.17-es Linux kernel merge window végén határozottan reagált a RISC-V patch-ek késedelmes beküldésére és a nem releváns kód hozzáadására. A RISC-V fejlesztő, Palmer Dabbelt, későn küldte be a patch-eket a 6.17-es merge window végére. Linus kiemelte, hogy a késői pull request nem csak szabályellenes, de szemétkódot (garbage) is tartalmaz, ami nem RISC-V-specifikus és a generikus header fájlokat szennyezi.
A Linux kernel 6.18-as kiadásában újabb fontos fejlesztés érkezik az AMD (korábban Xilinx) Versal SoC család támogatásához. Az „versalnet_edac” névre keresztelt driver a DDR memóriát használó Versal NET SoC-ok számára biztosít hibafelismerést és -javítást (Error Detection And Correction – EDAC), tovább erősítve ezzel a rendszer megbízhatóságát és stabilitását.
A Microsoftnál dolgozó Christian Brauner, a Linux kernel egyik meghatározó mérnöke, 12 darabból álló pull request-sorozatot küldött be a Linux 6.18-hoz. Ezek közül az egyik legfontosabb változtatás a VFS (Virtual File System) réteget érinti, és egy komoly problémát hivatott megoldani: bizonyos körülmények között a rendszer akár órákon át 100%-os CPU-terhelés alá kerülhetett.
Tizenhárom évvel azután, hogy az AMD bemutatta a GCN 1.0 „Southern Islands” grafikus kártyáit Radeon HD 7000 sorozatként, most új lendületet kapott a régi hardverek támogatása a Linux nyílt forráskódú grafikus illesztőprogramjaiban. A kezdeményezés élére a Valve Linux-grafikus csapatának egyik fejlesztője állt, aki kifejezetten ezeknek az eszközöknek a jobb AMDGPU kompatibilitásán dolgozik.
1991. szeptember 17-én jelent meg a Linux kernel 0.01-es verziója. Az első Linux kernel kiadás mindösszesen 10,239 sor forráskódból állt és 62 kilóbájt méretű. Napjainkra már több mint egymillió kódhozzájárulást (commit) fogadtak be be a Linux kernelbe. Noha az első Linux kiadás forráskódját 100 százalékban Linus Torvalds írta, napjainkban 1 százaléknál kevesebb kód származik az eredeti Linus Torvalds által készítettekből. A Linux 1.0 verziója 1994 márciusában jelent meg és 176 250 kódsort tartalmazott a forráskódja. A Linux kernel eddig 20 000 ember munkáját dicséri és 2020. augusztusában küldték be az egymilliómodik kódhozzájárulást. A Linux kernel hozzávetőlegesen 40 millió kódsorból áll a Git tárolója tanulsága szerint.
Az utóbbi hónapokban sajnálatosan több jelentős Linux-fejlesztői veszteség érte az Intel csapatát. A vállalatnál végbement létszámcsökkentések mellett különösen fájdalmas látni, hogy számos, a nyílt forráskódú világban is aktív szakember távozott, nemcsak a kernel, hanem más, kapcsolódó területekről is. Az Intel évtizedeken át kiemelkedő hírnevet szerzett azzal, hogy úttörő szerepet vállalt az új hardverek Linux-kernelhez történő korai engedélyezésében, valamint a fordítóeszköz-láncok és más komponensek fejlesztésében.
A Bcachefs, amely az utóbbi időben szinte minden Linux kernel kiadással kapcsolatban felmerült, a fejlesztő, Kent Overstreet és Linus Torvalds nézeteltérései miatt nem kerül be a közelgő 6.17-es Linux kernelbe. Overstreet most bejelentette, hogy a projekt nem lesz többé közvetlenül a kernel része, hanem DKMS (Dynamic Kernel Module Support) modul formájában kerül majd terjesztésre.
A Linux 6.12-es kerneléhez érkezett XFS fájlrendszer frissítései új ioctl műveleteket vezetnek be, amelyek lehetővé teszik két fájl tartalmának cseréjét. Az új funkciók révén a fájlkezelés még hatékonyabb és biztonságosabb lesz, különösen az atomikus frissítések terén.
A Fedora Linux 44 fejlesztői új biztonsági intézkedéseket terveznek a Linux kernel számára, amelyek célja a rendszermag sebezhetőségeinek csökkentése és a potenciális támadások elleni védelem megerősítése. A változtatások főként a ptrace, kptr_restrict és BPF JIT mechanizmusokra koncentrálnak. A javasolt változtatások három fő sysctl beállítást érintenek:
Hét év fejlesztés és folyamatos tesztelés után a Linux Kernel Runtime Guard (LKRG) elérte az 1.0-s verziót. Az Openwall projekt részeként karbantartott modul egy újabb védelmi réteget biztosít a Linux kernel számára, amely valós időben figyeli a rendszer működését, és azonnal közbeavatkozik, ha gyanús vagy veszélyes művelet történik.
Az NVIDIA nyílt forráskódú Linux-meghajtójának, a Nouveau-nak a felhasználói hosszú ideje küzdenek a véletlenszerű lefagyásokkal és instabilitással. A hiba nyomon követése és reprodukálása rendkívül nehéz volt, ám a közelmúltban a közösség áttörést ért el. Egy új, mindössze pár soros javítás drámai módon növelheti a driver megbízhatóságát, és a Linux 6.17-es kernelben már elérhetővé is válhat.
A Linux kernel fejlesztői folyamatosan optimalizálják a különböző fájlrendszereket, és a legújabb hírek szerint jelentős előrelépés várható az exFAT esetében is. Egy friss patch (javítófolt) forradalmasíthatja a nagyméretű, exFAT fájlrendszerrel formázott partíciók kezelését, és drámaian felgyorsíthatja a betöltési időket.
Az AMD a közelmúltban elküldte a kernel grafikus meghajtó (kernel graphics driver) frissítéseinek első csomagját, amelyeket még idén beépítenek a Linux 6.18-as kernelébe. Bár ez az első adag, ami az AMDGPU és az AMDKFD (AMD Compute Kernel Driver) compute meghajtókat érinti, nem olyan radikális, mint a korábbi kernelfrissítések, mégis számos fontos korrekciót és újdonságot tartalmaz, amelyek elengedhetetlenek a folyamatos fejlődéshez. Ráadásul a fejlesztések még hetekig tartanak, így várhatóan további funkciók is bekerülnek a későbbiekben a DRM-Next (Direct Rendering Manager Next) ágba.
A Linux 6.17-rc4 közeledtével új javítások érkeznek a régi Intel Pentium 4 processzorokhoz, valamint frissítést kap az Attack Vector Controls a Speculative Store Bypass (SSB) kezelésére. Cikkünkben részletesen bemutatjuk, miről van szó, és miért fontosak ezek a javítások a régi x86 rendszerek stabilitása szempontjából.