Kernel-VerĂ«ffentlechung Linux 6.12 mat EchtzĂ€it-ËnnerstĂ«tzung

No zwee MĂ©int EntwĂ©cklung huet de Linus Torvalds de Kernel erausbruecht. Linux 6.12. Zu de bemierkenswĂ€ertste Ännerungen: d'MĂ©iglechkeet fir de EchtzĂ€itmodus z'aktivĂ©ieren, sched_ext fir d'Erstelle vu CPU-Scheduler iwwer eBPF, QR-Code-Ausgab an Noutsituatiounen, TCP-Mechanismus fir den Device Memory, SCHED_DEADLINE Serverressourcereservatiounsmechanismus, Verbesserung vum EEVDF Task Scheduler, IPE-Modul fir d'Astelle vun IntegritĂ©itsrichtlinnen.

DĂ©i nei Versioun enthĂ€lt 14607 Fixer vun 2167 EntwĂ©ckler, d'PatchgrĂ©isst ass 37 MB (d'Ännerunge betraff 13087 Dateien, 507913 Zeilen Code goufen derbĂ€igesat, 234083 Zeilen goufen gelĂ€scht). DĂ©i lescht VerĂ«ffentlechung hat 15130 Fixer vun 2078 EntwĂ©ckler, d'PatchgrĂ©isst war 85 MB (am 6.10 Kernel war de Patch 41 MB an der GrĂ©isst). OngefĂ©ier 45% vun all Ännerungen, dĂ©i am 6.12 agefouert goufen, bezĂ©ien sech op Apparat Chauffeuren, ongefĂ©ier 12% vun Ännerunge si mat der AktualisĂ©ierung vum Code spezifesch fir Hardwarearchitekturen bezunn, 13% si mat dem Netzwierkstack bezunn, 6% si mat Dateiesystemer bezunn, an 3% si verbonne mat internen Kernel-Subsystemer.

Haaptinnovatiounen am Kernel 6.12:

  • ErĂ«nnerung a System Servicer
    • D'MĂ©iglechkeet, de Kernel mat der PREEMPT_RT Optioun ouni zousĂ€tzlech Patches fir EchtzĂ€itbetrieb opzebauen, ass elo verfĂŒgbar. DĂ©i lescht fehlend Kernel-Funktioun, dĂ©i verhĂ«nnert huet, datt de PREEMPT_RT Modus aktivĂ©iert gouf, war d'ËnnerstĂ«tzung fir net-blockĂ©ierend atomar Ausgab iwwer d'printk Funktioun, dĂ©i och am Kernel abegraff ass. PREEMPT_RT ËnnerstĂ«tzung ass fir d'Architekturen x86, x86_64, ARM64 an RISC-V verfĂŒgbar. Bis elo gouf d'Implementatioun vum PREEMPT_RT Modus a Form vun externen Patches ugebueden, dĂ©i a verschiddenen Distributiounen, wĂ©i RHEL, SUSE an ... Ubuntu, hunn separat EchtzĂ€it-Editioune vun hire Produkter erstallt, dĂ©i a BerĂ€icher wĂ©i Finanzsystemer, Audio- a VideoveraarbechtungsgerĂ€ter, Loftfaart, Medizin, Robotik, Telekommunikatioun an industrielle Systemer gefrot sinn, wou et nĂ©ideg ass, eng virauszesoen EventveraarbechtungszĂ€it ze garantĂ©ieren.
    • De Mechanismus "sched_ext" (SCX) gouf bĂ€igefĂŒĂŒgt, wat d'Benotzung vun eBPF ermĂ©iglecht fir CPU-Scheduler ze kreĂ©ieren, dĂ©i praktesch all Aspekter vum Taskplanung an der CPU-Ressourcenzouweisung ofdecken. Sou Scheduler kĂ«nnen dynamesch am Kernel gelueden an ausgefouert ginn. Linux ĐČ virtuell Maschinn eBPF. De sched_ext Mechanismus vereinfacht d'Erstelle vun Aufgabenspezifesche Scheduler, ermĂ©iglecht Experimenter mat verschiddene Schedulingtechniken a Strategien, a lĂ©isst dĂ©i sĂ©ier Erstelle vu funktionĂ©ierende Prototypen an den on-the-fly Ersatz vu Scheduler a Produktiounsinfrastrukturen zou. Zum Beispill kĂ«nnt Dir mat sched_ext e Scheduler erstellen, deen d'SpezifizitĂ©iten vun enger spezifescher Applikatioun berĂŒcksichtegt an hir Schedulingstrategie dynamesch Ă€nnert, ofhĂ€ngeg vum Systemzoustand an aner Faktoren.
    • D'Zesummesetzung enthĂ€lt de reschtlechen Deel vun de Patches, dĂ©i nĂ©ideg sinn fir d'Operatioun vum SCHED_DEADLINE Servermechanismus, deen de Problem vun der Ënnerbenotzung vun CPU-Ressourcen duerch gewĂ©inlech Aufgaben lĂ©ist, wann d'CPU duerch hĂ©ich-PrioritĂ©it (EchtzĂ€it) Aufgaben monopolisĂ©iert gĂ«tt. Fir d'CPU-MonopolisĂ©ierung ze vermeiden, huet de Kernel virdru den EchtzĂ€it Drosselmechanismus benotzt, dee probĂ©iert huet 5% fir niddereg PrioritĂ©it Aufgaben ze reservĂ©ieren, 95% vun der ZĂ€it fir EchtzĂ€it Aufgaben ze loossen. DĂ«se Mechanismus huet vill ze WĂ«nsch verlooss, well normal Aufgaben a ville Situatiounen net genuch Prozessor ZĂ€it kruten. SCHED_DEADLINE Server implementĂ©iert e mĂ©i efficace Ressource Reservatioun Mechanismus.
    • D'Integratioun vum EEVDF (Earliest Eligible Virtual Deadline First) Task Scheduler gouf ofgeschloss, deen den CFS (Completely Fair Scheduler) Scheduler ersat huet, geliwwert mat Kernel 2.6.23. Wann Dir den nĂ€chste Prozess auswielen fir d'AusfĂ©ierung ze transferĂ©ieren, berĂŒcksichtegt den neie Scheduler Prozesser dĂ©i net genuch Prozessorressourcen kritt hunn oder eng onverdĂ©ngt grouss QuantitĂ©it un ProzessorzĂ€it kritt hunn. Am Ă©ischte Fall ass d'Transfert vun der Kontroll op de Prozess gezwongen, an am zweeten, am GĂ©igendeel, gĂ«tt et ausgestallt. Den alen CFS Scheduler huet Heuristik a Feintuning benotzt fir Prozesser z'identifizĂ©ieren dĂ©i speziell Opmierksamkeet gebraucht hunn, wĂ€hrend den neie Scheduler se mĂ©i explizit verfollegt a keng Feintuning erfuerdert. Den EEVDF gĂ«tt erwaart d'VerspĂ©idungen an den Aufgaben ze reduzĂ©ieren, mat deenen d'CFS ZĂ€itplangproblemer hat.
    • Am Kernel Noutfall Handler - DRM Panic, deen den DRM (Direct Rendering Manager) Subsystem benotzt fir e visuelle Bericht am Stil vum "bloen Écran vum Doud" ze weisen, d'FĂ€egkeet fir e Logo an e QR Code mat engem kmsg Bericht ze weisen um Écran wann en Noutfall Konditioun geschitt ass dobĂ€i. Well nĂ«mmen 2953 Bytes an e QR Code passen, gĂ«tt d'DRM_PANIC_SCREEN_QR_CODE_URL Optioun zur VerfĂŒgung gestallt, an dĂ€r de kmsg Bericht mat zlib komprimĂ©iert gĂ«tt an als Parameter un d'URL befestegt gĂ«tt, wat et erlaabt datt ongefĂ©ier 40 Bytes duerch de V7500 QR Code transferĂ©iert ginn. Wann Dir Packagen mam Kernel baut, kĂ«nnen d'Verdeelungen eng Basis URL fir d'URL setzen, wat hinnen erlaabt op eng SĂ€it ze navigĂ©ieren fir e Problem ze berichten. Fir de QR Code Format ze wielen, gĂ«tt d'DRM_PANIC_SCREEN_QR_VERSION Astellung zur VerfĂŒgung gestallt.
    • ZousĂ€tzlech ËnnerstĂ«tzung fir d'ARM POE (Permission Overlay Extension), dĂ©i Iech erlaabt Zougangsrechter op ErĂ«nnerungsberĂ€icher ze setzen. Mat dĂ«ser Extensioun, op Systemer mat ARM64 Prozessoren, kann de Memory Protection Keys Mechanismus Ă«mgesat ginn, dee benotzt gĂ«tt fir den Zougang zu ErĂ«nnerungssĂ€iten ze limitĂ©ieren ouni d'ErĂ«nnerungssĂ€ittabel z'Ă€nneren.
    • Fir d'Loongarch, ARM64, PowerPC an s390 Architekturen ass d'Ëmsetzung vum getrandom () System Uruff geplĂ«nnert, optimisĂ©iert mat dem vDSO (virtuellen dynamesche gemeinsamen Objet) Mechanismus, wat et mĂ©iglech mĂ©cht de System Call Handler vum Kernel op Benotzerraum a Kontextschalter vermeiden. OptimisĂ©ierung erlaabt Iech d'Generatioun vun zoufĂ€lleg Zuelen bis zu 15 Mol ze beschleunegen.
    • D'KapazitĂ©it fir absolute Timeouts ze benotzen, ausgelĂ©ist wann eng gewĂ«ssen ZĂ€it op der Systemuhr erreecht gĂ«tt, gouf zum io_uring asynchronen Input / Output Subsystem bĂ€igefĂŒĂŒgt (virdrun konnten nĂ«mme relativ Timeouts agestallt ginn, wat d'Dauer vum Ufank vun der Operatioun uginn huet. ).
    • DobĂ€i Dateien fir Bindungen fir d'libcpupower-BibliothĂ©ik ze generĂ©ieren mat dem SWIG Toolkit, wat Iech erlaabt Bindungen aus C / C ++ Code fir verschidde ProgrammĂ©ierungssproochen ze generĂ©ieren. Bindungen erlaben Iech Scripten am Python an anere Sproochen ze kreĂ©ieren, a benotzt se fir d'FunktionalitĂ©it vun der libcpupower BibliothĂ©ik ze verlĂ€ngeren, dĂ©i eng API fir d'Gestioun vu cpufreq a Chauffeuren aus dem Benotzerraum ubitt.
    • De cpuidle Utility weist de WĂ€ert vun der Idle Staat "Residenz", benotzt fir EchtzĂ€itsystemer a berĂŒcksichtegt d'MindestzĂ€it datt de Prozessor am Idle Staat muss sinn fir d'EnergiekĂ€schte vum Iwwergang an an aus dĂ«sem Staat ze justifiĂ©ieren.
    • D'MĂ©iglechkeet bĂ€igefĂŒĂŒgt, de Clang-Compiler ze benotzen, fir dĂ©i Standard C-BibliothĂ©ik nolibc ze bauen, dĂ©i am Kernel-Quellcode abegraff ass. Linux a bitt e Wrapper ronderĂ«m Basis Systemuriff. Beim Opbau vun nolibc a Clang ass Link-Time Optimization (LTO) aktivĂ©iert.
    • E puer cgroup1 Interfaces goufen ofgeschaaft, sou wĂ©i TCP Accounting, Soft Limit Versioun XNUMX, a GedĂ€chtnisausschöpfungsmanagement. ËnnerstĂ«tzung fir dĂ«s Fonctiounen bleift voll fir de Moment, an d'Warnung ass gemaach fir d'Zuel vun de Benotzer ze studĂ©ieren dĂ©i weider dĂ«s Fonctiounen benotzen.
    • D'FĂ€egkeet bĂ€igefĂŒĂŒgt fir e Ring Trace-Puffer ze konfigurĂ©ieren fir akkumulĂ©iert DonnĂ©eĂ«n no engem Neistart ze spĂ€icheren, wat Iech erlaabt net akkumulĂ©iert Debugginginformatioun am Fall vun engem Kernel Crash ze verlĂ©ieren. D'DonnĂ©eĂ« ginn an der ErĂ«nnerung gespĂ€ichert. D'AktivĂ©ierung gĂ«tt duerch den Trace_instance Kernel Kommandozeil Parameter gemaach, zum Beispill, Astellung "trace_instance = boot_map@0x285400000:12M" reservĂ©iert 12 MB ErĂ«nnerung op 0x285400000 fir de "boot_map" Puffer, deen iwwer d'Datei /sys/kernel zougĂ€nglech ass. /tracing/instances/boot_map.
    • Weider Migratioun vun Ännerungen aus der Rust-for-BranchLinux, am Zesummenhang mat der Benotzung vu Rust als zweet Sprooch fir d'EntwĂ©cklung vu Treiber a Kernelmoduler (Rust-ËnnerstĂ«tzung ass standardmĂ©isseg net aktiv an enthĂ€lt Rust net Ă«nner den erfuerderleche Build-OfhĂ€ngegkeeten vum Kernel). D'Moduler 'list' an 'rbtree' fir d'Aarbecht mat duebel verlinkte LĂ«schten a rout-schwaarze Sichbeem goufen derbĂ€igesat. D'MĂ©iglechkeete vun de Moduler 'init', 'sync', 'types' an 'error' goufen erweidert. D'MĂ©iglechkeet, Rust-Code ze benotzen, wann e Kernel mat Schutz gĂ©int Spectre-Attacken (MITIGATION_{RETHUNK,RETPOLINE,SLS} Optiounen) gebaut gĂ«tt, mam KASAN-Debugging-System, de kCFI (Kernel Control Flow Integrity) a Shadow Call Schutzmechanismen, a wann zousĂ€tzlech GCC-Plugins benotzt ginn, gouf derbĂ€igesat. En Treiber fir den Applied Micro QT2025 PHY Ethernet Controller, deen a Rust geschriwwe gouf, gouf derbĂ€igesat. Eng separat WebsĂ€it mat Dokumentatioun gouf virbereet: rust.docs.kernel.org.
    • Den xdrgen-Utility gouf dem Kernel-Quellcode bĂ€igefĂŒĂŒgt fir XDR-Spezifikatiounen (eXternal Data Representation) an XDR-CodĂ©ierungs- a DekodĂ©ierungsfunktiounen Ă«mzewandelen, dĂ©i mam C-Stil vum Kernel geschriwwe goufen. Linux.
    • De Kernel huet eng Ännerung ugeholl fir e Pointer Masking Mechanismus Ă«mzesetzen fir d'Zuel vu luesen Uruff un barrier_nospec () an der 64-Bit copy_from_user () Funktioun ze reduzĂ©ieren, benotzt fir Daten an de Kernel aus dem Benotzerraum ze kopĂ©ieren. D'Benotzung vun Masken beschleunegt den "per_thread_ops" Test, deen d'Zuel vun den Operatiounen evaluĂ©iert, dĂ©i an engem Fuedem ausgefouert kĂ«nne ginn, Ă«m 2.6%.
    • En neien USB-Treiber gouf bĂ€igefĂŒĂŒgt, deen Iech erlaabt den 9pfs-Protokoll als Transport ze benotzen fir Daten vun engem USB-GerĂ€t ze schĂ©cken an z'empfĂ€nken wann Dir den 9p Dateiesystem iwwer USB montĂ©iert (zum Beispill "mount -t 9p -o trans=usbg, aname=/path/to/ fs /mnt/9"). E Beispill fir d'Benotzung vum neie Chauffer ass d'Benotzung vun NFS anstatt de Boot vun der Root-Partition z'organisĂ©ieren wann Dir embedded GerĂ€ter entwĂ©ckelt.
  • Disk Subsystem, I/O an Dateisystemer
    • D'KapazitĂ©it fir mat SpĂ€icherapparater ze schaffen, deenen hir BlockgrĂ©isst mĂ©i grouss ass wĂ©i d'GrĂ©isst vun der ErĂ«nnerungssĂ€it am System ass an de VFS-Subsystem bĂ€igefĂŒĂŒgt. An Dateiesystemer gĂ«tt dĂ«s Feature am Moment nĂ«mmen an XFS Ă«nnerstĂ«tzt.
    • De FUSE Subsystem, deen Iech erlaabt Implementatiounen vun Dateiesystemer ze kreĂ©ieren dĂ©i am Benotzerraum operĂ©ieren, huet ËnnerstĂ«tzung bĂ€igefĂŒĂŒgt fir BenotzeridentifizĂ©ierer vu montĂ©ierte Dateiesystemer ze kartĂ©ieren, benotzt fir d'Dateien vun engem spezifesche Benotzer op enger montĂ©ierter auslĂ€nnescher Partition mat engem anere Benotzer op der aktueller ze passen. System.
    • Eng nei fcntl Operatioun, F_CREATED_QUERY, gouf implementĂ©iert, wat eng Applikatioun d'FĂ€egkeet gĂ«tt ze bestĂ«mmen ob eng Datei dĂ©i mam O_CREAT FĂ€ndel opgemaach gouf erstallt gouf oder ob et scho virdru existĂ©iert.
    • D'FĂ€higkeit bĂ€igefĂŒĂŒgt fir eenzegaarteg 64-Bit MontĂ©ierungspunkt IDen op den name_to_handle_at () Systemruff ze benotzen fir CoursebedĂ©ngungen ze vermeiden beim Parsing /proc/mountinfo.
    • D'GrĂ©isst vun der "Datei" Struktur am KĂ€rel gouf vun 232 op 184 Bytes reduzĂ©iert, wat d'ErĂ«nnerungsverbrauch op Systemer reduzĂ©iert dĂ©i aktiv mat Dateien schaffen.
    • MontĂ©ierung vun Dateisystemer fir Punkten an der /proc Hierarchie ze montĂ©ieren, wĂ©i /proc/PID/fd, war verbueden, wat potenziell SĂ©cherheetsprobleemer erstallt huet.
    • De Pseudo-FS NSFS (NameSpace FS), benotzt fir mat Nummraim ze schaffen, liwwert zousĂ€tzlech Informatioun iwwer d'Nummraim vu Mountpunkten.
    • Den EROFS (Extendable Read-Only File System) Dateiesystem, entworf fir op Read-only Partitionen ze benotzen, Ă«nnerstĂ«tzt elo MontĂ©ierung Dateisystemer direkt vun Disk-Biller, dĂ©i als Dateie gespĂ€ichert sinn.
    • Nei ioctl Kommandoen XFS_IOC_START_COMMIT an XFS_IOC_COMMIT_RANGE goufen op XFS bĂ€igefĂŒĂŒgt fir Inhalter tĂ«scht zwee Dateien auszetauschen.
    • NFS huet ËnnerstĂ«tzung fir de "LOCALIO" Protokoll bĂ€igefĂŒĂŒgt, wat Iech erlaabt ze bestĂ«mmen ob de Client an Server NFS um selwechten Host fir dĂ©i entspriechend OptimisĂ©ierungen z'ermĂ©iglechen.
    • Am Btrfs Dateisystem sinn d'PerformanceoptimisĂ©ierunge proposĂ©iert ginn, de Code gouf refactored, d'Gebitt vum Ausmooss vun der Sperrung wĂ€rend Liesoperatioune gouf reduzĂ©iert, d'Aarbecht ass weidergaang fir d'ErĂ«nnerungssĂ€iten ze konvertĂ©ieren fir SĂ€it Folioen ze benotzen, an d'automatesch ErĂ«nnerungsrelease gouf implementĂ©iert fir d'btrfs_path Struktur.
    • Am Ext4 Dateiesystem sinn Bugs am Zesummenhang mat der Blockallokatioun, Ausmoossmanagement, sĂ©ier Engagement a JournalĂ©ierung fixĂ©iert.
  • VirtualisĂ©ierung a SĂ©cherheet
    • Den IPE (Integrity Policy Enforcement) LSM Modul bĂ€igefĂŒĂŒgt, entwĂ©ckelt vu Microsoft fir den existente obligatoresche Zougangskontrollsystem auszebauen. De Modul erlaabt Iech eng allgemeng IntegritĂ©itspolitik fir de ganze System ze definĂ©ieren, wat weist wĂ©i eng Operatiounen erlaabt sinn a wĂ©i d'AuthentizitĂ©it vun de Komponenten verifizĂ©iert soll ginn. Zum Beispill, andeems Dir IPE benotzt, kĂ«nnt Dir spezifizĂ©ieren wĂ©i eng ausfĂŒhrbar Dateien erlaabt sinn ze lafen, andeems se hir KonformitĂ©it mat der Referenzversioun berĂŒcksichtegt mat kryptografeschen Hashes, dĂ©i vum dm-verity System geliwwert ginn.
    • Op der Kernel-Kompilatiounsstadium ass et mĂ©iglech separat verfĂŒgbare Schutzmethoden gĂ©int verschidde Spectre Klass Schwachstelle an der CPU z'aktivĂ©ieren. Kconfig bitt nei Parameteren: MITIGATE_MDS (Schutz gĂ©int d'Mikroarchitektural Data Sampling Schwachstelle), MITIGATE_TAA (Schutz gĂ©int d'TSX Asynchronous Abort Schwachstelle), MITIGATE_MMIO_STALE_DATA (Schutz gĂ©int d'MMIO Stale Data Schwachstelle), MITIGATE_L1TF (Schutz gĂ©int d'LTB1TF), FIGATE_L1TF (Schutz gĂ©int den LTBLE) (Schutz gĂ©int Retbleed Schwachstelle), MITIGATE_SPECTRE_V2, MITIGATE_SPECTRE_VXNUMX (Schutz gĂ©int Spectre Schwachstelle), MITIGATE_SRBDS (Schutz gĂ©int de Special Register Buffer Data Sampling Schwachstelle), MITIGATE_SSB (Schutz gĂ©int d'Spekulativ Store Bypass Schwachstelle).
    • ZousĂ€tzlech Kommandozeiloptioun proc_mem.force_override an eng Rei vu Build-Astellungen an Kconfig (PROC_MEM_FORCE_ALWAYS, PROC_MEM_FORCE_PTRACE an PROC_MEM_FORCE_NEVER) fir ErĂ«nnerung Ännerungen iwwer /proc/pid/mem ze verhĂ«nneren.
    • LSM-Ënnersystem (Linux SĂ©cherheetsmodul) gouf op statesch Uriff Ă«mgestallt, wat d'SĂ©cherheet a Leeschtung verbessert huet.
    • D'MĂ©iglechkeet, StandardkĂ€ren fir d'ARM64-Architektur a GaaschtĂ«mfeld ze benotzen, dĂ©i op ... lafen Android-Systemer mat engem modifizĂ©ierten KVM-Hypervisor (geschĂŒtzte KVM).
    • De Landlock LSM Modul, deen Iech erlaabt d'Interaktioun vun enger Grupp vu Prozesser mat dem externen Ëmfeld ze limitĂ©ieren, implementĂ©iert d'Konzept "IPC scoping" fir selektiv Interaktioun mat Sandbox-Ëmfeld mat Unix Sockets a Signaler ze limitĂ©ieren. Zum Beispill kĂ«nnt Dir Verbindunge verbidden mat Unix-Sockets aus engem Sandbox-Ëmfeld op Prozesser dĂ©i keng Isolatioun ugewannt hunn, awer Verbindunge mat Prozesser am selwechten Ëmfang erlaben.
    • Am KVM Hypervisor ass e FĂ€ndel op d'CPUID fir Gaaschtsystemer bĂ€igefĂŒĂŒgt, wat ËnnerstĂ«tzung fir AVX10.1 Extensiounen ugeet.
  • Netzwierk Subsystem
    • Den Device Memory TCP Mechanismus gouf bĂ€igefĂŒĂŒgt, wat d'Benotzung vun Netzsockets erlaabt fir den Inhalt vun der ErĂ«nnerung vu PeripheriegerĂ€ter direkt iwwer d'Netz ze schĂ©cken (Null-Kopie Modus) an direkt den Inhalt vun de NetzpĂ€ck am Apparat Memory BerĂ€ich op der Plaz ze setzen. EmpfĂ€nger SĂ€it. D'DonnĂ©eĂ«n, dĂ©i a Pakete vermĂ«ttelt ginn, ginn vun der Netzwierkkaart an d'ErĂ«nnerung vun engem PeripheriegerĂ€t oder vum Apparatspeicher op d'Netzwierkskaart direkt transferĂ©iert, andeems d'CPU Ă«mgeet, an d'Paketheader kommen an de regulĂ€re Kernelbuffer.
    • D'KapazitĂ©ite vu ville Ethernet- a Wireless-Treiber goufen erweidert. Zum Beispill huet den Intel iwlwifi Chauffer ËnnerstĂ«tzung bĂ€igefĂŒĂŒgt fir RLC / SMPS Operatiounen op d'Firmware SĂ€it ze bewegen, de RealTek rtw89 Chauffer huet d'Performance erhĂ©icht an d'ËnnerstĂ«tzung fir RTL8852BT / 8852BE-VT (WiFi 6) Chips bĂ€igefĂŒĂŒgt, de Mikrochip Ethernet Chauffer huet ËnnerstĂ«tzung fir IEEE 802.3 bĂ€igefĂŒĂŒgt. bw (100BASE) Spezifikatioune -T1) an IEEE 802.3bp, verbessert virtuell Ethernet Implementatioun Microsoft vNIC an IBM veth. Nei Treiber bĂ€igefĂŒĂŒgt fir Realtek RTL9054, RTL9068, RTL9072, RTL9075, RTL9068, RTL9071 a Microchip LAN8650/1 10BASE-T1S MAC-PHY Ethernet Chips.
    • Am MPTCP (MultiPath TCP), eng VerlĂ€ngerung vum TCP Protokoll fir d'Liwwerung vun TCP PĂ€ck glĂ€ichzĂ€iteg laanscht verschidde Strecken duerch verschidden NetzwierkschnĂ«ttplazen z'organisĂ©ieren, gĂ«tt d'GrĂ©isst vun de Gewiichter, dĂ©i am Routing benotzt ginn, vun 8 op 16 Bit erhĂ©icht. ImplementĂ©iert Detektioun vu verluerene (Blackhole) Traffic a Suspensioun fir eng ZĂ€it vu Versuche fir Verbindunge mat Systemer opzebauen, dĂ©i zum VerkĂ©iersverloscht fĂ©ieren.
    • Fir IPv6 gĂ«tt ËnnerstĂ«tzung fir den "p" FĂ€ndel an der PIO (PrĂ€fix Informatiounsoptioun) implementĂ©iert, benotzt an RA AnnoncĂ« (IPv6 Router Annoncen) fir e Client Deployment Modell iwwer DHCPv6-PD (DHCPv6 PrĂ€fix Delegation, RFC9663) ze wielen anstatt ze ginn individuell Adressen basĂ©iert op PrĂ€fixe mat SLAAC (Stateless Address Autoconfiguration). IPv6 IOAM6 fĂŒĂŒgt ËnnerstĂ«tzung fir en neien Tunsrc Encapsulation Modus fir verbessert Leeschtung.
    • Verbesserte Leeschtung fir d'Veraarbechtung vun IPsec Kontrollpakete.
    • Verbessert Leeschtung vun spĂŒlen grouss nftables Regel Sets. nfnetlink_queue huet SCTP ËnnerstĂ«tzung verbessert.
    • D'ethtool API huet ËnnerstĂ«tzung bĂ€igefĂŒĂŒgt fir verschidde Netzwierkkaarten un eng Netzwierkinterface ze verbannen.
  • AusrĂŒstung
    • Am AMDGPU Chauffer gĂ«tt d'Aarbecht weider fir ËnnerstĂ«tzung fir AMD RDNA4 ("GFX12") GPUs Ă«mzesetzen. D'FĂ€higkeit bĂ€igefĂŒĂŒgt fir eenzel Taskschlaangen zrĂ©ckzesetzen ouni dĂ©i ganz GPU zrĂ©ckzesetzen.
    • D'Aarbecht ass weider um Xe drm Chauffer (Direct Rendering Manager) fir GPUs basĂ©iert op der Intel Xe Architektur, dĂ©i an Intel Arc Famill Videokaarten an integrĂ©iert Grafiken benotzt gĂ«tt, ugefaange mat Tiger Lake Prozessoren. DĂ©i nei Versioun enthĂ€lt ËnnerstĂ«tzung fir GPUs basĂ©iert op der Battlemage a Lunar Lake Mikroarchitekturen. ËnnerstĂ«tzung fir CCS (Color Control Surface) Xe2 Modifikateur gouf agefouert fir d'Parameteren vun integrĂ©ierten an diskreten GPUs ze kontrollĂ©ieren.
    • Den i915 Chauffer implementĂ©iert d'FĂ€egkeet fir Informatioun iwwer d'Fangeschwindegkeet iwwer d'HWMON oder sysfs Interface auszeginn (de "fan1_input" Attribut). De Parameter "i915.modeset" gouf ofgeschaaft, de Parameter "i915.nomodeset" soll amplaz "i0.modeset=915" benotzt ginn.
    • ZousĂ€tzlech ËnnerstĂ«tzung fir A615, A306 an A621 GPUs zum msm DRM Chauffer (Qualcomm Adreno GPU).
    • Den Nouveau Chauffer huet seng intern Strukturen Ă«mgeschafft a gebotzt.
    • Den intel_pstate Chauffer, deen d'Energieverbrauchsparameter (P-State) op Systemer mat Intel Prozessoren kontrollĂ©iert, huet ËnnerstĂ«tzung fir Hybridsystemer mat asymmetreschen (verschidde Charakteristiken) CPUs bĂ€igefĂŒĂŒgt, souwĂ©i ËnnerstĂ«tzung fir d'Energieverwaltung vu Prozessoren basĂ©iert op Granite Rapids a Sierra Forest Mikroarchitekturen. ZousĂ€tzlech ËnnerstĂ«tzung fir Xeon Granite Rapids CPU an den intel_idle Chauffer. Den intel_rapl Chauffer bitt Unerkennung vun AMD 1Ah Famill Prozesser an Intel ArrowLake-U Prozessoren.
    • Weider Inklusioun vun Ännerungen fir d'ARM SoC Snapdragon X Elite z'Ă«nnerstĂ«tzen, dĂ©i dem Qualcomm seng eegen 12-KĂ€r Oryon CPU an Qualcomm Adreno GPU benotzt. Den Chip riicht sech op d'Benotzung an Laptops a PCs, an ass virun den Apple M3 an Intel Core Ultra 155H Chips a ville Performance Tester.
    • ZousĂ€tzlech ËnnerstĂ«tzung fir ARM Boards, SoCs an Apparater: Broadcom bcm2712 (Raspberry Pi 5), Renesas R9A09G057 (RZ/V2H), Qualcomm Snapdragon 414 (MSM8929), Lenovo ThinkPad T14s Gen 6, Lenovo A6000/A6010 Laptop RG 7/A35. , Firefly Core-PX30-JD4, Lunzn Fastrhino R68S, Aspeed Riser, AGX Orin, Rockchip Qnap-TS433, Huashan Pi, Meta Catalina, BeagleY-AI, NanoPi R2S Plus, ExynosAuto v920, SOPHGO SG2002, G5332h IP, G4h, LG815h5 Cool Pi CM35 GenBook, Anbernic RG11XXSP, GameForce Ace, IBM P93, Kontron i.MX6 OSM-S, NanoPC-TXNUMX
    • ZousĂ€tzlech ËnnerstĂ«tzung fir Anbernic RG28XX, On Tat Industrial Company KD50G21-40NT-A1, Innolux G070ACE-LH3, Melfas lmfbx101117480, Densitron DMT028VGHMCMI-1D, Microchip AC40T08A, AOU B116XTN Panel. B02.3XAN116, AOU B06.1XAT116, BOE TV04.1WUM-LL101, BOE NV2WUM-N140, BOE NV41WUM-N133, BOE NV63WHM-A116D, BOE NE4WUM-N140G, 6BCN-N116W-N2G, 116BCN-N2-N601 MNB1LS4-88577, Starry erXNUMX.
    • Den Audio-Subsystem huet ËnnerstĂ«tzung fir Chips a Codecs RME Digiface USB, AMD ACP 7.1, Mediatek MT6367, MT8365, Realtek RTL1320, C-Media CM9825. Al Sound Chauffeuren fir Intel ASoC goufen als obsolet deklarĂ©iert, an et ass recommandĂ©iert AVS Treiber ze benotzen amplaz. Vill Verbesserunge goufen am SoundWire Chauffer gemaach.

Source: opennet.ru

Kaaft zouverlĂ€sseg Hosting fir Site mat DDoS Schutz, VPS VDS Server đŸ”„ Kaaft zouverlĂ©issegt WebsĂ€ithosting mat DDoS-Schutz, VPS VDS Server | ProHoster