Original-URL des Artikels: https://www.golem.de/news/betriebssysteme-linux-4-17-bringt-verbesserungen-fuer-amd-grafikkarten-1804-133850.html    Veröffentlicht: 16.04.2018 09:47    Kurz-URL: https://glm.io/133850

Betriebssysteme

Linux 4.17 bringt Verbesserungen für AMD-Grafikkarten

In Linux 4.17 profitieren AMDs Grafikkarten erneut von Verbesserungen im quelloffenen AMDGPU-Treiber. Zudem ist der Code vieler obsoleter CPU-Architekturen entfernt worden. Auch der Leerlaufprozess ist optimiert. Die Umsetzung der umstrittenen Sicherheitsfunktion Lockdown ist hingegen vertagt.

Allmählich kehrt wieder Alltag bei den Linux-Entwicklern ein: Große Änderungen zu den Schwachstellen Spectre und Meltdown sind in der kommenden Version 4.17 des Linux-Kernels nicht zu erwarten. Lediglich die Version für IBM s390 erhält einige Verbesserungen im Umgang mit Spectre. Stattdessen widmeten sich die Kernel-Hacker einigen, mittlerweile obsoleten Architekturen und entfernten deren Code. Der Quellcode des Linux-Kernels wurde so um fast eine halbe Million Codezeilen verschlankt. Auch vom quelloffenen Treiber für Grafikkarten von AMD gibt es Neues zu vermelden.

Viel Neues bei der Grafik

Intels Grafiktreiber unterstützt jetzt High-Bandwidth Digital Content Protection (HDCP), womit Medieninhalte entschlüsselt werden. Der Code wird bereits in Chrome OS verwendet. Der Code für Intels nächste Grafikeinheit alias Cannonlake oder Gen 10 gilt jetzt als soweit ausgereift, dass er standardmäßig aktiviert wird. Erste CPUs mit integriertem Cannonlake-Chip sollen im Laufe des Jahres erscheinen. Gleichzeitig pflegten Intels Entwickler ersten Code für Gen 11 alias Icelake ein.

Der freie Treiber AMDGPU für Grafikkarten von AMD beziehungsweise dessen neuer Display Code (DC), der in Linux 4.15 eingepflegt wurde, ist jetzt für alle Chips von AMD verfügbar. Bislang konnten nur die aktuellen Grafikeinheiten Vega und Raven Ridge von dem neuen Code Gebrauch machen, der unter anderem Audio über HDMI und Displayport sowie HDMI 2.0 unterstützt. Zu den Neuerungen in dieser Version von AMDGPU zählen die Gamma- und Farbverwaltung sowie eine verbesserte Unterstützung für Dual-Link-DVI. AMDGPU DC ist auch Voraussetzung für AMDs Umsetzung variabler Bildwiederholungsraten namens Freesync. Der Code ist allerdings noch nicht fertig und wird wohl erst in einer der nächsten Versionen des Treibers umgesetzt. Die aktuelle Version des DC-Treibers unterstützt auch die kommende Chip-Version Vega 12 von AMD, zu der es allerdings bislang keine Details, sondern lediglich Spekulationen gibt.

Übertakten auch mit dem freien AMD-Grafiktreiber

Jetzt schon von AMDGPU unterstützt werden Funktionen, die im Modul Wattman des proprietären Treibers zur Verfügung stehen. Damit lassen sich die Energieverwaltung, genaue Frequenz und Spannung der Grafikkarte festlegen und deren Auslastung beobachten. Noch fehlt aber eine grafische Oberfläche für das Werkzeug unter Linux. Temperatur, Spannung und Leistungsaufnahme können über die Hardware-Monitoring-Schnittstelle des Kernels (hwmon) ausgelesen, Änderungen müssen manuell über pp_power_profile_mode in Sysfs festgelegt werden. Dort festgelegte Einstellungen lassen sich bislang für AMDs Chips RX 400 und 500 (Polaris), RX 200 (Volcanic Islands) und HD 8000 (Sea Islands) vornehmen.

Nach wie vor arbeiten die Kernel-Hacker an dem AMDKFD HSA genannten Treiber, der unter anderem das Mining auf AMDs Grafikkarten unter Linux unterstützen soll. Die Heterogenous-System-Architektur ermöglicht beispielsweise GPUs und CPUs, auf einen gemeinsamen Adressraum im Arbeitsspeicher zuzugreifen und so die Leistung der Accelerated Processing Units (APUs) der Grafikkarte zu optimieren. Die jetzt eingereichten Patches schaffen die Grundlage für AMDKFD HSA, damit Grafikchips von AMD mit OpenCL beziehungsweise Radeon Open Compute (ROCm) funktionieren. Bislang mussten Miner den Code in ihrem selbst gebauten Linux-Kernel einpflegen.

Besseres Energiesparen im Leerlauf

Für eine verbesserte Energieverwaltung soll der überarbeitete Leerlaufprozess des Kernels sorgen. Mit den Änderungen soll die CPU schneller und effektiver in tiefere Schlafmodi versetzt werden können. Dafür wurde das Zusammenspiel in dem Scheduler verbessert. Der Maintainer Rafael Wysocki spricht von einer zehnprozentigen Reduzierung der Leistungsaufnahme auf betroffener Hardware. Gleichzeitig wurde das Load Tracking des Schedulers verbessert. Es soll jetzt genauer vorhersagen können, welche Anforderungen Systeme in naher Zukunft an die CPUs stellen und so die optimalen CPU-Taktung auswählen können. Von dieser Neuerung sollen vor allem mobile und eingebettete Systeme profitieren können.

Effizienteres XFS und robusteres Ext4

Das Dateisystem XFS erhält die Option Lazytime. Damit wird der Zähler der Zugriffszeit einzelner Inodes namens Atime im Speicher gehalten und nicht mehr jedes Mal auf den Datenträger geschrieben, wenn ein lesender Zugriff auf eine Datei erfolgt, sondern nur dann, wenn Daten tatsächlich verändert wurden. Die in Linux 4.16 eingeführte Unterstützung für Microsofts Server Messaging Block (SMB) 3.1.1 ist nicht mehr als experimentell eingestuft und deshalb standardmäßig aktiviert. Gleichzeitig wird jetzt beim Verbindungsaufbau auch unter Linux zwischen Server und Client ein Chiffre ausgetauscht, bevor eine Authentifizierung stattfindet.

Ext4 soll künftig robuster gegen böswillig kodierte Dateisystem-Images in Containern sein. Einen vollständigen Schutz lieferten die Code-Ergänzungen jedoch nicht, warnt der zuständige Maintainer Ted T'so. Container-Entwickler sollten weiterhin Vorsicht walten lassen.

Lockdown wird vertagt

Stichwort Sicherheit: TLS (Transport Layer Security) im Kernel wurde um die Unterstützung auf der Empfängerseite erweitert. Hinzu kommt die Option, Netzwerkdaten, die per sendmsg() und sendfile() übertragen werden, mit dem Berkley Packet Filter (BPF) zu filtern.

Die von Security-Maintainer James Morris eingereichten Sicherheitspatches für Linux 4.17 führten im Vorfeld zu Diskussionen und letztendlich zu einer vorläufigen Ablehnung durch Linux-Chefentwickler Linus Torvalds. Die unter anderem von Red-Hat-Entwickler David Howells erstellten Patches sollen garantieren, dass Angreifer den laufenden Kernel nicht dauerhaft verändern können. Der sogenannte Kernel-Lockdown wird deshalb kritisiert, weil er automatisch aktiviert wird, wenn das umstrittene Secure Boot im UEFI aktiviert ist. Die Lockdown-Funktion sei zwar begrüßenswert, allerdings sei der Zwang in Kombination mit Secure Boot nicht nachvollziehbar. Lockdown wird wohl erst in einer späteren Version des Linux-Kernels eingeführt.

Aufgeräumt

In Linux 4.17 wurde reihenweise obsoleter Code entfernt. Betroffen sind vor allem CPU-Architekturen, die nicht mehr genutzt werden. Zunächst wurde der Code der 32-Bit-Meta-Architektur ausgemustert, der von dem Unternehmen Imagination Technology stammt, das mittlerweile auf MIPS (Microprocessor without Interlocked Pipeline Stages) setzt, nachdem es sich die Rechte an der Mikroprozessorarchitektur mit der Übernahme der gleichnamigen Firma gesichert hatte. Dabei blieb es aber nicht: Sunplus S+core, Unicore 32, FR-V und M32R werden ebenfalls nicht mehr gepflegt und stehen in Linux 4.17 vor dem Aus. Damit soll der Kernel-Code um etwa 470.000 Codezeilen erleichtert werden. Der Code für IBMs Power 4 CPUs wird ebenfalls entfernt. Noch im Rennen sind Qualcomms Hexagon und OpenRISC. Hexagon wird noch von Qualcomm und intern von Kernel-Entwicklern verwendet. OpenRISC wird ebenfalls noch eingesetzt, auch wenn der Code, der in dieser Linux-Version ebenfalls Verbesserungen erhielt, für RISC-V mehr und mehr die gleichen Funktionen übernimmt. Die ebenfalls zur Diskussion stehenden Architekturen Backfin und Tile sollen in späteren Kernel-Versionen entfernt werden, sofern sich keiner für ihren Verbleib einsetzt.

Diese und weitere Änderungen können mit der Vorabversion von Linux 4.17rc1 getestet werden, deren Quellcode unter kernel.org zum Download bereitsteht.  (jt)


Verwandte Artikel:
Linux: Hardware soll Schlüssel der Kernel-Entwickler schützen   
(06.04.2018, https://glm.io/133710 )
Betriebssysteme: Linux 4.16 bringt Spectre- und Meltdown-Patches und mehr   
(02.04.2018, https://glm.io/133608 )
Urheberrecht: Mehrere Firmen unterstützen GPL-Erweiterung für Linux   
(22.03.2018, https://glm.io/133470 )
Linux: Mit Ignoranz gegen die GPL   
(19.03.2018, https://glm.io/133375 )
Linux-Kernel: Mainline-Support für Android offenbar keine hohe Priorität   
(16.03.2018, https://glm.io/133371 )

© 1997–2019 Golem.de, https://www.golem.de/