Fglrx/FAQ
ATI: Einleitung - Radeon - RadeonHD - fglrx -> Installationsvoraussetzungen - Installation - Manuelle Installation - Installationprüfung - Problemlösungen - SaX2 - FAQ - ATI Schluss |
Dieser Teil setzt Installationsvoraussetzungen voraus.
Inhaltsverzeichnis
- 1 Q: Wo finde ich die Logdatei des fglrx Assistenten?
- 2 Die erfolgreiche Installation sicherstellen:
- 3 Q: Wie kann ich die xorg.conf für fglrx erstellen?
- 4 Q: Was kann man mit aticonfig alles einstellen?
- 5 Q: Wie aktiviere ich POSIX Shared Memory bei fglrx?
- 6 Q: LIBGL_DEBUG=verbose fglrxinfo - unzufriedenstellende Ausgaben?
- 7 den Start des Xservers testen
- 8 Weiteres Tuning für die xorg.conf bei sax2:
- 9 Q: Warum AIGLX Deaktivieren?
- 10 Q: Welche Modules sollte ich in der xorg.conf eingetragen?
- 11 Q: Doppelte Einträge in der xorg.conf?
- 12 Nach dem Neustart bitte das System testen
- 13 Q: Wie kann man fglrx deinstallieren?
- 14 Q: Wie kann ich ein RPM mit dem Installer erstellen?
- 15 Q: Wie kann man nach einem Kernelupdate den Treiber erneut einbinden?
- 16 Q: Ich verwende einen Treiber vor Version 8.35.5 und das CPL streikt!:
Q: Wo finde ich die Logdatei des fglrx Assistenten?
A: Die Logdatei des installers befindet sich normalerweise in folgendem Pfad:
/usr/share/ati/fglrx-install.log
Sie ist besonders in Fällen, in denen Fehler bei der Installation ergründet werden möchten von besonderem Nutzen.
Die erfolgreiche Installation sicherstellen:
Ob das Modul erfolgreich gebaut werden konnte und damit auch erfolgreich geladen werden kann, lässt sich anhand der folgenden Ausgabe von "modprobe" testen:
modprobe fglrx
Wenn dabei eine Meldung wie „FATAL: Not Found“ oder ähnliches kommt, dann gab es einen Fehler und dann sollte die fglrx-install.log Datei unter „/usr/share/ati/“ zur Diagnose herangezogen werden. Ein Editor der bei fast jeder Installation dabei ist, wäre beispielsweise „nano“, mcedit" oder „pico“. Also in dem Fall kann beispielsweise:
nano /usr/share/ati/fglrx-install.log
eingegeben werden und dann wird der Inhalt der Datei in dem gewählten Editor geöffnet und es können die eventuellen Fehler, falls sie kritisch waren, angesehen werden und anschließend mit dieser Information im Internet oder im Forum (bitte mit detaillierter Fehlermeldung) -- Hilfe gesucht werden.
Das sollte an dieser Stelle im Fehlerfall auch noch problemlos mit der alten xorg.conf und Framebuffer Unterstützung möglich sein. Da eigendlich nichts an der Systemkonfiguration verändert wurde, außer dem Versuch des vorbereiten des Kernelmoduls. Dieses ist dann aber aufgrund dessen, dass es nicht geladen wurde noch nicht aktiv. Und die xorg.conf wurde bei diesem Schritt auch noch nicht auf dieses Modul umgestellt.
Am Ende der Installation wird auch vermittelt, dass nun "aticonfig --initial" ausgeführt werden könne bzw. solle, um eben die oben erwähnte „xorg.conf“ mit dem Treibermodul vertraut zu machen bzw. upzudaten.
Q: Wie kann ich die xorg.conf für fglrx erstellen?
A: Dazu gibt es mehrere Möglichkeiten:
a) folgen sie dem Hauptleitfaden zur Installation:
b) Es gibt besonders bei SUSE aber die Möglichkeit das ganze mit SaX 2 zu Erledigen:
c) Die wege des Users sind unergründlich :)
Q: Was kann man mit aticonfig alles einstellen?
A: Dies ist ein sehr umfangreiches Thema, jedoch wird hier ein wenig auf die Möglichkeiten eingegangen:
A: Die Aktivierung von POSIX shared Memory kann hier nachgelesen werden:
Q: LIBGL_DEBUG=verbose fglrxinfo - unzufriedenstellende Ausgaben?
A: Der fglrx Treiber sucht unter Umständen noch in alten Pfaden nach diversen Modulen und Dateien. Dazu müssen ggf. Symbolische Links gelegt, oder fehlende Abhängigkeiten nachinstalliert werden:
den Start des Xservers testen
Dazu müsste am Besten eine Konsole gestartet und folgende prozeduren ausgeführt werden: (diese schnappen sich aus den in Verzeichnissen abgelegten Logdateien jeweils die Stellen mit EE; WW; enabled; disabled; usw... und geben sie aus.)
grep EE /var/log/Xorg.0.log
Dieses wird mit ziemlicher Sicherheit folgendes melden:
(EE) AIGLX error: dlsym for __driCreateNewScreen_20050727 failed(/usr/lib/dri/fglrx_dri.so: undefined symbol: __driCreateNewScreen_20050727) (EE) AIGLX: reverting to software rendering
Um das zu beheben muss die /etc/X11/xorg.conf manuell mit einem Editor nach Wahl von Hand angepasst werden. Der Fehler kommt zustande durch die Fehlende Unterstützung für AIGLX welches in Xorg aber standardmäßig aktiviert ist:
Section "ServerFlags" Option "AIGLX" "off" EndSection
Da hier an dieser Stelle sowieso gerade in der xorg.conf gearbeitet wird, sollte hier noch eine weitere Änderung vorgenommen werden, um nachstehender Meldung vorzubeugen:
Xlib: extension „Xfree86 -DRI“ missing on display “:0.0“
dazu gleich folgendes in der xorg.conf mit Abändern:
Section "Extensions" Option "Composite" "false" EndSection
Hier bitte wieder Neustarten um die nachfolgenden Ausgaben auch wirklich sicherzustellen:
im Anschluss dann in der Konsole wieder:
grep WW /var/log/Xorg.0.log
Dabei wird viel Lärm ausgegeben, dem nicht unbedingt viel Beachtung geschenkt werden muss. Aber bei einigen war dort beispielsweise eine Warnung zur Displaysize dabei. Ähnlich dieser:
(WW) fglrx(0): Probed monitor is YYYxYYY mm, using Displaysize YYYxYYY mm
Falls das an dieser Stelle auch auftreten sollte, kann dies in der xorg.conf in der Sektion für Monitor auch entsprechend anpasst werden, um mit der Optimalen Displaysize arbeiten zu können. Dazu müsste die richtige "Probed Monitorsize" durch die Alte welche die Warnung verursachte ersetzt werden.
grep enabled /var/log/Xorg.0.log
Gibt aus, was erfolgreich "enabled" wurde – dabei ist ganz wichtig, das "Acceleration" erfolgreich gestartet werden konnte und "Direct rendering" auch.
grep disabled /var/log/Xorg.0.log
Zeigt was "deaktiviert" ist. Dabei sollten auf keinen Fall "Acceleration" und "Direct rendering" sein. Und dabei sollten jetzt auch richtiger Weise; - Extension "Composite" is disabled; und AIGLX disabled; - sein.
Weiteres Tuning für die xorg.conf bei sax2:
Hier einige Optionen die in der "xorg.conf" angepasst werden können. Diese können je nach Wunsch auch vorgenommen werden. Mit diesen Optionen und Einstellungen sei ein eher weniger Problembelasteter Betrieb möglich. Leider sind einige Einstellungen nur rar dokumentiert. Diesbezüglich müsste man sich dann auch wieder selbständig, - um detailliertes Wissen zu Erhalten weiter informieren:
Q: Warum AIGLX Deaktivieren?
A: Kurze Frage - kurzer Sinn: Wegen fehlender Unterstützung. Der Treiber verursacht einen Fehler aufgrund der Fehlenden Unterstützung, und da Bugs meistens Fehler mit sich ziehen, deaktiviert man AIGLX welches normalerweise standardmäßig aktiviert ist:
Section "ServerFlags" ... Option "AIGLX" "off" ... EndSection
Q: Welche Modules sollte ich in der xorg.conf eingetragen?
A: Folgende Module sollten dort eingetragen werden:
Section "Module" Load "dbe" Load "type1" Load "freetype" Load "extmod" Load "glx" Load "v4l" Load "dri" EndSection
Sinnvolle Optionen für die Section Device:
Section "Device"
TLS Auf kompatiblen Modus stellen beispielsweise für wine bei Workstationprodukten:
Option "UseFastTLS" "2"
Fehlern vorbeugen:
# Option "KernelModuleParm" "agplock=0" ##Auskommentieren wegen Fehlermeldung. Option "KernelModuleParm" "locked-userpages=0" ##Anstelle der auskommentierten ModuleParm Option
Undokumentierte -- und Einstellungen für Xgl:
Option "EnablePrivateBackZ" "no" Option "backingstore" "true" Option "XAANoOffscreenPixmaps" "true"
EndSection
erneut Fehlern vorbeugen:
Section "Extensions" Option "DAMAGE" "false" Option "Composite" "false" EndSection
Q: Doppelte Einträge in der xorg.conf?
A: Das passiert meistens aufgrund der Annahme, sax2 könne mit der xorg.conf für fglrx perfekt umgehen.
- Da dies aber zur Zeit nicht immer der Fall ist, sollte generell nach erfolgreichem manuellen Editieren der xorg.conf auf den Einsatz von sax2 verzichtet werden.
- Auf Doppeleintragungen und deren Sinn ist eventuell zu Achten. - ggf. müssten alle Einstellungen entsprechend nachgebessert werden. Framebuffer Einträge sind sinngemäß der ATI Konfigurationsmethode anzupassen. Lassen sie sich durch Diagnosebefehle und die xorg.log Datei auf den richtigen Weg bringen.
Nach dem Neustart bitte das System testen
Anmerkung: Bitte wieder darauf Achten, dass "|" ein Verkettungszeichen oder eine "pipe" ist. Damit keine Verwechslungen vorkommen und das auf die Richtige Syntax geachtet wird.
Nachfolgende Befehle sollten keine Fehler melden:
ldconfig
Sollte keine Fehler melden.
grep EE /var/log/Xorg.0.log
Sollte keine "EE (Errors)" melden.
LIBGL_DEBUG=verbose fglrxinfo
Sollte keine Fehler oder "Wrong ELF class" oder ähnliches melden. --
glxgears
Sollte ein Fenster öffnen in dem sich "wheels" abzeichnen und im Terminal viele zufriedenstellende FPS Ausgaben liefern.
fgl_glxgears
Sollte ein Fenster öffnen, in dem sich ein drehender Würfel mit "wheels" als Texturierung Abzeichnet, ebenfalls mit gut und viel zufriedenstellenden FPS als Ausgabe im Terminal.
fglrxinfo
Sollte in etwa folgendes ausgeben:
display: :0.0 screen: 0 OpenGL vendor string: ATI Technologies Inc. OpenGL renderer string: („Verwendete Radeon hier“) OpenGL version string: 2.0.6334 (8.34.8)
Und wenn jetzt alles In Ordnung ist, sollte zur Sicherheit ein Backup der erkämpften "xorg.conf" an einem sicheren Ort abgespeichert werden, um sie beispielsweise nach einem Kernelupdate oder im Fehlerfall wieder direkt einspielen zu können.
Q: Wie kann man fglrx deinstallieren?
A: Auf dieser Seite wird beschrieben, wie man fglrx je nach verwendeter Installationsmethode erfolgreich deinstallieren kann:
Q: Wie kann ich ein RPM mit dem Installer erstellen?
A: Lesen sie dazu bitte hier, wie ein RPM erstellt werden kann:
Q: Wie kann man nach einem Kernelupdate den Treiber erneut einbinden?
A: Angenommen ein Kernelupdate für die Distribution musste eingespielt werden, oder ein Patch oder Treiber musste in die Kernel integriert werden. Oder dieser wurde beispielsweise neugebaut oder neu Konfiguriert. Dann muss auch das Treibermodul erneut gebaut, beziehungsweise funktionsfähig gemacht werden. lesen Sie dazu bitte hier eine Mögliches Vorgehen nach:
Q: Ich verwende einen Treiber vor Version 8.35.5 und das CPL streikt!:
A: Das Panel beeinträchtigt nicht die Performance des Treibers! Man kann es jedoch trotzdem erfolgreich reparieren:
ATI: Einleitung - Radeon - RadeonHD - fglrx -> Installationsvoraussetzungen - Installation - Manuelle Installation - Installationprüfung - Problemlösungen - SaX2 - FAQ - ATI Schluss |