Aktivierung des Treibers¶

Der Treiber wird normalerweise automatisch benutzt, wenn ein entsprechender Chipsatz gefunden wird und kein anderer Treiber angegeben ist. In diesem Fall sind keine weiteren Schritte notwendig.

Sollte dies nicht der Fall sein, oder ist ein anderer Treiber aktiviert, kann der radeon-Treiber explizit in der Konfigurationsdatei des XServers /etc/X11/xorg.conf eingetragen werden. Dazu wird die Konfigurationsdatei mit einem Editor ^[2] mit Root-Rechten bearbeitet. Der Abschnitt "Device" ist um den Eintrag Driver "radeon" zu ergänzen bzw. ein bestehender Eintrag zu ändern:

Section "Device"
	Identifier	"Configured Video Device"
	Driver		"radeon"
EndSection

Nach einem Neustart sollte der Treiber aktiv sein.

Xorg Treiber Optionen¶

Zusätzliche Optionen können im Device-Abschnitt der Datei /etc/X11/xorg.conf angegeben werden, die mit Root-Rechten bearbeitet^[2] werden muss. Eine ausführliche Liste aller möglichen Optionen inklusive der jeweiligen Standardwerte ist in der radeon-Manpage zu finden.

Section "Device"
...
        Option 		"<OPTION>" "<WERT>"
EndSection

Folgende Optionen sind verfügbar, statt "on"/"off" kann auch "yes"/"no", "true"/"false" oder "1"/"0" verwendet werden:

Folgende zusätzliche Optionen sind für das standardmäßig verwendete EXA verfügbar:

Kernel Modul Optionen¶

Die Optionen für das Kernel Modul müssen als Parameter übergeben werden, dafür gibt es zwei Methoden. Entweder die Parameter werden dem Kernel in der Bootzeile übergeben (siehe auch Bootoptionen), oder man legt mit Root-Rechten^[2][4] im Verzeichnis /etc/modprobe.d eine neue Datei für die Optionen an.

Als Bootoption haben die Parameter folgenden Aufbau:

radeon.<OPTION>=<WERT>

Die Dateien im /etc/modprobe.d Verzeichnis können beliebig benannt werden, müssen aber auf .conf enden. Dort können mehrere Optionen entweder Zeilenweise oder in einer Zeile mit folgendem Aufbau angegeben werden:

# Mehrere Optionen in einer Zeile
options radeon <OPTION>=<WERT> <OPTION>=<WERT>

# Eine Option pro Zeile
options radeon <OPTION>=<WERT>
options radeon <OPTION>=<WERT>

Unter Umständen, z. B. bei der Verwendung einer verschlüsselten Partition, muss zusätzlich mit folgendem Befehl^[3] das Initramfs für die vorhandenen Kernel neu generiert werden, damit die Änderungen in der Datei übernommen werden:

sudo update-initramfs -u -k all 

Folgende Optionen sind für das Kernel Modul verfügbar:

Stromsparfunktionen¶

Mit dem Wechsel zu Kernel Mode-Setting (KMS) sind auch die Stromsparfunktionen nun ein Teil des Kernel Moduls des Treibers geworden. Da diese Einstellungen im laufenden Betrieb änderbar sein müssen, weicht die Konfiguration der Stromsparfunktionen stark von den zuvor genannten Konfigurationsmöglichkeiten ab.

Mit Kernel 3.11 und somit Ubuntu 13.10 wurde die von AMD entwickelte neue „Dynamic Power Management“ (DPM) Stromspar-Architektur eingeführt, welche die erweiterten Stromspar-Mechanismen aktuellerer Karten der Radeon HD Generationen unterstützt und somit bei neueren Modellen eine höhere Einsparung als die klassische „Dynamic Clocks“ Architektur verspricht, welche lediglich die Taktrate des Grafikchips verändert.

Der aktuelle Zustand der Grafikkarte (Taktraten, Spannung) kann durch das Auslesen einer Gerätedateien mit folgendem Befehl ermittelt werden, dabei unterscheidet sich das Format der Ausgabe je nach verwendeter Stromspar-Architektur:

sudo cat /sys/kernel/debug/dri/0/radeon_pm_info

Sollten mehrere Grafikchips im Gerät verbaut sein, kann die betroffene Karte eventuell einen anderen Index als 0 haben (z.B. 1), der Pfad ist dann entsprechend anzupassen. Die mittels sudo angeforderten Root-Rechte^[4] sind erforderlich, weil die debug Schnittstellen des Kernels standardmäßig keine Leserechte für normale Benutzer haben.

/sys/class/drm/card0/device/power_method
/sys/class/drm/card0/device/power_profile

echo dynpm | sudo tee /sys/class/drm/card0/device/power_method 

echo profile > /sys/class/drm/card0/device/power_method
echo auto > /sys/class/drm/card0/device/power_profile

exit 0

/sys/class/drm/card0/device/power_dpm_state
/sys/class/drm/card0/device/power_dpm_force_performance_level

echo battery | sudo tee /sys/class/drm/card0/device/power_dpm_state 

echo low | sudo tee /sys/class/drm/card0/device/power_dpm_force_performance_level 

Hardware-beschleunigte Videodekodierung¶

Seit Trusty Tahr ist der Treiber in der Lage, die ab der HD 4000 Serie verbauten UVD Einheiten der 2. Generation (und neuer) zu verwenden, um über VDPAU diverse Videocodecs direkt von der Hardware dekodieren zu lassen. Davon ausgenommen sind allerdings HD 4730, HD 4830-4890, Mobility HD 4850/4870 sowie die integrierte Grafik der AMD 700 Chipsatzfamilie, da sich deren UVD Einheiten als problematisch erwiesen haben.

Ab Vivid Vervet wird auch die erste UVD Generation der HD 2000 und HD 3000 Serie unterstützt. Weiterhin haben die Entwickler die Probleme mit den zuvor genannten Karten der HD 4000 Serie in den Griff bekommen, sodass nun die UVD Einheiten aller Radeon HD Karten unterstützt werden.

Alle Karten ab der Radeon 9500 sind darüber hinaus auch ohne die UVD Einheit in der Lage, über einen generischen VDPAU Codec zumindest MPEG1 und MPEG2 kodierte Videos (Video-CD, DVD-Video, DVB SDTV Signale der ersten Generation) über ihre Shader Einheiten beschleunigt zu dekodieren, auch wenn diese Codecs bereits relativ wenig Leistung benötigen.

Aus Platzgründen werden die nötigen Dateien für die Verwendung von VDPAU nicht vorinstalliert, weshalb die Installation des folgenden Pakets notwendig ist.

• mesa-vdpau-drivers

mit apturl

sudo apt-get install mesa-vdpau-drivers 

sudo aptitude install mesa-vdpau-drivers 

Seit Xenial Xerus bietet der Treiber für Karten ab der R600 Chipfamilie die Hardwarebeschleunigung ebenfalls über VA-API an, sodass für Programme die ausschließlich VA-API unterstützen kein VDPAU Backend mehr verwendet werden muss. Die hierfür benötigten Dateien können mit dem folgenden Paket installiert werden.

• mesa-va-drivers

mit apturl

sudo apt-get install mesa-va-drivers 

sudo aptitude install mesa-va-drivers 

Wenn man sich zwischen beiden Schnittstellen entscheiden kann sollte man VDPAU den Vorzug geben, da es noch einmal etwas weniger CPU Last verursacht als VA-API.

Konflikt mit fglrx¶

Besteht nach der Installation des proprietären fglrx Treibers das Bedürfnis wieder den freien radeon Treiber zu benutzen, so müssen lediglich alle installierten Pakete mit fglrx im Namen wieder entfernt werden. Wurde über das Konfigurationsprogramm des Treibers eine xorg.conf generiert, so muss diese ebenfalls entfernt werden, da deren Inhalt verhindern kann, dass der freie Treiber geladen wird.

Wenn versehentlich eine stark veraltete Version installiert wurde, so kann es dazu kommen, dass einige Dateien des Systems überschrieben wurden. In diesem Fall hilft die erneute Installation der folgenden Pakete:

• libgl1-mesa-glx

• libgl1-mesa-dri

• xserver-xorg-video-radeon

• xserver-xorg-core

Die Neuinstallation lässt sich mit folgendem Befehl erreichen:

Mit apt-get:

sudo apt-get install --reinstall libgl1-mesa-glx libgl1-mesa-dri xserver-xorg-video-radeon xserver-xorg-core 

Mit aptitude:

sudo aptitude reinstall libgl1-mesa-glx libgl1-mesa-dri xserver-xorg-video-radeon xserver-xorg-core 

Deaktivieren von Kernel Mode-Setting¶

Für ATI Grafikkarten wird Kernel Mode-Setting (KMS) verwendet. In wenigen Fällen kann es hiermit Probleme geben, die es erfordern zum alten User-Space Mode-Setting (UMS) zu wechseln. Um dies zu tun fügt man entweder die Bootoption nomodeset hinzu oder man benutzt die unter Konfiguration beschriebene modeset=0 Option. Mit dem Wechsel zu UMS werden viele Optionen für das Kernel Modul nutzlos und auch die verfügbaren Optionen des Xorg Treibers ändern sich stark, zur Konfiguration sollte die radeon-Manpage konsultiert werden.

Als Nebeneffekt fällt der grafische Bootsplash Plymouth in den Textmodus zurück und die virtuellen Konsolen haben wieder die kleinere Standardauflösung wie in vorhergehenden Ubuntu Versionen. Hier gibt es eine Anleitung, wie diese Nebeneffekte behoben werden können.

Bild größer als der Bildschirm¶

Auch moderne Fernseher benutzen immer noch Overscan zur Darstellung von Video-Signalen, d.h. das Bild wird hochskaliert, damit die Ränder nicht zu sehen sind. Da ein Bildschirm über HDMI nicht erkennen kann, ob ein Multimedia-Gerät oder ein Computer angeschlossen ist, wird auch bei einem angeschlossenem Computer Overscan angewendet, sodass die Ränder des dargestellten Bildes verloren gehen. Die meisten Fernseher bieten eine Möglichkeit, Overscan für den verwendeten HDMI Anschluss zu deaktivieren, welche jedoch bei einigen Geräten gut versteckt, schlecht benannt oder nicht im Handbuch dokumentiert sein kann.

Sollte der Fernseher zu den wenigen Geräten gehören, die keinerlei Möglichkeiten zum Abschalten von Overscan bieten, so kann man den Treiber anweisen das Bild zu verkleinern, damit es passend dargestellt wird. Da durch das Hoch- und Runterskalieren des Bildes die Bildqualität sinkt, sollte dies jedoch nur als letztes Mittel angesehen werden. Um diese „Underscan“ genannte Kompensationsfunktion zu aktivieren, müssen mithilfe von xrandr die entsprechenden Attribute des betroffenen Anschlusses angepasst werden. Das Ausführen von xrandr --prop listet oberhalb der unterstützten Bildschirmmodi zusätzlich die für jeden Anschluss verfügbaren Attribute inklusive der möglichen Werte auf. So lässt sich beispielsweise mit folgendem Befehl Underscan am HDMI-0 Anschluss aktivieren:

xrandr --output HDMI-0 --set underscan on 

Sollte das Bild immer noch nicht richtig passend erscheinen, so lässt sich mit den underscan hborder bzw. vborder Attributen der eingefügte horizontale und vertikale Rand genauer festlegen.

Wie alle direkt über xrandr vorgenommenen Änderungen wird der so erzielte Effekt nicht gespeichert. Daher ist es nötig, die ausgeführten xrandr Befehle bei jedem Start ausführen zu lassen. Die Befehle müssen aus einer grafischen Oberfläche heraus ausgeführt werden, daher sollten die in Autostart beschriebenen Möglichkeiten genutzt werden.

Kein Ton über HDMI¶

Die Unterstützung der Audiowiedergabe über HDMI hängt immer etwas hinterher, da die Entwickler anderen Dingen eine höhere Priorität zuweisen. Somit kann eine ganze Weile vergehen, bis die Unterstützung für aktuellere Grafikkarten als stabil genug angesehen wird um standardmäßig aktiviert zu werden. Liegt die Unterstützung bereits vor und wird lediglich noch nicht als stabil genug angesehen, so kann man wie unter Konfiguration beschrieben mit der Option audio=1 diese trotzdem aktivieren.