zurück zum Artikel

Der neue Kernel schaufelt 16 Millionen weitere IPv4-Adressen frei, indem er ein Relikt ad acta legt. Den ISDN-Support stutzen die Entwickler zusammen. Zum Ausgleich bekommt Linux eine Funktion für Zeitreisen.

Linus Torvalds hat zum Wochenstart den Linux-Kernel 5.3 freigegeben. Wie jede neue Version der Hauptentwicklungslinie von Linux bringt auch die neueste weit über zehntausend Änderungen. Einige rüsten neue Features nach, andere verbessern existierende. Die wichtigsten dieser Neuerungen im Kurzüberblick, bevor der Text in die Details geht:

• Admins oder Entwickler können einzelne Programme jetzt speziell auszeichnen, um deren Reaktionsfreude zu steigern; alternativ kann man damit auch die Leistungsaufnahme des Systems reduzieren.

• Weil es bei älteren AMD-CPUs ein bekanntes Problem bei der Zufallszahlenanforderung per RDRAND() gibt, versteckt der Kernel fortan die Verfügbarkeit dieser x86-Instruktion.

Das Kernel-Log

Die Artikelserie "Die Neuerungen von Linux" beschreibt regelmäßig die Änderungen neuer Linux-Versionen:

• Linux 5.6 (30. März 2020) [1]
• Linux 5.5 (27. Jan. 2020) [2]
• Linux 5.4 (25. Nov. 2019) [3]
• Linux 5.3 (16. Sep. 2019) [4]
• Linux 5.2 (8. Juli 2019) [5]
• Linux 5.1 (6. Mai 2019) [6]
• Linux 5.0 (4. März 2019) [7]
• Linux 4.20 (24. Dez. 2018) [8]

• Nvidias proprietäre Linux-Treiber dürften auf Systemen mit Power-Architektur nicht mehr rund laufen. Das passiert zufällig zu einer Zeit, in der sich Nvidia der Open-Source-Gemeinde zumindest ein klein wenig weiter zu öffnet; wie stark und wie weit, muss sich noch zeigen.

• Linux 5.3 unterstützt AMDs neue Grafikchip-Generation Navi10, die im Juli mit der Radeon RX-5700-Serie debütierte. Support für weitere Navi-GPUs soll bei Linux 5.4 folgen.

• Die neue "Zeitreisen"-Funktion kann automatisierte Tests beschleunigen.

• Das vor allem für Firewalls verwendete Netfilter-Subsystem kann einige Arbeiten jetzt an entsprechend taugliche Hardware delegieren.

• Linux 5.3 unterstützt IPv4-Adressen aus dem Bereich 0.0.0.0/8 und macht so rund 16 Millionen weitere Adressen verfügbar.

• Die Entwickler haben zwei von drei ISDN-Infrastrukturen des Kernels entfernt.

• Linux läuft jetzt auch auf der x86-Prozessorarchitektur der chinesischen Firma Zhaoxin.

• Dank vieler neuer und überarbeiteter Treiber wird Linux 5.3 den Hardware-Support wieder verbessern. Dadurch laufen etwa Asus-Gaming-Notebooks der TUF-Reihe jetzt besser mit Linux. Bei einigen Einplatinencomputern mit Allwinner-Chip lässt sich das Decodieren von H.264-Videos nun an die Hardware delegieren. Bei neueren Macs funktionieren jetzt Tastaturen und Touchpads unter Linux. Und Intels Grafiktreiber beherrscht jetzt die Bildschirm-Ansteuerung mit HDR (High Dynamic Range).

• Um Plattenplatz zu sparen, dürfen jetzt die Firmware-Dateien gepackt vorliegen, die viele Treiber bei der Hardware-Initialiserung brauchen.

• Beim Schreiben von Programmen für die BPF Virtual Machine des Kernels können Entwickler jetzt Schleifen verwenden, wie man es aus anderen Programmiersprachen kennt.

• Durch Aufnahme einer kleinen Änderung hat Linus Torvalds signalisiert, in nächster Zeit die im Realtime-Zweig (RT-Tree) entwickelten Änderungen aufnehmen zu wollen, die Linux zu Echtzeitfähigkeiten verhelfen.

Die folgenden Absätze und Artikelseiten liefern zahlreiche wichtige Details zu diesen und zahlreichen weiteren Neuerungen von Linux 5.3.

Schuss vor den Bug von Nvidia

Nvidias proprietäre Linux-Treiber laufen auf Systemen mit Power-Architektur nicht mehr, weil die Linux-Entwickler einige von den Treibern bislang genutzte Andockpunkte entfernt haben (u. a. 1 [9], 2 [10], 3 [11], 4 [12]). Das erfolgte bei Aufräumarbeiten, denn einem Entwickler war aufgefallen, dass der im Kernel enthaltene Code diese Modul-Exporte gar nicht benötigt. Dass Nvidias proprietärer Grafiktreiber für Power-Systeme dort andockte, hat die Linux-Entwickler nicht von den Aufräumarbeiten absehen lassen: Aus ihrer Sicht geht es um eine Kernel-interne Schnittstelle und eben nicht um ein Userspace-API, bei dem dergleichen tabu wäre.

Bei in der Diskussion um die Entfernung schalten die Entwickler sogar Greg Kroah-Hartman ein [14], der als zweitwichtigster Linux-Entwickler gilt und sinngemäß schrieb: Nicht im offiziellen Linux-Kernel enthaltene Treiber sind [bei solch einer Entfernung/Entscheidung] nicht relevant. Nvidia muss daher jetzt sehen, wie es ohne die Eingriffspunkte auskommt, wodurch sich die Performance von Tesla-Beschleunigern in Power-Systemen für HPC (High Performance Computing) verschlechtern könnte.

[17] [18]Mehr IPv4-Adressen

Die neue Linux-Version macht rund 16 Millionen weitere IPv4-Adressen verfügbar, denn sie gibt den Adressabschnitt 0.0.0.0/8 zur Nutzung frei [19]. Diesen Block haben die Kernel-Entwickler schon seit der Frühzeit von Linux bewusst ausgespart, denn einige BSD-Varianten konnten solche Adressen vor über dreißig Jahren nicht richtig handhaben. Bis sich IPv4-Adressen aus diesem Bereich im Alltag störungsfrei nutzen lassen, dürften aber einige Jahre vergehen, schließlich müssen dazu alle bei der Kommunikation involvierten Systeme sie behandeln können.

Das vor allem für Firewalls verwendete Netfilter-Subsystem ist nun in der Lage, einige Aufgaben [20] an entsprechend taugliche Netzwerkchips zu delegieren [21]; das kann den Hauptprozessor entlasten und so die Performance steigern.

Der Code zur Netzwerkverkehrssteuerung per TC (Traffic Control) kann Pakete jetzt durch das Connection-Tracking-Modul schleusen [22], um so neue und bestehende Verbindungen zu erkennen [23]. Mit diesem Wissen lassen sich die Daten dann gezielter weiterleiten und so Overhead vermeiden. Auch der Bridge-Code beherrscht jetzt Connection Tracking [24]; dieser Ansatz soll besser funktionieren als die Emulationsschicht "br_netfilter", die Nutzer bislang oft für "Stateful Filtering" heranziehen.

Teile des ISDN-Support mussten gehen

Entfernt haben die Entwickler den ISDN4Linux-Stack [26] samt seines früher recht bekannten ISDN-Treibers Hisax [27]. In der Begründung heißt es unter anderem: Der Code werde schon länger nicht mehr betreut und die meisten öffentlichen ISDN-Netzwerke seien mittlerweile abgeschaltet [28]. Den jüngeren CAPI-Stack haben die Entwickler in den Staging-Bereich verlagert [29], denn auch er soll rausfliegen, wenn Nutzer nicht Einspruch erheben.

Bleiberecht hat hingegen der moderne mISDN-Stack, den die Telefonanlagen- und VoIP-Software Asterisk nutzt. Er unterstützt viele der Chips, die auch Hisax anzusprechen wusste.

Echtzeitfähigkeiten im Anflug

[30] [31]Linux soll endlich Echtzeitfähigkeiten erhalten

Die bislang extern im "RT-Tree" gepflegten Änderungen, die aus Linux einen Realtime-Kernel machen, sollen bald in den offiziellen Kernel einfließen. Das gilt mit Linux 5.3 als sicher, nachdem Entwickler vor knapp 15 Jahren erste Patches mit diesem Ziel veröffentlicht haben. Damals mussten sie noch Spott von Linus Torvalds ertragen, denn es erschien unstemmbar viel Aufwand, Echtzeitfähigkeiten sauber in Linux einzubauen; daher war immer unklar, ob je alle Realtime-Patches in den offiziellen Kernel umziehen würden.

Die Entwickler ließen sich davon nicht beirren lassen und schufen mit dem RT-Tree schon bald einen Linux-basierten Realtime-Kernel [32], der Anklang bei Unternehmen fand. Diese setzen ihn etwa bei Robotern oder der Maschinensteuerung ein: Echtzeitfähigkeiten sind dort gefragt, um bestimmte Aufgaben immer in einer vorher festgelegten Zeitspanne auszuführen – also auch, wenn irgendetwas anderes das System gerade immens fordert. Dazu braucht es unter anderem Reaktionszeiten im unteren Millisekundenbereich, die Linux durch die RT-Patches garantierten kann.

Viele Verbesserungen, die für den RT-Tree entstanden, zogen über die Jahre bereits in den offiziellen Kernel um, weil sie Linux auch für andere Einsatzgebiete attraktiver machten. Unter die Änderungen waren immer mal wieder auch größere Umbauten, die Torvalds erst strikt und lautstark abgelehnt hatte, wenig später dann aber doch ohne Murren akzeptierte [33]. Der RT-Tree enthält dadurch heute gar nicht mehr besonders viele Patches, dafür aber einige kontroverse – teilweise, weil sie zentrale und daher kritische Infrastruktur des Linux-Kernels betreffen, bei der die Entwickler besondere Vorsicht walten lassen.

Patch der Realtime-Entwickler hat vorerst nur Signalwirkung

Für Linux 5.3 hat Linus Torvalds eine Änderung in den offiziellen Kernel integriert, die seit den Anfangstagen im RT-Zweigs stecken und ihn quasi definiert: Den kleinen, aber zentralen Patch, der die Konfigurationsoption CONFIG_PREEMPT_RT nachrüstet [34] – also die Einstellmöglichkeit, um beim Kernel-Bau festlegen zu können, ob das resultierende Kernel-Image denn Realtime-Fähigkeiten bieten soll. Diese Option für einen "Fully Preemptible Kernel (Real-Time/RT)" zeigt sich aber vorerst nicht, denn dazu müssen noch weitere Änderungen aus dem RT-Tree folgen. Die Aufnahme richtet sich nämlich vor allem an Kernel-Entwickler, denen die Änderung signalisieren soll [35]: Sperrt euch nicht grundlos gegen die Aufnahme der verbliebenen RT-Patches, denn Linus Torvalds steht dieser Tage voll hinter der Idee, Realtime-Support in den offiziellen Linux-Kernel einzubauen.

Wie schnell das jetzt gelingt, bleibt abzuwarten. Im Herbst 2018 hatten die RT-Entwickler noch verkündet, alle wesentliche Änderungen im Jahr 2019 in den offiziellen Linux-Kernel zu überführen [36]. Mittlerweile wirkt dieses Ziel äußerst ambitioniert. Die Entwickler ließen aber kürzlich durchblicken: Wenn alles gut geht fließen alle wesentlichen Änderungen schon in Linux 5.5 [37] ein, das Ende Januar erscheinen dürfte.

Für Heimnutzer und Server-Admins ist die Echtzeitfähigkeit von Linux indes nur bedingt relevant: Für Realtime-Support ausgelegte Kernel-Images reagieren zwar zackiger, schneiden aber genau wegen der größeren Reaktionsfreude oft schlechter in Durchsatztests ab. Bei Debian, Fedora, Ubuntu & Co. werden sich Realtime-Funktionen daher wohl nur in optionalen Kernel-Images finden, nicht aber in den standardmäßig verwendeten.

[39]Prozesse schneller oder effizienter abarbeiten

Über das "Scheduler Utilization Clamping" (Uclamp) können Admins oder Entwickler jetzt einzelne Programme speziell auszeichnen, um deren Reaktionsfreude zu steigern oder die Leistungsaufnahme im Zaum zu halten. Letztlich kann man über die neue Funktion einen Prozess, der den Hauptprozessor wenig belastet, so kennzeichnen, als würde er die CPU stärker fordern. Dadurch steigt die Chance, dass der Scheduler den Prozess an einen schnellen Prozessorkern schickt In anderen Fällen kann es den Kernel auch dazu bewegen, die Taktfrequenz des zuständigen CPU-Cores zeitnah zu steigern. Der Prozess erledigt die Arbeit dann zackiger, wodurch sich das System schneller und interaktiver anfühlt. Google denkt offenbar darüber nach, die Funktion bei Android einzusetzen.

Weniger wichtige, aber CPU-hungrige Prozesse lassen sich via Uclamp auch so kennzeichnen, als würden sie den Prozessor weniger nutzen, als sie es tatsächlich tun. Dadurch versucht der Kernel die Arbeit dann mit einem Prozessorkern auszuführen, der generell besonders sparsam arbeitet; alternativ kann er sich auch entscheiden, den Prozessor vom schnellsten in einen möglichst effizienten Betriebsmodus zu schalten.

Über normale Prioritäten lässt sich Vergleichbares oft nicht erreichen: Diese wirken sich nur bedingt auf die Wahl von Prozessorkern und deren Betriebszustand aus, denn dabei spielen andere Faktoren eine größere Rolle. Vor allem vom Kernel per Load Tracking erfasste Daten, durch die er weiß, wie lange und stark ein Prozess die CPU typischerweise nutzt. Durch sie führt der Kernel einfache und typischerweise nur kurz laufende Prozesse eher mit langsameren CPU-Kernen aus, obwohl es für das Interaktivitätsgefühl besser wäre, wenn er sie einem schnelleren Kern zuteilen würde.

Einstellbar sind die Clamping-Werte über den Syscall sched_setattr() [40]. Patches, um die Werte auch bei Control Groups (Cgroups) festlegen zu können, sind noch in Arbeit. Weitere Details zum Ganzen liefern die Kommentare einiger Uclamp-Patches (1 [41], 2 [42], 3 [43], 4 [44], 6 [45], 7 [46], 8 [47], 9 [48], 10 [49]) sowie der ein Jahr alte LWN.net-Artikel "Scheduler utilization clamping" [50].

Speicherplatz durch Packen sparen

Distributoren und Nutzer können Firmwaredateien jetzt per xz -C crc32 komprimieren, denn Linux 5.3 kann so gepackte Dateien beim Laden selbst entpacken [51]. Damit lässt sich der Speicherplatz für die Firmware reduzieren, ohne die viele Treiber die jeweilige Hardware nicht initialisieren können. Durch das Packen konnte der zuständige Entwickler den für Firmware-Dateien benötigten Speicherplatz auf seinem System von 419 auf 130 MByte reduzieren.

Zeitreisen-Funktion und Schluckauf bei AMD

Linux jetzt mit "Zeitreisen"-Funktion

User Mode Linux (UML), mit dem Linux als regulärer Prozess unter einem anderen Linux laufen kann, bietet jetzt eine "Zeitreisen"-Funktion – allerdings keine echte, denn durch den neuen "Time Travel Mode" kann die Uhr in einer UML-Umgebungen nur langsamer oder schneller [53] als in Wirklichkeit laufen. Das Feature stammt von einem Entwickler, der damit Tests von Zeitüberschreitungen zügiger durchführen möchte. Die automatischen Tests für die Access-Point-Software Hostap wissen den Time Travel Mode bereits zu nutzen (1 [54], 2 [55], 3 [56]).

[57]Finetuning für mehr Perfomance

Gerade Systeme mit vielen Prozessorkernen sollen von einigen Änderungen profitieren, die Performance und Fairness der an vielen Stellen des Kernels genutzten Reader Writer Semaphores (rwsem) erheblich verbessern (u. a. 1 [58], 2 [59], 3 [60], 4 [61], 5 [62], 6 [63], 6 [64]). Laut den Commit-Kommentaren legen einige Benchmarks, mit denen der Entwickler gezielt die Vorteile der Patches zeigen will, durch die Umbauten um eine Größenordnung zu; einzelne Tests sogar um zwei.

Linux unterstützt jetzt auch die mit PCIe 5.0 definierte Übertragungsgeschwindigkeit mit 32 GT/s [65].

Zufallszahlengenerator-Probleme bei AMD

Bei AMD-CPUs der älteren Familien 15h (Bulldozer) und 16h (Jaguar) versteckt Linux in /proc/cpuinfo [67] [68] nun die Unterstützung für die x86-Instruktion [69] [70]RDRAND [71]() [72], über die Programme Zufallszahlen anfordern können. Viele Programme nutzen den Zufallszahlenzahlengenerator dadurch nicht mehr, obwohl sie es prinzipiell könnten. Mit der Zufallszahlen-Problematik der Ryzen-3000-CPUs [73], die jüngst Aufmerksamkeit erregte [74], hat das Ganze indes so gut wie nichts zu tun.

AMDs Kernel-Entwickler haben sich zu dieser Maßnahme entschlossen, weil der Random Number Generator (RNG) bei einer Reihe von Boards für 15h- und 16h-CPUs keine Zufallsdaten mehr liefert, nachdem das System aus dem Bereitschaftsmodus (Suspend) aufwacht. Das liegt nicht an den CPUs, sondern an Fehlern in den BIOSen, was unter anderem zu einem Problem mit Systemd geführt hat [75]. Linux kann das Fehlverhalten allerdings nicht beim Booten erkennen; AMDs Kernel-Entwickler haben sich daher entschlossen, die Verfügbarkeit von RDRAND() auch bei korrekt arbeitenden Systemen zu verstecken. Dies lässt sich aber über den neuen Parameter rdrand=force unterbinden.

Endlich ordentliche Schleifen bei der BPF-Programmierung

Beim Schreiben von Programmen für die BPF Virtual Machine des Kernels können Entwickler jetzt Schleifen ganz normal verwenden, wie man es aus anderen Programmiersprache kennt. Bislang ließen sie sich allenfalls nutzen, wenn der Compiler die Schleifen per #pragma unroll zuerst aufgelöst hat. Das war nötig, denn der BPF Verifier hat Loops bislang abgewiesen; damit schützte er Linux vor böswilliger Software, die den Prozessor mit Endlosschleifen vereinnahmt und den Kernel so aus dem Tritt bringt.

Diese Gefahr unterbindet die BPF-Prüfschicht jetzt, indem sie den Ablauf von Schleifen komplett simuliert. Dafür müssen die Schleifen allerdings endlich sein und sie dürfen das Programm nicht so stark aufblähen, dass es mehr als die maximal erlaubten Instruktionen ausführen würde. Dies und einige andere für "Bounded Loops [76]" entstandenen Detailverbesserungen erleichtern das Schreiben von BPF-Programmen, die in einigen Bereichen immer populärer werden – etwa zur besonders effizienten Handhabung von Netzwerkpaketen per XDP (eXpress Data Path) oder Tracing- und Performance-Analysen mit BCC oder Bpftrace.

[77] [78] [79] [80] Case-Insensitivity-Support in Ext4 beschleunigt

Zu einem Performance-Gewinn beim Zugriff auf den NFS-Server kann die neue Mount-Option nconnect=n führen, über die sich der NFS-Client des Kernels anweisen lässt, mehrere TCP-Verbindungen zum Server aufzubauen (u a. 1 [81], 2 [82], 3 [83], 4 [84], 5 [85]).

Ext4 soll dank eines weiteren Cache [86] jetzt oft schneller arbeiten, wenn es die Groß- und Kleinschreibung ("Case Insensitivity") über das bei Linux 5.2 [87] eingeführte "Casefold Feature" ignoriert.

[88]Support für neue Prozessorfunktionen von Intel

Dank Support für die Intel Speed Select Technology (ISST) [89] können Admins das Stromsparverhalten einiger moderner Xeon-Prozessoren in Zukunft besser an die jeweiligen Gegebenheiten und Bedürfnisse anpassen [90].

Linux unterstützt die jüngst definierten x86-Instruktionen UMONITOR, UMWAIT und TPAUSE, die Intel bald in Server-Prozessoren unterstützen will (1 [91], 2 [92], 3 [93], 4 [94], 5 [95]). Programme können mit ihnen kurzzeitig warten, belasten dabei die CPU aber nicht mit unnützer Arbeit, wie es die bislang in solchen Situationen oft verwendeten Busy Loops tun. Details dazu liefert der LWN.net-Artikel "Short waits with umwait [96]"

Ab Linux 5.3 handhabt der Kernel die Multi-Die Topology einiger High-End-CPUs von Intel besser [97]. Das ist für bestmögliche Geschwindigkeit wichtig, damit der Kernel Prozesse und die von ihnen verwendenden Arbeitsspeicherbereiche möglichst nahe beieinander hält.

[98]x86-CPUs von Zhaoxin & CPU-Frequenz-Treiber für den Raspi

Neu dabei ist auch der Support für die x86-Prozessorarchitektur [99] der chinesischen Firma Zhaoxin [100], die das Design der früher von VIA produzierter x86-Prozessoren wie C3, C7 und Nano weiterentwickelt.

Durch einen Cpufreq-Treiber für den Raspberry Pi kann Linux jetzt die Firmware bitten [101], den Prozessor des populären Einplatinencomputers mit einer bestimmten Frequenz zu betreiben. Die Firmware, die ohne den Treiber autark entscheidet, kann sich allerdings über den Wunsch hinwegsetzen.

Linux 5.3 bringt Code zum Betrieb unter der Virtualisierungslösung ACRN mit [102]. Dabei handelt es sich um einen Hypervisor, der vor allem für den Echtzeiteinsatz und sicherheitskritische Systeme gedacht ist. Er wird in einem Projekt vorangetrieben, dem die Linux Foundation hilft [103].

Der Mainline-Kernel unterstützt nun auch das mit i.MX8MQ-Prozessor ausgestattete Board [104], das Purism mit dem Entwicklerkit für seine Linux-Smartphones Librem5 vertreibt [105]. Das ist aber nur eine von über ein Dutzend mit ARM- oder ARM64-Prozessor ausgestatteten Platinen, die Linux fortan anzusprechen weiß; die anderen nennt ein Git-Merge-Kommentar [106], der auch darauf hinweist, dass viele Boards die bei Linux 5.2 [107] dazugestoßenen Treiber für Mail-GPUs von ARM jetzt automatisch laden.

Viele neue und verbesserte Treiber

[108] [109]HDR-Support für Intels Grafiktreiber

Intels Grafiktreiber ist in der Lage, Bildschirme mit HDR (High Dynamic Range) anzusteuern [110]. Bis normale Anwender das ohne Handstand nutzen können, müssen aber auch Userspace-Treiber, Desktop-Umgebungen und Programme lernen, dieses neue Kernel-Feature zu nutzen. Der i915 genannte Grafiktreiber beherrscht das Ganze ohnehin nur bei recht neuen Prozessoren seit den Generationen Ice Lake und Gemini Lake.

Intels Grafiktreiber spricht zukünftig bei Angabe des Kernel-Parameters i915.force_probe=* auch GPUs an [111], bei denen der Treibersupport bekanntermaßen noch unvollständig ist. Bislang gelang das via i915.alpha_support=1, aber der Parameter soll bald entfallen, weil die Bezeichnung einige Anwender verwirrt habe. Beide Parameter funktionieren ohnehin nur, wenn man sie beim Bau des Kernel-Images freigibt (CONFIG_DRM_I915_ALPHA_SUPPORT respektive CONFIG_DRM_I915_FORCE_PROBE).

[112] [113] [114] [115] [116]Grafiktreiber für einige ARM-Notebooks

Der MSM-Treiber unterstützt jetzt auch die Adreno-A540-GPU. Sie steckt unter anderem im Qualcomm-SoC (System on Chip) MSM8998, der als "Snapdragon 835" in einigen mit Windows ausgelieferten ARM-Notebooks steckt.

Der Grafikkern des Raspberry Pi 4 lässt sich dank "Compute Shader Dispatch" im V3D-Treiber [117] nun auch für allgemeine Berechnungen nutzen.

Über neue Kernel-Parameter kann man die Grafiktreiber des Direct Rendering Managers (DRM) jetzt anweisen, das Bild gleich zu drehen [118]; außerdem lassen sich darüber Overscan-Einstellungen setzen, um das Bild besser einzupassen [119].

[120] [121]Video-Treiber für Einplatinencomputer mit Allwinner-Chips

Der Video-Beschleunigungstreiber Cedrus kann nun das Decodieren von H.264 an die Hardware delegieren [122], die das typischerweise effizienter als der Hauptprozessor erledigt; das reduziert den Stromverbrauch und ermöglicht der CPU, sich um andere Dinge zu kümmern. Dieser maßgeblich über eine Crowdfunding-Kampage [123] vorangetriebene Treiber spricht die Video-Engine einiger Allwinner-Prozessoren an [124], die sich auf einer Reihe von Einplatinencomputern finden. Kernel-Erweiterungen zum H.265-Support [125] sind noch in Arbeit.

[126]Noch mehr neue und verbesserte Treiber

Über einen neuen, per Reverse Engineering entstandenen Treiber [127] unterstützt Linux jetzt die Tastaturen und Trackpads vieler moderner Apple-Notebooks – darunter laut Treiberbeschreibung die MacBooks seit dem Modell 8,1 und MacBook-Pro-Geräte der Reihen 13,* und 14,*. Bei diesen Notebooks sind die Eingabegeräte nicht mehr per USB, sondern per SPI (Serial Peripheral Interface) angebunden.

Der unter anderem für Tastaturbeleuchtung, Lüfterregelung und Funktionstasten von Asus-Geräten zuständige Kernel-Treiber unterstützt jetzt Gaming-Notebooks der TUF-Serie (u. a. 1 [128], 2 [129], 3 [130], 4 [131]).

Neu dabei ist auch ein Treiber für die Funktionstasten vieler Xiaomi-Notebooks [132]. Der Joystick-Treiber des Kernels erkennt jetzt auch das Saitek R440 Force Wheel [133]. Der Treiber für Grafiktabletts von Wacom unterstützt jetzt die zweite Generation des Intuos Pro [134] und das MobileStudio Pro [135].

Eine Änderung bei den Audio-Treibern soll die aus unbekannten Gründen entstehenden Knackgeräusche aus der Welt schaffen [136], die bislang bei vielen neueren Systemen mit AMD-Prozessoren auftreten.

Linux kann in einem Netzwerk der Fernwartungstechnik IPMI (Intelligent Platform Management Interface) jetzt auch als Satellite Managment Controller (MC) agieren. Das gelingt über einen neuen Slave-Treiber [137] für den Intelligent Platform Management Bus (IPMB), der Anfragen des Baseboard Management Controller (BMC) beantworten kann.

Workarounds für Eigenarten von Hardware

Wie bei jeder neuen Linux-Version haben die Kernel-Entwickler wieder zahlreiche Änderungen vorgenommen, durch die Linux bekannte Hardware-Macken automatisch abfängt und so besser läuft. Beim Packard Bell EasyNote MZ35 etwa funktioniert die Helligkeitsregelung jetzt korrekt [138] und nicht mehr in Schritten, die doppelt so groß sind wie vorgesehen. Das passierte bislang durch einen Fehler in der Firmware des Notebooks: Beim Betätigen der Funktionstaste passte sie die Helligkeit selbst an, auch nachdem Linux der Firmware mitgeteilt hatte, dass sich das Betriebssystem um die Interpretation der Funktionstaste kümmert und die Firmware nichts tun muss.

Das ist nur eine von vielen Änderungen dieser Art – alle hier aufzuzählen würde die Hersteller vielleicht bewegen, besser aufzupassen, zugleich aber den Rahmen sprengen. Weitere Hintergrunde zur Handhabung bekannter Hardware-Marotten ("Quirks") durch Linux finden Sie im Artikel "Kompatibilitätsprobleme beseitigen und Linux besser machen [139]", der im Sommer 2019 auf ct.de erschienen ist.

Treiber für AMDs neue Grafikchip-Generation

Im Oktober erwartete Linux-Distributionen wie Ubuntu 19.10 und Fedora 31 werden wahrscheinlich automatisch ordentliche Treiber für die am 7. Juli vorgestellten AMD-Grafikkarten der neuen Radeon-RX-5700-Serie [140] konfigurieren. Das ist vor allem einer in Linux 5.3 eingeflossenen Erweiterung am Treiber Amdgpu [141] zu verdanken, die Support für die Navi10-GPUs nachrüsten, die auf den neuen Grafikkarten sitzen; es sind die ersten Grafikchips, die zu AMDs neuer Architektur "Radeon DNA" (RDNA) gehören, die "GCN" (Graphics Core Next) beerbt.

Riesiger Batzen Quellcode für neue Grafikprozessoren

Die Erweiterung zur Navi10-Unterstützung besteht aus über 450 Patches, durch die der Kernel-Quellcode von zirka 26,6 auf satte 27 Millionen Zeilen wuchs. Von den rund 400.000 neuen Codezeilen stecken allerdings ungefähr 348.000 in weitgehend computergenerierten Header-Dateien, die die Hardware-Beschreibung enthalten und somit Register, Standardwerte und Zugriffsmakros definieren (u. a. 1 [142], 2 [143], 3 [144], 4 [145], 5 [146], 6 [147], 7 [148], 8 [149]). Solch umfangreiche Header-Dateien waren auch früher schon zum Support neuer AMD-GPUs in den Kernel eingeflossen.

Durch die Erweiterung des Amdgpu-Treibers ermöglicht der Linux-Kernel jetzt die Nutzung aller wesentlichen Funktionen von Navi10-Grafikchips – also die Bildschirmansteuerung über die Display-Engine, die Stromsparfunktionen, die De- und Encoder zur Video-Beschleunigung sowie die Einheiten, die sich um generische Berechnungen (Compute) und 3D-Beschleunigung kümmern. Das Wort "ermöglicht" deutet es schon an: Die kernelseitige Unterstützung ist nur ein Baustein für alle diese Aufgaben, denn allein ist sie zu nicht viel mehr als der Monitorkonfiguration und der Bildausgabe nütze. Um die anderen erwähnten Funktionen in Linux-Programmen verwenden zu können, sind noch eine Handvoll weiterer Userland-Treiber nötig. Die sprechen allerdings nie direkt mit der Hardware, sondern immer über den Kernel-Treiber Amdgpu.

3D-Treiber für OpenGL und Vulkan in Mesa 19.2

Die 3D-Beschleunigung der Radeon-RX-5700-Karten wird sich beispielsweise mit dem OpenGL-Treiber Radeonsi und dem Vulkan-Treiber Radv nutzen lassen, die das im September erwartete Mesa 19.2 mitbringen wird.

Die entsprechenden Erweiterungen für Radeonsi stammen von AMD-Entwicklern [150]. Die Navi-Unterstützung für den Radeon-Vulkan-Treiber Radv [151] haben hingegen Programmierer von Valve und Google eingebracht, die den Treiber zusammen mit Red-Hat-Leuten und anderen Entwicklern gestartet haben und nach wie vor vorantreiben.

Navi-Unterstützung in LLVM und Libdrm

Die OpenGL- und Vulkan-Treiber Radeonsi und Radv brauchen aber nicht nur die Hilfe des Kernel-Treibers Amdgpu, sondern auch die der Compiler-Infrastruktur LLVM. Auch die muss daher Navi-Unterstützung bieten. Die haben AMD-Mitarbeiter jüngst in den Entwicklerzweig von LLVM eingebracht, daher findet sich Navi-Support im dieser Tage erwarteten LLVM 9.0.

Damit nicht genug: Userland-Treiber wie die von Mesa sprechen nicht direkt mit dem Kernel-Treiber Amdgpu, sondern interagieren mit ihm über die Libdrm. Auch die muss daher Navi-Support bieten, was seit Libdrm 2.4.99 [152] bereits der Fall ist.

AMDs Grafiktreiber für den X-Server von X.org, X [153]f86-Video-Amdgpu [154], unterstützt die neuen Grafikkarten bereits, denn er braucht für neue GPUs gar nicht angepasst zu werden. Kein Wunder, denn Bildausgabe und Monitorkonfiguration obliegen ohnehin dem Kernel-Treiber – heuer delegieren X-Server-Treiber daher viele Aufgaben dorthin, um die sie sich früher selbst kümmern mussten. Das ist auch der Grund, warum Wayland-Compositoren (etwa Gnome-Shell und KDE Plasma im Wayland-Modus) keinen derartigen Treiber brauchen und schon mit dem auskommen, was Kernel- und Mesa-OpenGL-Treiber bieten.

Der von AMD selbst vorangetriebene und daher mit Radv konkurrierende Vulkan-Treiber AMDVLK (AMD Open Source Driver for Vulkan) [155] unterstützt Navi10-GPUs seit Version 2019.Q3.2 [156], die AMD neun Tage nach Einführung der RX 5700 freigegeben hat. Radv wusste Navi zu dem Zeitpunkt bereits einige Tage anzusprechen.

Baukastenprinzip: Treiber für X-Server und Video

Letztlich braucht man daher Linux 5.3, Libdrm 2.4.99, LLVM 9.0 und Mesa 19.2, um die 3D-Beschleunigung von RX-5700-Grafikkarten verwenden zu können. Alle diese Versionen erscheinen in den nächsten Wochen und dürften dadurch in viele Linux-Distributionen einfließen, die im Herbst erscheinen.

Wie uns ein Entwickler mitteilte, sollten die in Mesa enthaltenen Treiber auch schon in der Lage sein, Videos mit der Video-Engine von Navi-GPUs zu de- oder encodieren. Das gelingt bei modernen Radeon-Chips über Treiber für die Programmierschnittstellen OpenMAX (OMX), VA-API (Video Acceleration API) und VDPAU (Video Decode and Presentation API for Unix), die aktuellen Mesa-Versionen beiliegen. Durch die Kürze der Zeit konnten wir zur Publikation des Textes nicht klären, wie es um Userspace-Treiber zum Compute-Support steht; also Treiber zur Verwendung von Grafikchips für allgemeine Berechnungen (GPGPU/General Purpose Computation on Graphics Processing Units). Alles, was Kernel-seitig dazu nötig ist, bringt 5.3 indes mit.

Userspace-Treiber wie die von Mesa eignen sich für verschiedene Chips der Navi-Reihe. Der Linux-Kernel hat bislang nur Unterstützung für den Navi10 der RX-5700-Modelle gelernt. Änderungen zum Support der GPUs Navi12 und Navi14 haben den Einzug in Linux 5.3 knapp verpasst, daher sollen sie erst in Linux 5.4 einfließen [157].

Alles Nötige von AMD direkt – aber nur für ein paar Distributionen

AMD bietet für die Radeon RX-5700-Serie auch Linux-Treiberpakete auf seiner Homepage [158] an, die aber nur für eine handvoll im Unternehmensumfeld gängige Distributionen ausgelegt sind. Mitte Juli bei entstehen dieser Zeilen behauptete die zugehörige Dokument zudem, dass im Archiv zwei Treiberstacks stecken: "AMDGPU All-Open", der nur quelloffene Treiber nutzt, und "AMDGPU-Pro Driver", der auch proprietäre Treiber enthält. Das Installationsskript richtete aber nur den quelloffenen Stack ein; dieses installiert unter anderem einen per DKMS (Dynamic Kernel Module Support) gebauten Amdgpu-Kernel-Treiber und Navi-taugliche Ausführungen von Libdrm, dem Mesa-OpenGL-Treiber Radeonsi, einem X.org-X-Server-Grafiktreiber Amdgpu und Mesa-Treiber zur Video-Beschleunigung über die Programmierschnittstelle OpenMAX, VA-API und VDPAU. Diese Treiber sind sehr eng mit jenen verwandt, mit denen Kernel, Mesa & Co. moderne Radeon-Chips unterstützen.

Ausblick sowie Daten und Zahlen zu Linux 5.3

[159]Ausblick auf Linux 5.4

Mit der Freigabe von Linux 5.3 [160] beginnt zugleich die "Merge Window" genannte Phase, in der Linus Torvalds das Gros der Änderungen für den Nachfolger integriert. In den nächsten Tagen fließen daher viele tausend Änderungen in den Hauptentwicklungszweig von Linux ein, die Entwickler in den letzten Wochen zur Aufnahme in 5.4 vorbereitet und gesammelt haben. Linus Torvalds beendet das Merge Window typischerweise nach zwei Wochen, indem er die erste Vorabversion einer neuen Kernel-Version veröffentlicht. Das läutet zugleich die Stabilisierungsphase ein, die derzeit fast immer sieben oder acht Wochen dauert. Linux 5.4 erscheint daher wahrscheinlich am 18. oder 25. November.

[161]Daten und Zahlen zu den jüngsten Versionen des Linux-Kernels

[179]

(thl [180])

URL dieses Artikels:
https://www.heise.de/-4470638

Links in diesem Artikel:
[1] https://www.heise.de/news/Linux-5-6-freigegeben-Wireguard-und-USB4-Support-4655269.html
[2] https://www.heise.de/news/Highlights-von-Linux-5-5-Wireguard-Fundament-und-Performance-Verbesserungen-4605827.html
[3] https://www.heise.de/news/Highlights-von-Linux-5-4-exFAT-I-O-Controller-und-Treiber-fuer-neue-AMD-GPUs-4541639.html
[4] https://www.heise.de/news/Linux-5-3-bringt-Treiber-fuer-AMDs-neue-Grafikchip-Generation-4470638.html
[5] https://www.heise.de/news/Linux-5-2-festgeklopft-Neue-ARM-Treiber-und-Case-Insensitivity-fuer-Ext4-Dateisystem-4424484.html
[6] https://www.heise.de/news/Linux-5-1-Performance-Verbesserungen-und-neue-Speichertechnik-4411986.html
[7] https://www.heise.de/news/Linux-5-0-ist-da-Geschwindigkeit-zurueckerobern-und-moderner-speichern-4307315.html
[8] https://www.heise.de/hintergrund/Linux-4-20-freigegeben-Performance-Optimierungen-und-neue-Treiber-4223066.html
[9] https://git.kernel.org/torvalds/c/63982618662e2a05e5c5c3e4247456d1d3467f32
[10] https://git.kernel.org/torvalds/c/c498a4f9a79187029ed748ca0a7cacc35b74d28d
[11] https://git.kernel.org/torvalds/c/7eb3cf761927b2687164e182efa675e6c09cfe44
[12] https://git.kernel.org/torvalds/c/452d23c0f6bd97f2fd8a9691fee79b76040a0feb
[13] https://lore.kernel.org/lkml/20190627165116.GA9855@kroah.com/T/#u
[14] https://lore.kernel.org/lkml/20190627165116.GA9855@kroah.com/T/#u
[15] https://github.com/nvidia/open-gpu-doc
[16] https://www.phoronix.com/scan.php?page=news_item&px=NVIDIA-Open-GPU-Docs
[17] 
[18] 
[19] https://git.kernel.org/torvalds/c/96125bf9985a75db00496dd2bc9249b777d2b19b
[20] https://git.kernel.org/torvalds/c/c099a408949c443cc7c83679af314ebfc805cd1f
[21] https://git.kernel.org/torvalds/c/c9626a2cbdb20e26587b3fad99960520a023432b
[22] https://git.kernel.org/torvalds/c/216dcb059b767ef526499f3ed287e98b37af03c3
[23] https://git.kernel.org/torvalds/c/3c171f496ef57774f8e5d509923372549734877f
[24] https://git.kernel.org/torvalds/c/41384136608c1cd6ef0ccb7d58d78775b2ddb035
[25] https://git.kernel.org/torvalds/c/8a7e8ff8ce8ae7d34ed979f41b572bfe7cab421c
[26] https://git.kernel.org/torvalds/c/9c3c0c2048149d946d7f3ebdcbe70e2946750bfb
[27] https://git.kernel.org/torvalds/c/85993b8c9786fb24975dbcabebb1c75790d4fb6a
[28] https://git.kernel.org/torvalds/c/8a7e8ff8ce8ae7d34ed979f41b572bfe7cab421c
[29] https://git.kernel.org/torvalds/c/6d97985072dc270032dc7a08631080bfd6253e82
[30] 
[31] 
[32] https://wiki.linuxfoundation.org/realtime/start
[33] https://lwn.net/Articles/397422/
[34] https://git.kernel.org/torvalds/c/70e6e1b971e46f5c1c2d72217ba62401a2edc22b
[35] https://git.kernel.org/torvalds/c/a50a3f4b6a313dc76912bd4ad3b8b4f4b479c801
[36] https://www.youtube.com/watch?v=BxJm-Ujipcg
[37] https://www.heise.de/news/Linux-erhaelt-Realtime-Faehigkeiten-vielleicht-schon-im-Winter-4522751.html
[38] #changelog
[39] 
[40] https://git.kernel.org/torvalds/c/a509a7cd79747074a2c018a45bbbc52d1f4aed44
[41] https://git.kernel.org/torvalds/c/69842cba9ace84849bb9b8edcdf2cefccd97901c
[42] https://git.kernel.org/torvalds/c/60daf9c19410604f08c99e146bc378c8a64f4ccd
[43] https://git.kernel.org/torvalds/c/e496187da71070687b55ff455e7d8d7d7f0ae0b9
[44] https://git.kernel.org/torvalds/c/e8f14172c6b11e9a86c65532497087f8eb0f91b1
[45] https://git.kernel.org/torvalds/c/a87498ace58e23b62a572dc7267579ede4c8495c
[46] https://git.kernel.org/torvalds/c/1a00d999971c78ab024a17b0efc37d78404dd120
[47] https://git.kernel.org/torvalds/c/982d9cdc22c9f6df5ad790caa229ff74fb1d95e7
[48] https://git.kernel.org/torvalds/c/9d20ad7dfc9a5cc64e33d725902d3863d350a66a
[49] https://git.kernel.org/torvalds/c/af24bde8df2029f067dc46aff0393c8f18ff6e2f
[50] https://lwn.net/Articles/762043/
[51] https://git.kernel.org/torvalds/c/82fd7a8142a10b8eb41313074b3859d82c0857dc
[52] https://git.kernel.org/torvalds/c/065038706f77a56754e8f0c2556dab7e22dfe577
[53] https://git.kernel.org/torvalds/c/065038706f77a56754e8f0c2556dab7e22dfe577
[54] https://w1.fi/cgit/hostap/commit/src?id=1cefd89b37be43cf98f9f6291671b32b01ef5c93
[55] https://w1.fi/cgit/hostap/commit/src?id=8528ad0c604cb15239a0dc9f4140c2208448e337
[56] https://w1.fi/cgit/hostap/commit/src?id=d55035c9351b730a7f44fe2c1c6525686cd57e05
[57] 
[58] https://git.kernel.org/torvalds/c/64489e78004cb5623211c75790cac90bd25ff5e9
[59] https://git.kernel.org/torvalds/c/4f23dbc1e657951e5d94c60369bc1db065961fb3
[60] https://git.kernel.org/torvalds/c/990fa7384a3057a3298bcf493651c6e14416c47c
[61] https://git.kernel.org/torvalds/c/d3681e269fff84048c94012342c3434b227c4706
[62] https://git.kernel.org/torvalds/c/cf69482d62d996d3ce840eeead8e160de281ac6c
[63] https://git.kernel.org/torvalds/c/7d43f1ce9dd075d8b2aa3ad1f3970ef386a5c358
[64] https://git.kernel.org/torvalds/c/5cfd92e12e13432251981b9d0cd68dbd7aa8d690
[65] https://git.kernel.org/torvalds/c/de76cda215d56256ffcda7ffa538b70f9fb301a7
[66] https://git.kernel.org/torvalds/c/c49a0a80137c7ca7d6ced4c812c9e07a949f6f24
[67] https://git.kernel.org/torvalds/c/c49a0a80137c7ca7d6ced4c812c9e07a949f6f24
[68] https://git.kernel.org/torvalds/c/c49a0a80137c7ca7d6ced4c812c9e07a949f6f24
[69] https://git.kernel.org/torvalds/c/c49a0a80137c7ca7d6ced4c812c9e07a949f6f24
[70] https://git.kernel.org/torvalds/c/c49a0a80137c7ca7d6ced4c812c9e07a949f6f24
[71] https://git.kernel.org/torvalds/c/c49a0a80137c7ca7d6ced4c812c9e07a949f6f24
[72] https://git.kernel.org/torvalds/c/c49a0a80137c7ca7d6ced4c812c9e07a949f6f24
[73] https://www.heise.de/news/AMD-beseitigt-Fehler-des-Ryzen-3000-ueber-BIOS-Updates-4468815.html
[74] https://www.heise.de/news/Bitrauschen-Bockige-CPU-Zufallszahlen-und-offene-Befehlssatzarchitekturen-4505859.html
[75] https://github.com/systemd/systemd/issues/11810
[76] https://git.kernel.org/torvalds/c/94079b64255fe40b9b53fd2e4081f68b9b14f54a
[77] 
[78] 
[79] 
[80] 
[81] https://git.kernel.org/torvalds/c/612b41f808a98a124b23d72229693c3181733291
[82] https://git.kernel.org/torvalds/c/6619079d05404cb32be29af329b87ac3b0ad4f96
[83] https://git.kernel.org/torvalds/c/bb71e4a5d7eb151aa8d4e98c628b744f78af7c57
[84] https://git.kernel.org/torvalds/c/28cc5cd8c68f1cd2146d88c7a54cc3234ed4dabe
[85] https://git.kernel.org/torvalds/c/53c326307156249253be36b33cd6c32f4a24f9b2
[86] https://git.kernel.org/torvalds/c/3ae72562ad917df36a1b1247d749240e3b4865db
[87] https://www.heise.de/news/Linux-5-2-festgeklopft-Neue-ARM-Treiber-und-Case-Insensitivity-fuer-Ext4-Dateisystem-4424484.html
[88] 
[89] https://git.kernel.org/torvalds/c/35f2c14d2a076b063a76c5bf275c46c0743ba3a0
[90] https://www.intel.com/content/www/us/en/architecture-and-technology/speed-select-technology-article.html
[91] https://git.kernel.org/torvalds/c/6dbbf5ec9e1e9f607a4c51266d0f9a63ba754b63
[92] https://git.kernel.org/torvalds/c/bd688c69b7e6693de3bd78f38fd63f7850c2711e
[93] https://git.kernel.org/torvalds/c/ff4b353f2ef9dc8e396d7cb9572801e34a8c7374
[94] https://git.kernel.org/torvalds/c/bd9a0c97e53c3d7a56b2751179903ddc5da42683
[95] https://git.kernel.org/torvalds/c/203dffacf592317e54480704f569a09f8b7ca380
[96] https://lwn.net/Articles/790920/
[97] https://git.kernel.org/torvalds/c/222a21d29521d144f3dd7a0bc4d4020e448f0126
[98] 
[99] https://git.kernel.org/torvalds/c/761fdd5e3327db6c646a09bab5ad48cd42680cd2
[100] https://www.heise.de/news/Ohne-Meltdown-Luecke-Chinesische-x86-Prozessoren-KX-5000-vorgestellt-Angriff-auf-AMDs-ZEN-2-mit-KX-3948635.html
[101] https://git.kernel.org/torvalds/c/d3df18a97e586702920337056540267807b23f8e
[102] https://git.kernel.org/torvalds/c/ec7972c99fffb4d2739f286ce9b544a71aa1d05f
[103] https://projectacrn.org/
[104] https://git.kernel.org/torvalds/c/eb4ea0857c83d006b9c514929f1af547bc3319c6
[105] https://developer.puri.sm/Librem5/Development_Environment/Boards/imx8.html
[106] https://git.kernel.org/torvalds/c/af6af87d7e4ff67324425daa699b9cda32e3161d
[107] https://www.heise.de/news/Linux-5-2-festgeklopft-Neue-ARM-Treiber-und-Case-Insensitivity-fuer-Ext4-Dateisystem-4424484.html
[108] 
[109] 
[110] https://git.kernel.org/torvalds/c/417f2544f48c19f5958790658c4aa30b0986647f
[111] https://git.kernel.org/torvalds/c/7ef5ef5cdead61b8bc17493aae565962611a2918
[112] 
[113] 
[114] 
[115] 
[116] 
[117] https://git.kernel.org/torvalds/c/d223f98f02099b002903b9b22b56febae16ef80d
[118] https://git.kernel.org/torvalds/c/1bf4e09227c345e246062285eba4b8fe660e512e
[119] https://git.kernel.org/torvalds/c/3d46a3007cd8f73bae502bf5c171977b91d7aacc
[120] 
[121] 
[122] https://git.kernel.org/torvalds/c/6eb9b758e307481b116704fc5ea9f9fe84d7094b
[123] https://linux-sunxi.org/Cedrus
[124] https://linux-sunxi.org/Allwinner_SoC_Family
[125] https://lore.kernel.org/lkml/20190725185602.22522-1-paul.kocialkowski@bootlin.com/T/#u
[126] 
[127] https://git.kernel.org/torvalds/c/038b1a05eae6666b731920e46f47d8e2332e07ff
[128] https://git.kernel.org/torvalds/c/98e865a522983f2afde075648ec9d15ea4bb9194
[129] https://git.kernel.org/torvalds/c/e0668f28888184f6c633110a37386f2d4a6fa00e
[130] https://git.kernel.org/torvalds/c/4fd1982545398bf801fe13455e02bc01b6402de6
[131] https://git.kernel.org/torvalds/c/b096f626a6827ad2ced5ebdbdc04e62422d463f6
[132] https://git.kernel.org/torvalds/c/edb73f4f02472b92dc2473c74211d22807d482e4
[133] https://git.kernel.org/torvalds/c/11518370b332c0eeaaccef1f5de7877747893f1f
[134] https://git.kernel.org/torvalds/c/6e2abc68585b0942257f6198944b8a0e24c67d8f
[135] https://git.kernel.org/torvalds/c/384225c2a7243d073495aa3a6ec07ad25d01bbfe
[136] https://git.kernel.org/torvalds/c/c02f77d32d2c45cfb1b2bb99eabd8a78f5ecc7db
[137] https://git.kernel.org/torvalds/c/51bd6f291583684f495ea498984dfc22049d7fd2
[138] https://git.kernel.org/torvalds/c/4f7f96453b462b3de0fa18d18fe983960bb5ee7f
[139] https://www.heise.de/hintergrund/So-helfen-Sie-Linux-besser-zu-machen-4466282.html
[140] https://www.heise.de/news/Radeon-RX-5700-XT-RTX-Performance-ab-369-Euro-4464272.html
[141] https://git.kernel.org/torvalds/c/14808a12bdbdc21143eba70ea07830197b3a04ff
[142] https://git.kernel.org/torvalds/c/9edefe7bacbd30230b0981277b6e9b4235710012
[143] https://git.kernel.org/torvalds/c/d6ad5023e87756dc0642b9d150bd2bbfaa967d36
[144] https://git.kernel.org/torvalds/c/be4008b8c5b9df89fec5f5528a99851f39a84f23
[145] https://git.kernel.org/torvalds/c/f519f0be45da3bd09efbcaf9930dac34949f9f82
[146] https://git.kernel.org/torvalds/c/efd8725f03c9fd8ad78f5e975fa232f387a92069
[147] https://git.kernel.org/torvalds/c/326354fa97cf0aa97e292c81f2e8e21636283b80
[148] https://git.kernel.org/torvalds/c/db3239f535cb3f364bfa6618f256542446e3b7bf
[149] https://git.kernel.org/torvalds/c/9a87c32fdabf9492b58e1299b51b640daef29e57
[150] https://gitlab.freedesktop.org/mesa/mesa/merge_requests/1173
[151] https://gitlab.freedesktop.org/mesa/mesa/merge_requests/1274
[152] https://lists.x.org/archives/xorg-announce/2019-July/003001.html
[153] https://cgit.freedesktop.org/xorg/driver/xf86-video-amdgpu/
[154] https://cgit.freedesktop.org/xorg/driver/xf86-video-amdgpu/
[155] https://github.com/GPUOpen-Drivers/AMDVLK
[156] https://github.com/GPUOpen-Drivers/AMDVLK/releases/tag/v-2019.Q3.2
[157] https://cgit.freedesktop.org/drm/drm/commit/?id=e7f7287bf5f746d29f3607178851246a005dd398
[158] https://www.amd.com/en/support/graphics/amd-radeon-5700-series/amd-radeon-rx-5700-series/amd-radeon-rx-5700-xt
[159] 
[160] https://lore.kernel.org/lkml/CAHk-=wiP4K8DRJWsCo=20hn_6054xBamGKF2kPgUzpB5aMaofA@mail.gmail.com/
[161] 
[162] https://www.heise.de/hintergrund/Linux-4-18-freigegeben-Raspi-3-Support-und-Vorboten-neuer-Firewall-Technik-4078605.html
[163] https://www.heise.de/hintergrund/Linux-4-19-bringt-verbessere-Datentraeger-Regulierung-und-SMB-Snapshot-Support-4144037.html
[164] https://www.heise.de/hintergrund/Linux-4-20-freigegeben-Performance-Optimierungen-und-neue-Treiber-4223066.html
[165] https://www.heise.de/news/Linux-5-0-ist-da-Geschwindigkeit-zurueckerobern-und-moderner-speichern-4307315.html
[166] https://www.heise.de/news/Linux-5-1-Performance-Verbesserungen-und-neue-Speichertechnik-4411986.html
[167] https://www.heise.de/news/Linux-5-2-festgeklopft-Neue-ARM-Treiber-und-Case-Insensitivity-fuer-Ext4-Dateisystem-4424484.html
[168] https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/tree/
[169] https://kernel.org/
[170] https://www.kernel.org/category/faq.html#linus-has-tagged-a-new-release-but-it-s-not-listed-on-the-front-page
[171] https://www.kernel.org/category/signatures.html
[172] https://www.heise.de/tests/Linux-Kernel-massgeschneidert-1402386.html
[173] https://www.heise.de/select/ct/2017/6/1489331084099960
[174] https://www.heise.de/select/ct/2017/13/1497639758398080
[175] https://www.heise.de/select/ct/2018/5/1519616757556066
[176] https://www.heise.de/ratgeber/FAQ-Basics-zum-Linux-Kernel-Teil-4-4471912.html
[177] https://www.heise.de/newsticker/
[178] https://twitter.com/kernellog
[179] 
[180] mailto:thl@ct.de

Copyright © 2019 Heise Medien