zurück zum Artikel

Kernel-Log: Nvidia aktualisiert Grafiktreiber

| Thorsten Leemhuis

Nvidias nächste Treibergeneration soll GeForce 6 und 7 nicht mehr unterstützen. Mesa 3D macht einen Versionssprung auf 9.0. Die Kernel-Entwickler wollen den Support für i386-Prozessoren fallen lassen.

Nvidia hat die Version 304.43 seiner proprietären Linux-Treiber [1] für x86-32 [2]- und x86-64 [3]-Linux freigegeben. Sie bringen unter anderem Unterstützung für die GeForce GTX 660 Ti sowie einige Quadro-Grafikkarten. Wie Phoronix erfahren hat [4], lässt Nvidia die Unterstützung für GeForce-Grafikkarten der Serien 6 und 7 bei der Nachfolgegeneration dieser als "Long Lived Branch" eingestuften Treiber fallen. Nvidia will die 304er-Treiber allerdings als Legacy-Driver weiterpflegen. So ist das Unternehmen schon bei einigen anderen Treiberserien vorgegangen, als es die Unterstützung für ältere Grafikkerne entfernt hat.

Die nächste, vage für Oktober geplante Mesa-Version soll nicht die Versionsnummer 8.1 tragen, sondern 9.0 [5]. Im selben Zug kündigte Ian Romanick an, bei dieser Version würden vermutlich alle Treiber OpenGL 3.1 implementieren, die bislang 3.0 unterstützen. Die nächste Mesa-Generation wird zudem MSAA (Multisample anti-aliasing) bei einigen der neueren Radeon-Grafikkerne beherrschen – darunter die der Evergreen-Generation [6] (viele Radeon 5000er-Karten [7]). Ian Romanick hat zudem über einen Blog-Eintrag [8] bekannt gegeben, dass die Treiber für die Grafikkerne in Intels Sandy-Bridge- und Ivy-Bridge-Prozessoren offiziell als konform zu OpenGL ES 2.0 [9] gelten.

Die Version 2.20.5 [10] des Intel-Treibers für den X-Server von X.org bringt vornehmlich Fehlerkorrekturen. Daniel Vetter hat zudem die Version 1.3 der Intel-Gpu-Tools veröffentlicht [11] – einer Sammlung von Werkzeugen zum Testen und Debuggen von Intel-GPUs und deren Treibern.

David Herrmann hat kürzlich in einem Blog-Eintrag [12] die Hintergründe zur Entwicklung des maßgeblich von ihm vorangetriebenen Kmscon [13] näher erläutert – einem einfachen Terminal Emulator, der prinzipiell die bislang vom Kernel gestellten Virtual Terminals (VT) ersetzen kann, zwischen denen man mit Tastenkombinationen wie Ctrl + F1 bis F7 hin und her schaltet. Da Kmscon ähnlich wie Wayland auf KMS (Kernel-based Mode-Setting) und den Direct Rendering Manager (DRM) von Linux aufsetzt, kann es zur Bildschirmausgabe auf die Beschleunigungsfunktionen der Grafik-Hardware zurückgreifen. Kmscon unterstützt zudem Hotplugging und versteht sich auch auf die Ein- und Aufgabe chinesischer, japanischer oder koreanischer Schriftzeichen, was die Konsolen-Emulation des Kernels nicht beherrscht.

Der Xorg-Server 1.12.4 [14] korrigiert vornehmlich Probleme früherer Ausgaben des X-Servers 1.12.

Bei Libdrm 2.4.39 hat der Radeon-Treiber der Bibliothek Unterstützung für die Prime-Infrastruktur [15] erhalten, die den Support für Hybrid-Grafik verbessern soll.

AMD-Entwickler Alex Deucher hat darauf hingewiesen [16], dass sein Arbeitgeber ein PDF-Dokument [17] veröffentlicht hat, welches die Programmierung der Shader von Southern-Islands-Grafikkernen [18] beschreibt.

Wie Phoronix in einem Vortrag erfahren hat [19], soll die Version 1.0 des designierten X-Server-Erben Wayland schon in ein oder zwei Monaten erscheinen.

Device-Mapper-Entwickler Milan Broz beschreibt in seinem Blog [20] das Werkzeug Cryptsetup-Reencrypt, mit dem sich Eigenschaften eines mit Crypsetup verschlüsselten Laufwerks verändern lassen; es kann sogar ein unverschlüsseltes Volume in ein verschlüsseltes verwandeln.

Ein neue Iowatcher-Version zeigt an, wo auf einer Festplatte zugegriffen wird.

Ein neue Iowatcher-Version zeigt an, wo auf einer Festplatte zugegriffen wird.

(Bild: Screenshot eines G+-Videos von Chris Mason)

Btrfs-Entwickler Chris Mason arbeitet an einer neuen Version des Programms Iowatcher, das Datenträgerzugriffe zur einfachen Analyse grafisch aufbereitet; in einem [21] von zwei [22] Google+-Posts zur neuen Version zeigt er ein Video, das die Festplattenzugriffe auf nachvollziehbare Weise darstellt.

Michael Kerrisk hat die Man-Pages 3.42 [23] veröffentlicht.

Ethtool 3.5 [24] ermöglicht die Konfiguration von Energy-Efficient Ethernet (EEE).

Die Stable- und Longterm-Betreuer haben die Linux-Versionen 2.6.34.13 [25], 3.0.42 [26], 3.2.28 [27], 3.4.10 [28] und 3.5.3 [29] freigegeben; wie gewohnt bringen sie vornehmlich Fehlerkorrekturen und kleine Verbesserungen.

Auf der LKML [30] und im Hauptentwicklungszweig [31] von Linux geht es gerade etwas ruhiger zu, denn viele wichtige Kernel-Entwickler sind dieser Tage auf dem diesjährigen Kernel Summit [32] oder der im Anschluss abgehaltenen Linux Plumbers Conference [33]; typischerweise werden dort einige wichtige Entscheidung oder Projekte angegangen, die größere Auswirkungen auf Linux haben.

Luis R. Rodriguez hat das kürzlich gestartete [34] Treiber-Backporting-Projekt nochmal auf der LKML hervorgehoben [35] und dabei erwähnt, dass das Compat-Drivers-Archiv mit Treibern von Linux 3.7 wahrscheinlich auch die DRM-Treiber enthalten soll, wie es zuvor schon angedacht war.

Dan Luedtke hat eine frühe Version des Kernel-Codes zur Unterstützung eines LanyFS genannten Dateisystems [36] zur Diskussion [37] gestellt, das speziell für den Einsatz auf Wechseldatenträgern oder Gadgets mit integriertem Speicher ausgelegt ist. In der Diskussion um das vornehmlich für Flash-Datenträger gedachte Dateisystem erwähnte Arnd Bergmann [38], er wisse von einem großen Flash-Hersteller, der ebenfalls an einem einfach gehaltenen Dateisystem für solche Datenträger und Geräte arbeitet.

Kees Cook hat vorgeschlagen [39], die "Experimentell"-Kennzeichnung bei allen Konfigurationsoptionen des Kernels zu entfernen, weil diese ohnehin kaum etwas aussagen.

Auf der Liste der Kernel-Entwickler gab es kürzlich eine längere Diskussion [40] um die zahlreichen Aspekte, die für energie-effizientes Arbeiten von Linux wichtig sind. Auslöser waren Patches eines Intel-Entwicklers, die den Scheduler verändern, damit er die Prozesse möglichst so verteilt, dass das System stromsparend arbeitet. Wie einige der etablierten Kernel-Entwickler anführen, sind viele andere Faktoren für eine geringe Gesamtleistungsaufnahme bei modernen Systemen viel wichtiger.

Der auf der LKML [41] aufgetauchte Vorschlag [42], die Unterstützung für 32-Bit-x86-Prozessoren in Linux fallen zu lassen, hat vornehmlich zu Spott geführt [43] und wurde von etablierten Kernel-Entwicklern weitgehend ignoriert – das ist nicht erstaunlich, denn trotz der Dominanz von 64-Bit-x86-64-Prozessoren hat die x86-32-Unterstützung immer noch eine um Längen größere Bedeutung für Linux als viele andere vom Kernel unterstützte Prozessor-Architekturen. In dem teilweise amüsanten Thread gab es aber auch neues zu erfahren: H. Peter Anvin, einer der Betreuer des x86-Codes von Linux, erwähnte [44] Überlegungen, die Unterstützung für die Anfang der 90er verbreiteten 386-Prozessoren mittelfristig zu entfernen – 486er und andere 32-Bit-x86-Prozessoren sollen aber weiter unterstützt werden.

Weitere Hintergründe und Informationen zu Entwicklungen beim Linux-Kernel und dessen Umfeld finden sich in den vorangegangenen Kernel-Logs [45] auf heise open [46] und in c't [47]. Neue Ausgaben des Kernel-Logs [48] werden auf den Identi.ca [49]- und Twitter [50]-Konten "@kernellog" erwähnt; die englischen, bei den Kollegen von "The H [51]" erscheinenden Übersetzungen auf den Identi.ca [52]- und Twitter [53]-Konten "@kernellog2". Gelegentlich zwitschert der Autor des Kernel-Logs unabhängig davon über einige Kernel-Log-Themen bei Identi.ca [54] und Twitter [55] als "@kernellogauthor". (thl [56]) (thl [57])


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

Links in diesem Artikel:
[1] http://www.nvidia.com/object/unix.html
[2] http://www.nvidia.com/object/linux-display-ia32-304.43-driver.html
[3] http://www.nvidia.com/object/linux-display-amd64-304.43-driver.html
[4] http://www.phoronix.com/scan.php?page=news_item&px=MTE3MDA
[5] http://thread.gmane.org/gmane.comp.video.mesa3d.devel/44015
[6] http://cgit.freedesktop.org/mesa/mesa/commit/?id=1932bc8aaeb59287a7f769b0cb9a55f49dd6d553
[7] http://xorg.freedesktop.org/wiki/RadeonFeature#Decoder_ring_for_engineering_vs_marketing_names
[8] http://www.paranormal-entertainment.com/idr/blog/posts/2012-08-20T15%3A57%3A46Z-OpenGL_ES_2_0_conformance/
[9] http://www.khronos.org/conformance/adopters/conformant-products#opengles
[10] http://article.gmane.org/gmane.comp.freedesktop.xorg.drivers.intel/13628
[11] http://article.gmane.org/gmane.comp.freedesktop.xorg.announce/1793
[12] http://dvdhrm.wordpress.com/2012/08/11/kmscon-linux-kmsdrm-based-virtual-console/
[13] https://github.com/dvdhrm/kmscon
[14] http://article.gmane.org/gmane.comp.freedesktop.xorg.announce/1792
[15] https://www.heise.de/hintergrund/Die-Neuerungen-von-Linux-3-5-1636890.html
[16] http://www.botchco.com/agd5f/?p=56
[17] http://developer.amd.com/sdks/AMDAPPSDK/assets/AMD_Southern_Islands_Instruction_Set_Architecture.pdf
[18] http://xorg.freedesktop.org/wiki/RadeonFeature#Decoder_ring_for_engineering_vs_marketing_names
[19] http://www.phoronix.com/scan.php?page=news_item&px=MTE3MTE
[20] http://asalor.blogspot.cz/2012/08/re-encryption-of-luks-device-cryptsetup.html
[21] https://plus.google.com/105274031445877094012/posts/DHX6e3wZzuQ
[22] https://plus.google.com/105274031445877094012/posts/e5xE6phxJXJ
[23] http://linux-man-pages.blogspot.de/2012/08/man-pages-342-is-released.html
[24] http://thread.gmane.org/gmane.linux.network/239075
[25] http://article.gmane.org/gmane.linux.kernel/1346695
[26] http://article.gmane.org/gmane.linux.kernel/1349797
[27] http://thread.gmane.org/gmane.linux.kernel/1346272
[28] http://article.gmane.org/gmane.linux.kernel/1349795
[29] http://article.gmane.org/gmane.linux.kernel/1349640
[30] http://www.heise.de/glossar/entry/Linux-Kernel-Mailing-List-397973.html
[31] http://www.heise.de/glossar/entry/Hauptentwicklungslinie-397933.html
[32] http://events.linuxfoundation.org/events/linux-kernel-summit
[33] http://www.linuxplumbersconf.org/2012/
[34] https://www.heise.de/news/Neue-Linux-Treiber-fuer-alte-Kernel-Versionen-1667657.html
[35] http://thread.gmane.org/gmane.linux.kernel/1348494
[36] https://www.nonattached.net/lanyfs/
[37] http://thread.gmane.org/gmane.linux.kernel/1345598
[38] http://thread.gmane.org/gmane.linux.kernel/1345598/focus%3D1347653
[39] http://thread.gmane.org/gmane.linux.kernel/1350126
[40] http://thread.gmane.org/gmane.linux.kernel/1341962/
[41] http://www.heise.de/glossar/entry/Linux-Kernel-Mailing-List-397973.html
[42] http://thread.gmane.org/gmane.linux.kernel/1348671/
[43] http://thread.gmane.org/gmane.linux.kernel/1348671/focus%3D1348745
[44] http://thread.gmane.org/gmane.linux.kernel/1348671/focus%3D1349273
[45] http://www.heise.de/open/kernel-log-3007.html
[46] http://www.heise.de/open/
[47] http://www.heise.de/suche/?q=Kernel-Log&search_submit=Suchen&rm=search&channel=ct&mediatype=ct_2
[48] http://www.heise.de/glossar/entry/Kernel-Log-397909.html
[49] http://identi.ca/kernellog
[50] http://twitter.com/kernellog
[51] http://www.h-online.com
[52] http://identi.ca/kernellog2
[53] http://twitter.com/kernellog2
[54] http://identi.ca/kernellogauthor
[55] http://twitter.com/kernellogauthor
[56] mailto:thl@ct.de
[57] mailto:thl@ct.de