Linux 5.18 kernel kiadás

Két hónapos fejlesztés után Linus Torvalds bemutatta a Linux kernel 5.18 kiadását. A legfigyelemreméltóbb változtatások közé tartozik: az elavult funkcionalitás jelentős tisztítása megtörtént, a Reiserfs FS-t elavultnak nyilvánították, a felhasználói folyamatok nyomkövetési eseményei bevezetésre kerültek, az Intel IBT exploit blokkoló mechanizmusának támogatása hozzáadásra került, a puffertúlcsordulás-érzékelő mód engedélyezve lett, amikor a memcpy() függvény használatával hozzáadtunk egy mechanizmust az fprobe függvényhívások nyomon követésére, Javult a feladatütemező teljesítménye az AMD Zen CPU-kon, bekerült az Intel CPU funkcionalitását (SDS) kezelő illesztőprogram, néhány javítást integráltak a fejlécfájlok átstrukturálásához, és jóváhagyásra került a C11 szabvány használata.

Az új verzió 16206 2127 javítást tartalmaz 14203 1995 fejlesztőtől (a legutóbbi kiadásban 108 14235 fejlesztőtől 1340982 593836 javítás volt), a javítás mérete 44 MB (a változtatások 5.18 16 fájlt érintettek, 11 3 3 kódsor került hozzáadásra, XNUMX sor törölve). Az XNUMX-ban bevezetett változtatások körülbelül XNUMX%-a az eszközillesztőkkel kapcsolatos, a változtatások körülbelül XNUMX%-a a hardverarchitektúrák kódjának frissítéséhez, XNUMX%-a a hálózati veremhez, XNUMX%-a a fájlrendszerekhez és XNUMX%-a. belső kernel alrendszerekhez kapcsolódnak.

Főbb újítások a 5.18-as kernelben:

• Lemez alrendszer, I/O és fájlrendszerek
  • A Btrfs fájlrendszer támogatja a tömörített adatok továbbítását a küldési és fogadási műveletek végrehajtásakor. Korábban a küldés/fogadás használatakor a küldő oldal kicsomagolta a tömörített formában tárolt adatokat, a fogadó oldal pedig újratömörítette az írás előtt. Az 5.18-as kernelben a küldési/fogadási hívást használó felhasználói területi alkalmazások lehetőséget kaptak tömörített adatok továbbítására újracsomagolás nélkül. A funkcionalitás az új ioctl BTRFS_IOC_ENCODED_READ és BTRFS_IOC_ENCODED_WRITE műveleteknek köszönhetően valósul meg, amelyek lehetővé teszik az információk bizonyos mértékig történő közvetlen olvasását és írását.

    Ezenkívül a Btrfs javítja az fsync teljesítményét. Lehetőséget adtunk a duplikáció megszüntetésére és az újrahivatkozás végrehajtására (a fájl metaadatainak klónozása a meglévő adatokra mutató hivatkozás létrehozásával anélkül, hogy ténylegesen másolnák azokat) a teljes tárhelyen, nem korlátozva a beillesztési pontokra.

  • Közvetlen I/O módban lehetőség van a titkosított fájlok elérésére, ha az fscrypt beépített titkosítást használ, amelyben a titkosítási és visszafejtési műveleteket a meghajtóvezérlő végzi, nem pedig a kernel. Szokásos kerneltitkosítással a titkosított fájlok közvetlen I/O-val történő elérése továbbra sem lehetséges, mivel a fájlok elérése a kernel pufferelési mechanizmusának megkerülésével történik.
  • Az NFS-kiszolgáló alapértelmezés szerint támogatja az NFSv3 protokollt, amely mostantól nem igényel külön engedélyezést, és akkor érhető el, ha az NFS általánosan engedélyezett. Az NFSv3 az NFS fő és mindig támogatott verziója, és az NFSv2 támogatása a jövőben megszűnhet. Jelentősen javult a címtártartalmak olvasásának hatékonysága.
  • A ReiserFS fájlrendszer elavult, és várhatóan 2025-ben eltávolítják. A ReiserFS megszüntetése csökkenti a fájlrendszer-szintű változtatások karbantartásához szükséges erőfeszítéseket, amelyek az új mounting, iomap és tomes API támogatásával kapcsolatosak.
  • Az F2FS fájlrendszer esetében megvalósult a felcsatolt fájlrendszerek felhasználói azonosítóinak leképezésének képessége, amely egy felcsatolt idegen partíción lévő adott felhasználó fájljainak összehasonlítására szolgál a jelenlegi rendszer másik felhasználójával.
  • A Device-mapper kezelőkben a statisztikák kiszámításához használt kódot átdolgozták, ami jelentősen javította az elszámolás pontosságát az olyan kezelőkben, mint a dm-crypt.
  • Az NVMe eszközök mostantól támogatják a 64 bites ellenőrző összegeket az integritás ellenőrzéséhez.
  • Az exfat fájlrendszerhez egy új "keep_last_dots" csatolási opciót javasoltak, amely letiltja a pontok törlését a fájlnév végén (Windows rendszerben a fájlnév végén lévő pontok alapértelmezés szerint törlődnek).
  • Az EXT4 javítja a fast_commit mód teljesítményét és növeli a méretezhetőséget. Az „mb_optimize_scan” beillesztési opció, amely lehetővé teszi a teljesítmény növelését nagy fájlrendszer-töredezettség esetén, a kiterjedésű fájlokkal való munkavégzéshez igazodik.
  • Az írási adatfolyamok támogatása a blokkeszközöket támogató alrendszerben megszűnt. Ezt a funkciót SSD-khez javasolták, de nem terjedt el széles körben, és jelenleg nincs olyan eszköz, amely támogatja ezt a módot, és nem valószínű, hogy a jövőben megjelennek.
• Memória- és rendszerszolgáltatások
  • Megkezdődött a javítások készletének integrációja, amely jelentősen csökkenti a kernel újraépítésének idejét a fejlécfájlok hierarchiájának átstrukturálásával és a keresztfüggőségek számának csökkentésével. Az 5.18-as kernel olyan javításokat tartalmaz, amelyek optimalizálják a feladatütemező fejlécfájljainak szerkezetét (kernel/sched). Az előző kiadáshoz képest a kernel/sched/ kód összeállításakor a CPU időfogyasztása 61%-kal, a tényleges idő pedig 3.9%-kal (2.95-ről 2.84 másodpercre) csökkent.
  • A kernelkód használhatja a 11-ben közzétett C2011 szabványt. Korábban a kernelhez hozzáadott kódnak meg kellett felelnie az 89-ben kialakított ANSI C (C1989) specifikációnak. Az 5.18-as kernel felépítési szkriptekben a „—std=gnu89” beállítás helyére a „—std=gnu11 -Wno-shift-negative-value” lép. A C17 szabvány alkalmazásának lehetőségét mérlegelték, de ebben az esetben a GCC minimálisan támogatott verziójának növelésére lenne szükség, míg a C11 támogatás beépítése beleillik a GCC verzió (5.1) jelenlegi követelményei közé.
  • Továbbfejlesztett feladatütemezési teljesítmény a Zen mikroarchitektúrával rendelkező AMD processzorokon, amelyek több Last Level Cache-t (LLC) biztosítanak minden csomóponthoz helyi memóriacsatornákkal. Az új verzió megszünteti a NUMA csomópontok közötti LLC egyensúlyhiányt, ami bizonyos típusú munkaterhelések esetén jelentős teljesítménynövekedést eredményezett.
  • Bővültek az alkalmazások felhasználói térben történő nyomon követésére szolgáló eszközök. Az új kernelverzió lehetővé teszi a felhasználói folyamatok számára, hogy felhasználói eseményeket hozzanak létre, és adatokat írjanak a nyomkövetési pufferbe, amelyek a szabványos kernelkövető segédprogramokon, például az ftrace és a perf segítségével tekinthetők meg. A felhasználói térkövetési események elkülönítve vannak a kernel nyomkövetési eseményeitől. Az események állapota a /sys/kernel/debug/tracing/user_events_status fájlban, az események regisztrációja és adatrögzítése pedig a /sys/kernel/debug/tracing/user_events_data fájlon keresztül tekinthető meg.
  • Hozzáadott egy mechanizmus a függvényhívások figyelésére (próba) - fprobe. Az fprobe API az ftrace-en alapul, de csak az a képesség korlátozza, hogy visszahívási kezelőket csatolhat a függvény belépési és kilépési pontjaihoz. A kprobes-okkal és kretprobes-okkal ellentétben az új mechanizmus lehetővé teszi, hogy egy kezelőt egyszerre több funkcióhoz használjunk.
  • A memóriakezelő egységgel (MMU) nem rendelkező régebbi ARM processzorok (ARMv4 és ARMv5) támogatása megszűnt. Az MMU nélküli ARMv7-M rendszerek támogatása megmarad.
  • Az Andes Technologies processzoraiban használt RISC-szerű NDS32 architektúra támogatása megszűnt. A kódot eltávolították a karbantartás hiánya és az NDS32 támogatás iránti kereslet hiánya miatt a fő Linux kernelben (a többi felhasználó a hardvergyártók speciális kernelépítéseit használja).
  • Alapértelmezés szerint az a.out futtatható fájlformátumot támogató kernel felépítése le van tiltva az alfa és m68k architektúrák esetében, amelyek továbbra is ezt a formátumot használják. Valószínű, hogy a régi a.out formátum támogatása hamarosan teljesen megszűnik a kernelből. Az a.out formátum eltávolításának terveit 2019 óta tárgyalják.
  • A PA-RISC architektúra minimális támogatást nyújt a vDSO (virtuális dinamikus megosztott objektumok) mechanizmushoz, amely korlátozott számú rendszerhívást biztosít a felhasználói térben környezetváltás nélkül. A vDSO-támogatás lehetővé tette a nem végrehajtható veremekkel való futtatás képességének megvalósítását.
  • Hozzáadott támogatás az Intel HFI (Hardware Feedback Interface) mechanizmushoz, amely lehetővé teszi a hardver számára, hogy információkat továbbítson a kernelnek az egyes CPU-k aktuális teljesítményéről és energiahatékonyságáról.
  • Illesztőprogram hozzáadva az Intel SDSi (szoftver által definiált szilícium) mechanizmushoz, amely lehetővé teszi további szolgáltatások processzorba való beépítését (például speciális utasításokat és további gyorsítótárat). Az ötlet az, hogy a chipek olcsóbban szállíthatók, fejlett funkciók zárolásával, amelyeket aztán a chip hardveres cseréje nélkül „megvásárolhatunk” és további képességeket lehet aktiválni.
  • Az amd_hsmp illesztőprogram az AMD HSMP (Host System Management Port) interfész támogatására került, amely a Fam19h generációtól kezdve az AMD EPYC szerver processzoraiban megjelent speciális regisztereken keresztül biztosítja a processzorkezelési funkciók elérését. Például a HSMP-n keresztül adatokat kaphat az energiafogyasztásról és a hőmérsékletről, beállíthat frekvenciakorlátokat, aktiválhat különféle teljesítménynövelési módokat és kezelheti a memóriaparamétereket.
  • Az io_uring aszinkron I/O interfész az IORING_SETUP_SUBMIT_ALL beállítást valósítja meg a fájlleírók gyűrűpufferben való regisztrálásához, és az IORING_OP_MSG_RING műveletet, hogy jelet küldjön az egyik gyűrűpufferből egy másik gyűrűpufferbe.
  • A DAMOS (Data Access Monitoring-based Operation Schemes) mechanizmus, amely lehetővé teszi a memória felszabadítását a memóriaelérés gyakoriságának figyelembevételével, kibővítette a memóriaműveletek felhasználói térből történő figyelését.
  • A javítások harmadik sorozatát integrálták az oldalfóliók koncepciójának megvalósításába, amelyek hasonlítanak az összetett oldalakra, de jobb szemantikával és világosabb munkaszervezéssel rendelkeznek. A tomes használata lehetővé teszi a memóriakezelés felgyorsítását egyes kernel-alrendszerekben. A javasolt javításokban a belső memóriakezelési funkciókat fóliókba fordították, beleértve a get_user_pages() függvény változatait. Támogatást nyújtott nagy mennyiségű előreolvasási kód létrehozásához.
  • Az összeállítási rendszer mostantól támogatja a USERCFLAGS és USERLDFLAGS környezeti változókat, amelyekkel további jelzőket adhatunk át a fordítónak és a linkernek.
  • Az eBPF alrendszerben a BTF (BPF Type Format) mechanizmus, amely BPF pszeudokódban típus-ellenőrzési információkat biztosít, lehetőséget biztosít megjegyzések hozzáadására a felhasználói térben lévő memóriaterületekre hivatkozó változókhoz. A megjegyzések segítik a BPF kódellenőrző rendszert a memória-hozzáférések jobb azonosításában és ellenőrzésében.
  • A betöltött BPF-programok tárolására új memóriakiosztás-kezelőt javasoltak, amely lehetővé teszi a memória hatékonyabb kihasználását olyan helyzetekben, amikor nagyszámú BPF-programot töltenek be.
  • A folyamatmemória-kezelés optimalizálásához eszközöket biztosító madvise() rendszerhívásba bekerült a MADV_DONTNEED_LOCKED jelző, amely kiegészíti a meglévő MADV_DONTNEED jelzőt, amelyen keresztül a kernel előre értesülhet egy memóriablokk közelgő kiadásáról, pl. hogy erre a blokkra már nincs szükség és a kernel használhatja. A MADV_DONTNEED-től eltérően a MADV_DONTNEED_LOCKED jelző használata megengedett a RAM-ban rögzített memóriaoldalaknál, amelyek a madvise meghívásakor a rögzített állapotuk megváltoztatása nélkül kilakoltatásra kerülnek, valamint a blokkoláshoz való későbbi hozzáférés és egy „oldal generálása” esetén. hiba”, a kötés megőrizve kerül visszaküldésre. Ezen túlmenően egy olyan módosítás is hozzáadásra került, amely lehetővé teszi a MADV_DONTNEED jelző használatát a HugeTLB nagy memórialapjainál.
• Virtualizáció és biztonság
  • Az x86 architektúrához hozzáadták az Intel IBT (Indirect Branch Tracking) parancsfolyam-védelmi mechanizmusának támogatását, amely megakadályozza az exploit konstrukciós technikák használatát visszatérő programozási technikákkal (ROP, Return-Oriented Programming), amelyben az exploit a gépi utasítások memóriájában már létező híváslánc formájában jön létre, amely egy vezérlő visszatérési utasítással végződik (általában ezek a függvények végei). A megvalósított védelmi módszer lényege, hogy blokkolja a közvetett átmeneteket egy függvény törzsébe úgy, hogy egy speciális ENDBR utasítást ad a függvény elejére, és csak akkor engedi meg a közvetett átmenet végrehajtását, ha erre az utasításra (közvetett hívás a JMP-n keresztül és a CALL-nak mindig az ENDBR utasításra kell esnie, amely a legelején lévő függvényeknél található).
  • Engedélyezte a pufferhatárok szigorúbb ellenőrzését a memcpy(), memmove() és memset() függvényekben, fordítási időben, amikor a CONFIG_FORTIFY_SOURCE mód engedélyezve van. A hozzáadott változás annak ellenőrzésében rejlik, hogy az ismert méretű szerkezetek elemei túllépik-e a határokat. Megjegyezzük, hogy a megvalósított szolgáltatás lehetővé teszi az összes memcpy()-hez kapcsolódó kernelpuffer-túlcsordulás blokkolását, amelyet legalább az elmúlt három évben azonosítottak.
  • Hozzáadtuk a kód második részét az RDRAND pszeudo-véletlenszám-generátor frissített megvalósításához, amely a /dev/random és /dev/urandom eszközök működéséért felelős. Az új megvalósítás arról nevezetes, hogy egyesíti a /dev/random és a /dev/urandom működését, védelmet ad a véletlen számok folyamában duplikációk megjelenése ellen a virtuális gépek indításakor, és átvált a BLAKE2s hash függvény használatára az SHA1 helyett. entrópia keverési műveletek. A változtatás javította az álvéletlenszám-generátor biztonságát a problémás SHA1 algoritmus megszüntetésével és az RNG inicializálási vektor felülírásának megszüntetésével. Mivel a BLAKE2s algoritmus teljesítményben felülmúlja az SHA1-et, használata pozitív hatással volt a teljesítményre is.
  • Az ARM64 architektúra esetében egy új mutató hitelesítési algoritmus – a „QARMA3” – támogatásával bővült, amely gyorsabb, mint a QARMA algoritmus, miközben fenntartja a megfelelő biztonsági szintet. A technológia lehetővé teszi speciális ARM64 utasítások használatát a visszatérési címek digitális aláírások segítségével történő ellenőrzésére, amelyeket magának a mutatónak a fel nem használt felső bitjeiben tárolnak.
  • Az ARM64 architektúra esetében az összeállítás támogatása a GCC 12-ben egy védelmi móddal valósul meg, amely megakadályozza, hogy a verem puffertúlcsordulása esetén ne írják felül egy függvényből a visszatérési címet. A védelem lényege, hogy a visszaküldési címet egy külön „árnyék” verembe mentjük, miután a vezérlést átadtuk egy függvénynek, és a függvényből való kilépés előtt lekérjük ezt a címet.
  • Hozzáadott egy új kulcstartót - „gép”, amely tartalmazza a rendszertulajdonosi kulcsokat (MOK, géptulajdonosi kulcsok), amelyet az alátét rendszertöltő támogatja. Ezekkel a kulcsokkal lehet digitálisan aláírni a rendszerindítás utáni szakaszban betöltött kernelkomponenseket (például kernelmodulokat).
  • Az aszimmetrikus magánkulcsok támogatásának megszüntetése a TPM-ekhez, amelyeket a TPM régebbi verziójában kínáltak, ismert biztonsági problémákkal jártak, és a gyakorlatban nem alkalmazták széles körben.
  • A size_t típusú adatok védelme az egész számok túlcsordulása ellen. A kód tartalmazza a size_mul(), size_add() és size_sub() kezelőket, amelyek lehetővé teszik a méretek biztonságos szorzását, összeadását és kivonását a size_t típussal.
  • A kernel felépítésekor a „-Warray-bounds” és a „-Wzero-length-bounds” jelzők engedélyezve vannak, amelyek figyelmeztetést jelenítenek meg, ha az index túllép a tömbhatáron, és nulla hosszúságú tömböket használnak.
  • A virtio-crypto eszköz kiegészítette az RSA algoritmussal történő titkosítás támogatását.
• Hálózati alrendszer
  • A hálózati hidak megvalósítása során bekerült a portkötési mód (locked mode) támogatása, amelyben a felhasználó csak engedélyezett MAC címről küldhet forgalmat a porton keresztül. Az STP (Spanning Tree Protocol) protokoll állapotának értékeléséhez több struktúra is használható. Korábban a VLAN-okat csak közvetlenül STP-re lehetett leképezni (1:1), minden VLAN-t egymástól függetlenül kezeltek. Az új verzió hozzáadja az mst_enable paramétert, engedélyezése esetén a VLAN-ok állapotát az MST (Multiple Spanning Trees) modul vezérli, és a VLAN-ok összerendelése megfelelhet az M:N modellnek.
  • Folytatódott a munka az eszközök hálózati verembe való integrálásával a csomagok eldobásának okainak nyomon követésére (okkódok). Az okkód akkor kerül elküldésre, amikor a csomaghoz társított memória felszabadul, és lehetővé teszi az olyan helyzeteket, mint például a csomagok elvetése fejléchibák miatt, rp_filter hamisítás észlelése, érvénytelen ellenőrző összeg, memóriahiány, IPSec XFRM szabályok aktiválása, érvénytelen TCP sorozatszám stb.
  • A felhasználói térből indított BPF programokból BPF_PROG_RUN módban lehet hálózati csomagokat átvinni, melyben a BPF programok a kernelben futnak le, de az eredményt visszaküldik a felhasználói térbe. A csomagok továbbítása az XDP (eXpress Data Path) alrendszer segítségével történik. Támogatja az élő csomagfeldolgozási módot, amelyben az XDP processzor képes a hálózati csomagokat menet közben átirányítani a hálózati veremre vagy más eszközökre. Lehetőség van külső forgalom szoftvergenerátorainak létrehozására vagy hálózati keretek helyettesítésére is a hálózati verembe.
  • A hálózati cgroupokhoz csatolt BPF programok esetében segédfüggvényeket javasoltak a rendszerhívások visszatérési értékének explicit beállítására, amely lehetővé teszi a rendszerhívások blokkolásának okairól való teljesebb információ továbbítását.
  • Az XDP (eXpress Data Path) alrendszer kiegészítette a több pufferben elhelyezett töredezett csomagok támogatását, ami lehetővé teszi a Jumbo keretek XDP-ben történő feldolgozását és a TSO/GRO (TCP Segmentation Offload/Generic Receive Offload) használatát az XDP_REDIRECT-hez.
  • Jelentősen felgyorsult a hálózati névterek törlésének folyamata, amelyre néhány nagy, nagy forgalmú rendszeren szükség volt.
• Оборудование
  • Az amdgpu illesztőprogram alapértelmezés szerint tartalmazza a FreeSync adaptív szinkronizálási technológiát, amely lehetővé teszi a képernyőn megjelenő információk frissítési gyakoriságának beállítását, így biztosítva a sima és szakadásmentes képeket játék és videók nézése közben. Az Aldebaran GPU-támogatást stabilnak jelentették.
  • Az i915 illesztőprogram támogatja az Intel Alderlake N chipeket és az Intel DG2-G12 diszkrét grafikus kártyákat (Arc Alchemist).
  • A nouveau meghajtó támogatja a nagyobb bitsebességet a DP/eDP interfészek és az lttprs (Link-Training Tunable PHY Repeaters) kábelhosszabbítók támogatását.
  • A drm (Direct Rendering Manager) alrendszerben az illesztőprogramokban armada, exynos, gma500, hyperv, imx, ingenic, mcde, mediatek, msm, omap, rcar-du, rockchip, sprd, sti, tegra, tilcdc, xen és vc4 paraméterek támogatása hozzáadásra került a nomodeset, amely lehetővé teszi a kernelszintű videomódok váltásának és a hardveres megjelenítést gyorsító eszközök használatának letiltását, így csak a rendszer framebufferéhez kapcsolódó funkcionalitás marad meg.
  • Hozzáadott támogatás az ARM SoС Qualcomm Snapdragon 625/632 (LG Nexus 5X és Fairphone FP3 okostelefonokban), Samsung Exynos 850, Samsung Exynos 7885 (Samsung Galaxy A8-ban), Airoha (Mediatek/EcoNet) EN7523, Mediatek (Presti6582) PMT5008Presti3. tablet 966G), Microchip Lan2, Renesas RZ/G2LC, RZ/V3L, Tesla FSD, TI K62/AMXNUMX és i.MXRTxxxx.
  • Támogatás hozzáadva a Broadcom (Raspberry Pi Zero 2 W), Qualcomm (Google Herobrine R1 Chromebook, SHIFT6mq, Samsung Galaxy Book2), Rockchip (Pine64 PineNote, Bananapi-R2-Pro, STM32 Emtrion emSBS, Samsung Galaxy Tab S) ARM eszközökhöz és kártyákhoz , Prestigio PMT5008 3G táblagép, Allwinner (A20-Marsboard), Amlogic (Amediatek X96-AIR, CYX A95XF3-AIR, Haochuangy H96-Max, Amlogic AQ222 és OSMC Vero 4K+), Aspeed SPEED (A6-Marsboard) / Armada (Ctera C8 V3 és V200 NAS), Mstar (DongShanPiOne, Miyoo Mini), NXP i.MX (Protonic PRT1MM, emCON-MX2M Mini, Toradex Verdin, Gateworks GW8).
  • Hozzáadott támogatás az AMD PDM, Atmel PDMC, Awinic AW8738, i.MX TLV320AIC31xx, Intel CS35L41, ESSX8336, Mediatek MT8181, nVidia Tegra234, Qualcomm SC7280/V2, Qualcomm SC585/V234, Texas RXNUMX Renesas hangrendszerekhez és kodekekhez. Az Intel AVS DSP chip hangvezérlőjének kezdeti megvalósítása hozzáadva. Frissítettük az Intel ADL és a TegraXNUMX illesztőprogram-támogatását, és változtatásokat hajtottunk végre a Dell, HP, Lenovo, ASUS, Samsung és Clevo eszközök hangtámogatásának javítása érdekében.

  Ezzel egy időben a Latin American Free Software Foundation létrehozta a teljesen ingyenes kernel 5.18 - Linux-libre 5.18-gnu verzióját, amely megtisztította a firmware elemeitől és a nem szabad komponenseket vagy kódrészleteket tartalmazó illesztőprogramoktól, amelyek hatóköre korlátozott. a gyártó által. Az új kiadás megtisztítja a MIPI DBI panelek, a VPU Amphion, a WiFi MediaTek MT7986 WMAC, a Mediatek MT7921U (USB) és a Realtek 8852a/8852c, az Intel AVS és a Texas Instruments TAS5805M hangchipek illesztőprogramjait. A DTS-fájlokat a különböző Qualcomm SoC-k esetében is megtisztították az AArch64 architektúrán alapuló processzorokkal. Frissített blobtisztító kód az AMD GPU, MediaTek MT7915, Silicon Labs WF200+ WiFi, Mellanox Spectru Ethernet, Realtek rtw8852c, Qualcomm Q6V5, Wolfson ADSP, MediaTek HCI UART illesztőprogramjaiban és alrendszereiben.

Forrás: opennet.ru