Nach zwei Monaten der Entwicklung prĂ€sentierte Linus Torvalds die Kernel-Version . Zu den auffĂ€lligsten Ănderungen gehören die UnterstĂŒtzung fĂŒr AMD Navi GPUs, Zhaoxi Prozessoren und die Intel Speed Select Energieverwaltungstechnologie, die Möglichkeit, umwait-Befehle zum Warten ohne zyklische Abfragen zu verwenden,
den interaktiven Modus âutilization clampingâ fĂŒr asymmetrische CPUs, den Systemaufruf pidfd_open, die Möglichkeit, IPv4-Adressen aus dem Subnetz 0.0.0.0/8 zu verwenden, die Hardwarebeschleunigung von nftables, die UnterstĂŒtzung von HDR im DRM-Subsystem und die Integration des ACRN Hypervisors.
Im Die neue Version von Linus erinnerte alle Entwickler an die wichtigste Regel bei der Entwicklung des Kernels â die Bewahrung der unverĂ€nderten FunktionalitĂ€t fĂŒr die Komponenten im Benutzerspeicher. Ănderungen im Kernel dĂŒrfen bestehende Anwendungen in keiner Weise beeintrĂ€chtigen und dĂŒrfen keine Regressionen auf Benutzerebene verursachen. Ein VerstoĂ gegen diese FunktionalitĂ€t kann nicht nur durch ABI-Ănderungen, die Entfernung veralteten Codes oder das Auftreten von Fehlern auftreten, sondern auch durch indirekte Auswirkungen korrekt funktionierender nĂŒtzlicher Verbesserungen. Als anschauliches Beispiel wurde nĂŒtzliche im Ext4-Code, die die Anzahl der Zugriffe auf das SpeichergerĂ€t durch das Ausschalten des vorzeitigen Lesens der Inode-Tabelle bei kleinen I/O-Anfragen reduziert.
Die Optimierung fĂŒhrte dazu, dass aufgrund der reduzierten FestplattenaktivitĂ€t die Entropie fĂŒr den Zufallszahlengenerator getrandom() langsamer akkumuliert wurde und in einigen Konfigurationen unter bestimmten UmstĂ€nden hĂ€ngende Prozesse beim Booten auftraten, bis der Entropie-Pool gefĂŒllt war. Da die Optimierung tatsĂ€chlich nĂŒtzlich ist, entstand unter den Entwicklern eine Diskussion, in der vorgeschlagen wurde, das Problem durch die Deaktivierung des blockierenden Modus des getrandom()-Aufrufs standardmĂ€Ăig zu lösen und eine optionale Flagge hinzuzufĂŒgen, um auf Entropie zu warten, ein solches Ănderung wĂŒrde jedoch die QualitĂ€t der Zufallszahlen zu Beginn des Bootens beeinflussen.
In die neue Version wurden 15794 Korrekturen von 1974 Entwicklern aufgenommen,
die PatchgröĂe betrĂ€gt 92 MB (die Ănderungen betrafen 13986 Dateien, 258419 Codezeilen wurden hinzugefĂŒgt,
599137 Zeilen wurden entfernt). UngefÀhr 39 % aller in 5.3
Ănderungen sind mit GerĂ€tetreibern verbunden, etwa 12 % der Ănderungen betreffen
Codeaktualisierungen spezifisch fĂŒr Hardwarearchitekturen, 11 %
Subsystemen des Kernels. 12,4 % aller Ănderungen wurden von Intel vorbereitet, 6,3 % von Red Hat, 5,4 % von Google, 4,0 % von AMD, 3,1 % von SUSE, 3 % von IBM, 2,7 % von Huawei, 2,7 % von Linaro, 2,2 % von ARM, 1,6 % von Oracle.
Subsystemen des Kernels.
:
- Speicher und Systemdienste
- Die Weiterentwicklung der FunktionalitĂ€t âpidfdâ wurde fortgesetzt, welche hilft, Situationen mit der Wiederverwendung von PID zu verarbeiten (pidfd ist mit einem bestimmten Prozess verbunden und Ă€ndert sich nicht, wĂ€hrend PID nach dem Abschluss des aktuellen Prozesses, der mit diesem PID assoziiert ist, einem anderen Prozess zugewiesen werden kann). Zuvor wurde bereits in den Kernel
der Systemaufruf pidfd_send_signal() und das Flag CLONE_PIDFD im Aufruf clone() hinzugefĂŒgt, was die Verwendung von pidfd in idfd_send_signal() ermöglicht. Bei der Verwendung des Aufrufs clone() mit dem Flag CLONE_PIDFD konnten Probleme mit Dienstmanagern oder dem System zum zwangsweisen Beenden von Prozessen bei Speichermangel auf der Android-Plattform auftreten. In diesem Fall wird der Aufruf fork() oder clone() ohne CLONE_PIDFD verwendet.Im Kernel 5.3 wurde der Systemaufruf , der es ermöglicht, ein ĂŒberprĂŒfbares pidfd fĂŒr einen beliebigen bestehenden Prozess zu erhalten, der nicht ĂŒber den Aufruf clone() mit dem Flag CLONE_PIDFD erstellt wurde. Zudem wurde die UnterstĂŒtzung fĂŒr das Polling von pidfd mittels poll() und epoll() hinzugefĂŒgt, was es Prozessmanagern ermöglicht, das Ende beliebiger Prozesse zu ĂŒberwachen, ohne sich um einen Wettlaufzustand bei der Zuweisung von PID an einen neuen Prozess sorgen zu mĂŒssen. Der Mechanismus zur Benachrichtigung ĂŒber das Ende eines Prozesses, der mit pidfd verbunden ist, Ă€hnelt der Benachrichtigung ĂŒber das Ende seines eigenen Kindprozesses;
- Im Task-Scheduler wurde die UnterstĂŒtzung fĂŒr den Mechanismus der AuslastungsdĂ€mpfung hinzugefĂŒgt (), der es ermöglicht, die minimalen oder maximalen Frequenzbereiche einzuhalten, abhĂ€ngig von den aktiven CPU-Aufgaben. Der vorgestellte Mechanismus beschleunigt Aufgaben, die sich direkt auf die Benutzerinteraktion auswirken, indem diese Aufgaben mindestens im unteren Bereich der âangefordertenâ Frequenz gestartet werden. Niedrigpriorisierte Aufgaben, die sich nicht auf die Arbeit des Benutzers auswirken, werden mit der oberen Grenze der âerlaubtenâ Frequenz gestartet. Die Grenzen werden ĂŒber die Attribute sched_uclamp_util_min und sched_uclamp_util_max im Systemaufruf sched_setattr() festgelegt.
- Die UnterstĂŒtzung der Energieverbrauchssteuerungstechnologie , die auf einigen Servern mit Intel Xeon-Prozessoren verfĂŒgbar ist. Die angegebene Technologie ermöglicht es, die Leistungs- und Durchsatzparameter von Kernen fĂŒr verschiedene CPU-Kerne einzustellen, wodurch die Leistung fĂŒr Aufgaben, die auf bestimmten Kernen ausgefĂŒhrt werden, priorisiert werden kann, wĂ€hrend die Leistung auf anderen Kernen geopfert wird;
- Prozesse im Benutzerspeicher die Möglichkeit, kurze Zeit ohne Nutzung von Schleifen mit der Umwait-Anweisung zu warten. Diese Anweisung, zusammen mit den Anweisungen Umonitor und Tpause, wird in den kommenden Intel «Tremont»-Prozessoren angeboten und ermöglicht das Implementieren energieeffizienter Verzögerungen, die die Leistung anderer Threads unter Hyper-Threading nicht beeintrÀchtigen;
- FĂŒr die RISC-V-Architektur wurde die UnterstĂŒtzung von groĂen Seiten im Speicher (Huge Pages) hinzugefĂŒgt;
- Im Kprobes-Trace-Mechanismus wurde die Möglichkeit hinzugefĂŒgt, Kernelzeiger im Benutzerspeicher zu dereferenzieren, was beispielsweise zur Bewertung des Inhalts von Strukturen verwendet werden kann, die an Systemaufrufe ĂŒbergeben werden. Zudem wurde die Möglichkeit zur ĂberprĂŒfung beim Booten hinzugefĂŒgt.
- In die Konfigurationsdatei wurde die Option PREEMPT_RT fĂŒr den Echtzeitbetrieb aufgenommen. Der Code zur UnterstĂŒtzung des Echtzeitbetriebs wurde jedoch noch nicht zum Kernel hinzugefĂŒgt, doch das Vorhandensein der Option ist ein gutes Zeichen, dass die jahrelange Odyssee von Realtime-Preempt-Patches dem Ende entgegengeht;
- Ein Systemaufruf clone3() wurde hinzugefĂŒgt, der eine erweiterbare Variante der clone()-Schnittstelle implementiert und die Angabe einer gröĂeren Anzahl von Flags zulĂ€sst;
- Ein Handler bpf_send_signal() wurde hinzugefĂŒgt, der BPF-Programmen das Senden von Signalen an beliebige Prozesse ermöglicht;
- FĂŒr Perf-Ereignisse im KVM-Hypervisor-Umfeld wurde ein neuer Filtermechanismus fĂŒr Ereignisse hinzugefĂŒgt, der es dem Administrator ermöglicht, die Arten von Ereignissen, die fĂŒr das Monitoring auf der Gastsystemseite zulĂ€ssig oder unzulĂ€ssig sind, zu definieren;
- Im Verifizierungsmechanismus fĂŒr eBPF-Anwendungen wurde die Möglichkeit zur Verarbeitung von Programmen mit Schleifen hinzugefĂŒgt, sofern die AusfĂŒhrung der Schleife begrenzt ist und nicht zu einer Ăberschreitung des Limits fĂŒr die maximale Anzahl an Anweisungen fĂŒhren kann;
- Die Weiterentwicklung der FunktionalitĂ€t âpidfdâ wurde fortgesetzt, welche hilft, Situationen mit der Wiederverwendung von PID zu verarbeiten (pidfd ist mit einem bestimmten Prozess verbunden und Ă€ndert sich nicht, wĂ€hrend PID nach dem Abschluss des aktuellen Prozesses, der mit diesem PID assoziiert ist, einem anderen Prozess zugewiesen werden kann). Zuvor wurde bereits in den Kernel
- Festplattensubsystem, Ein-/Ausgabe und Dateisysteme
- FĂŒr das XFS-Dateisystem wurde die Möglichkeit der mehrthreadigen Durchlauf von Inodes implementiert (zum Beispiel bei der Quota-PrĂŒfung). Es wurden neue ioctls BULKSTAT und INUMBERS hinzugefĂŒgt, die Zugang zu Funktionen bieten, die in der fĂŒnften Ausgabe des FS-Formats eingefĂŒhrt wurden, wie etwa das Geburtsdatum des Inodes und die Möglichkeit, BULKSTAT- und INUMBERS-Parameter fĂŒr jede AG (Allocation Groups) zu setzen;
- In Ext4 LeerrÀume in Verzeichnissen (ungebundene Blöcke).
des Flags âiâ (immutable) fĂŒr geöffnete Dateien (Schreibsperre in FĂ€llen, in denen das Flag gesetzt wurde, als die Datei bereits geöffnet war); - In Btrfs wurde eine schnelle Implementierung von crc32c fĂŒr alle Architekturen gewĂ€hrleistet;
- In CIFS wurde das Erkennungsmerkmal fĂŒr experimentelle Entwicklung im Code zur UnterstĂŒtzung von smbdirect entfernt. In SMB3 wurde die Möglichkeit hinzugefĂŒgt, Kryptalgorithmen im GCM-Modus zu verwenden. Eine neue Montageoption wurde hinzugefĂŒgt, um die Parameter des Modus aus ACE (Access Control Entry)-EintrĂ€gen zu extrahieren. Die Leistung des Aufrufs open() wurde optimiert;
- In F2FS wurde eine Option zur Begrenzung des Garbage Collectors im Modus checkpoint=disable hinzugefĂŒgt. Ein ioctl zum Entfernen von Blockbereichen aus F2FS wurde hinzugefĂŒgt, was ermöglicht, die PartitionsgröĂe dynamisch anzupassen. Es wurde die Möglichkeit hinzugefĂŒgt, in F2FS eine Auslagerungsdatei mit direktem I/O zu platzieren. FĂŒr alle Benutzer wurde die UnterstĂŒtzung fĂŒr das Fixieren von Dateien und das Zuweisen von Blöcken fĂŒr solche Dateien hinzugefĂŒgt;
- Im Interface fĂŒr asynchronen I/O io_uring wurde die UnterstĂŒtzung fĂŒr asynchrone Operationen sendmsg() und recvmsg() hinzugefĂŒgt;
- In das UBIFS-Dateisystem wurde die UnterstĂŒtzung fĂŒr Kompression mit dem Algorithmus zstd und die Möglichkeit zur Verifizierung signierter FS-Abbilder integriert;
- Im Ceph-FS wurde die UnterstĂŒtzung fĂŒr SELinux-Sicherheitslabels fĂŒr Dateien hinzugefĂŒgt;
- FĂŒr NFSv4 wurde eine neue Montageoption ânconnect=â implementiert, die die Anzahl der Verbindungen zum Server bestimmt. Der Datenverkehr zwischen diesen Verbindungen wird mithilfe von Lastverteilung verteilt. DarĂŒber hinaus wird im NFSv4-Server jetzt ein Verzeichnis /proc/fs/nfsd/clients mit Informationen ĂŒber aktuelle Clients erstellt, einschlieĂlich Informationen ĂŒber die von ihnen geöffneten Dateien;
- Virtualisierung und Sicherheit
- Im Kernel wurde ein Hypervisor fĂŒr eingebettete GerĂ€te integriert , der mit Blick auf die Bereitschaft zur AusfĂŒhrung von Echtzeitanforderungen und die Eignung fĂŒr kritische Systeme entwickelt wurde. ACRN gewĂ€hrleistet minimale Overheadkosten, garantiert niedrige Latenzen und angemessene Reaktionszeiten beim Umgang mit Hardware. Es unterstĂŒtzt die Virtualisierung von CPU-Ressourcen, Eingabe/Ausgabe, Netzwerksubsystemen, Grafik- und Audiooperationen. ACRN kann verwendet werden, um mehrere isolierte virtuelle Maschinen in elektronischen SteuergerĂ€ten, Armaturenbrettern, Fahrzeuginformationssystemen, Verbraucher-IoT-GerĂ€ten und anderen eingebetteten Technologien zu betreiben;
- In User-Mode Linux der âZeitreiseâ-Modus, der es ermöglicht, die Zeit in der virtuellen UML-Umgebung zu verlangsamen oder zu beschleunigen, um das Debuggen von zeitabhĂ€ngigem Code zu erleichtern. AuĂerdem wurde die Option hinzugefĂŒgt
time-travel-start, mit der die Systemuhren von einem bestimmten Zeitpunkt im Epoch-Format gestartet werden können; - Es wurden neue Kernel-Optionen âinit_on_allocâ und âinit_on_freeâ hinzugefĂŒgt, bei deren Angabe die Nullung der zugewiesenen und freigegebenen Speicherbereiche aktiviert wird (AuffĂŒllung mit Nullen bei malloc und free), was die Sicherheit durch zusĂ€tzliche Initialisierungskosten erhöht;
- Ein neuer Treiber wurde hinzugefĂŒgt mit der Implementierung eines para-virtualisierten GerĂ€ts, das es ermöglicht, IOMMU-Anfragen wie ATTACH, DETACH, MAP und UNMAP ĂŒber den virtio-Transport ohne Emulation von Speichertabellen zu versenden;
- Ein neuer Treiber wurde hinzugefĂŒgt , das den Zugriff auf Speichermedien ermöglicht, die im physischen Adressraum abgebildet sind, wie z. B. NVDIMM;
- Die Möglichkeit der Anbringung kryptografischer SchlĂŒssel an benutzerdefinierte oder NetzwerknamensrĂ€ume wurde realisiert (die SchlĂŒssel sind auĂerhalb des gewĂ€hlten Namensraums nicht verfĂŒgbar), sowie der Schutz der SchlĂŒssel durch ACL;
- Im Krypto-Subsystem unterstĂŒtzt einen sehr schnellen Algorithmus fĂŒr nicht-kryptografisches Hashing , dessen Geschwindigkeit auf der Speicherleistung basiert;
- Netzwerksubsystem
- Die Verarbeitung von IPv4-Adressen im Bereich 0.0.0.0/8 wurde ermöglicht, die zuvor nicht beschrieben wurden. Diese Subnetz verbreitet weitere 16 Millionen IPv4-Adressen;
- In Netfilter fĂŒr nftables wurde die UnterstĂŒtzung von Hardware-beschleunigten Paketfilterungsmechanismen durch zusĂ€tzliche in die Treiber implementierte Funktionen hinzugefĂŒgt . Auf Netzwerkadapter können vollstĂ€ndige Regeltabellen mit allen Ketten ausgegeben werden. Die Aktivierung erfolgt durch Bindung des NFT_TABLE_F_HW-Flags an die Tabelle. Es werden einfache Metadaten der Protokolle der Schichten 3 und 4 unterstĂŒtzt, Aktionen annehmen/ablehnen, Zuordnungen nach IP und Netzwerkports des Senders/EmpfĂ€ngers sowie dem Protokolltyp;
- eingebaute UnterstĂŒtzung fĂŒr die Verfolgung von Verbindungen fĂŒr NetzwerkbrĂŒcken, die keine emulierende Schicht br_netfilter benötigen;
- In nf_tables UnterstĂŒtzung fĂŒr das SYNPROXY-Modul, das Ă€hnliche Funktionen wie iptables bereitstellt, sowie die Möglichkeit, in Regeln nach bestimmten Optionen im IPv4-Header zu ĂŒberprĂŒfen;
- Es wurde die Möglichkeit hinzugefĂŒgt, BPF-Programme an die Systemaufrufe setsockopt() und getsockopt() anzuhĂ€ngen, was beispielsweise das AnhĂ€ngen eigener Zugriffsbehandler an diese Aufrufe ermöglicht. DarĂŒber hinaus wurde ein neuer Hook hinzugefĂŒgt, mit dem der Aufruf des BPF-Programms einmal pro RTT-Interval (Round-Trip-Time, Ping-Zeit) organisiert werden kann;
- FĂŒr IPv4 und IPv6 ein neuer Mechanismus zur Speicherung von Next-Hop-Routing-Daten, der darauf abzielt, die Skalierbarkeit von Routing-Tabellen zu erhöhen. DurchgefĂŒhrte Tests haben gezeigt, dass bei Verwendung des neuen Systems insgesamt 743.000 Routen in den Kernel in nur 4,3 Sekunden geladen wurden;
- FĂŒr Bluetooth die FunktionalitĂ€t, die zur UnterstĂŒtzung von LE-Ping erforderlich ist;
- AusrĂŒstung
- UnterstĂŒtzung fĂŒr x86-kompatible Prozessoren der Firma , entwickelt aus einem gemeinsamen Projekt von VIA Technologies und der Stadtregierung von Shanghai. Die CPU-Familie ZX basiert auf der x86-64 Isaiah-Architektur, die die Technologien weiterentwickelt, ;
- In das DRM (Direct Rendering Manager)-Subsystem sowie in die Grafiktreiber amdgpu und i915 wurde UnterstĂŒtzung fĂŒr das Parsen, Verarbeiten und Senden von HDR-Metadaten (High Dynamic Range) ĂŒber den HDMI-Port hinzugefĂŒgt, die die Verwendung von HDR-Panels und Bildschirmen ermöglichen, die zusĂ€tzliche Helligkeitsbereiche anzeigen können;
- Im amdgpu-Treiber wurde die erste UnterstĂŒtzung fĂŒr die AMD NAVI-GPU (RX5700) hinzugefĂŒgt, die einen Basistreiber, Code fĂŒr die Interaktion mit Bildschirmen (DCN2), UnterstĂŒtzung fĂŒr GFX und Berechnungen (GFX10) umfasst,
SDMA 5 (System DMA0), Energieverwaltungsfunktionen und Multimedia-Codierer/decoder (VCN2). Im amdgpu wurde auch die UnterstĂŒtzung fĂŒr Karten auf Basis der GPU Vega12 und Vega20 verbessert, fĂŒr die zusĂ€tzliche Funktionen zur Speicher- und Energieverwaltung hinzugefĂŒgt wurden; - Der amdkfd-Treiber (fĂŒr diskrete GPUs wie Fiji, Tonga, Polaris) unterstĂŒtzt jetzt GPUs der VegaM-Baureihe.
- Im DRM-Treiber fĂŒr Intel-Grafikkarten mit Icelake-Chips. Ein neuer Multisegment-Gamma-Korrekturmodus wurde hinzugefĂŒgt. Die Möglichkeit, ĂŒber DisplayPort im YCbCr4:2:0-Format auszugeben, wurde ergĂ€nzt. Neue Firmware wurde hinzugefĂŒgt. fĂŒr SKL, BXT, KBL, GLK und ICL. Es wurde die Möglichkeit implementiert, die Stromversorgung des Bildschirms im asynchronen Modus abzuschalten. UnterstĂŒtzung fĂŒr Speicherung und Wiederherstellung des Rendering-Kontexts fĂŒr Ironlake-Chips (Gen5) und Gen4 (Broadwater â Cantiga), was es ermöglicht, den Zustand der GPU aus dem Benutzerspeicher beim Wechsel zwischen verschiedenen Batch-Operationen wiederherzustellen.
- Der Nouveau-Treiber ermöglicht die Erkennung des NVIDIA Turing TU116-Chipsatzes.
- Die Funktionen des DRM/KMS-Treibers fĂŒr ARM Komeda (Mali D71) Grafikhardware wurden erweitert, einschlieĂlich UnterstĂŒtzung fĂŒr Skalierung, Schichtenaufteilung/-fusionierung, Rotation, verzögerte Aufnahme, AFBC, SMMU und Farbcode-Formate Y0L2, P010, YUV420_8/10BIT.
- Der MSM-Treiber unterstĂŒtzt jetzt die A540 GPU Adreno-Serie, die in Qualcomm-Prozessoren verwendet wird, sowie den DSI-Controller MSM8998 fĂŒr Snapdragon 835.
- Treiber fĂŒr LCD-Panels wie Samsung S6E63M0, Armadeus ST0700, EDT ETM0430G0DH6, OSD101T2045-53TS wurden hinzugefĂŒgt.
ZusĂ€tzlich wurden Evervision VGG804821, FriendlyELEC HD702E, KOE tx14d24vm1bpa, TFC S9700RTWV43TR-01B, EDT ET035012DM6 und VXT VL050-8048NT-C01 hinzugefĂŒgt. - Treiber zur UnterstĂŒtzung von Video-Dekodierungsbeschleunigungsfunktionen.
verfĂŒgbar im SoC Amlogic Meson. - Im v3d-Treiber (fĂŒr den Broadcom Video Core V, der in Raspberry Pi verwendet wird) wurde jetzt eine Verwaltung von Compute-Shaders integriert.
- Der Treiber fĂŒr SPI-Tastaturen und Touchpads, die in modernen Apple MacBook- und MacBookPro-Modellen eingesetzt werden.
- ZusĂ€tzlicher Schutz fĂŒr ioctl-Aufrufe im Zusammenhang mit dem Floppy-Treiber, der als 'orphaned' markiert wird, was bedeutet, dass sein Test eingestellt wurde. Der Treiber bleibt im Kernel erhalten, aber seine ordnungsgemĂ€Ăe Funktion wird nicht garantiert. Der Treiber wird als veraltet betrachtet, da es schwierig ist, funktionierende Hardware zum Testen zu finden â alle aktuellen externen SpeichergerĂ€te verwenden in der Regel USB.
Der cpufreq-Treiber fĂŒr Raspberry Pi-Platten ermöglicht eine dynamische Verwaltung der Prozessorfrequenz. - UnterstĂŒtzung fĂŒr neue ARM SoCs Mediatek mt8183 (4x Cortex-A73 + 4x Cortex-A53), TI J721E (2x Cortex-A72 + 3x Cortex-R5F + 3 DSPs + MMA) und Amlogic G12B (4x Cortex-A73 + 2x Cortex-A53) sowie Platten:
- Purism Librem5
- ,
- Microsoft Olympus BMC,
- Kontron SMARC,
- Novtech Meerkat96 (i.MX7),
- ST Micro Avenger96,
- ST Micro Avenger96,
- Google Cheza (Qualcomm SDM845),
- Qualcomm Dragonboard 845c (Qualcomm SDM845),
- Hugsun X99 TV Box (Rockchip RK3399),
- Khadas Edge/Edge-V/Captain (Rockchip RK3399),
- HiHope RZ/G2M,
- NXP LS1021A-TSN.
Gleichzeitig Lateinamerikanischer Fonds fĂŒr freies Software
Variante â , gereinigt von Elementen von Firmware und Treibern, die nicht-freie Komponenten oder Codeabschnitte enthalten, deren Nutzung durch den Hersteller eingeschrĂ€nkt ist. Im neuen Release wurde das Laden von Blobs in den Treibern qcom, hdcp drm, allegro-dvt und meson-vdec deaktiviert.
Der Code zur Bereinigung von Blobs in den Treibern und Subsystemen amdgpu, i915, netx, r8169, brcmfmac, rtl8188eu, adreno, si2157, pvrusb2, touchscreen_dmi, dem Audiotreiber fĂŒr Skylake sowie in der Dokumentation zum Mikrokode wurde aktualisiert.
Quelle: opennet.ru
