[gelöst] prop. ATI-Treiber für ältere Grafikkarte

Langschläfer

19.12.2009, 23:59

prop. ATI-Treiber für ältere Grafikkarte

Ich vernwende eine ältere Grafikkarte (ATI Radeon Mobility X1800), welche vor einiger Zeit aus der Liste der von den ati-drivers unterstützten Modelle gestrichen wurde. Diese älteren Grafikkarten wurden einige Zeit von einer Art Legacy-Treibern unterstützt. Die letzte Version dieser Treiber, welche bei mir funktioniert haben, waren die ati-drivers-8.593, welche allerdings durch die neueren xorg-server-Versionen nicht mehr unterstützt werden.
Z.Zt. verwende ich die OS-Treiber (radeonhd), welche allerdings extrem langsam sind, sobald ich irgend eine Aktion starte (neues Fenster/Tab öffnen, eine Seite im FF aufrufen usw.).

Einige Male habe ich auf diesem PC die Ubuntu-Live-CD verwendet, auf der alles (inkl. 3d-Effekte) flüssig läuft. Die Effekte lassen sich bei mir nicht mal aktivieren, da meine Grafikkarte (bzw. die Treiber) lt. Systemmeldung zu langsam sind.

Die xorg.conf verwende ich nur sehr beschränkt, d.h. aktuell sieht diese so aus:

Quellcode

Section "Device" ##########################################
# Grafikkarte ====================================
#       BusID       "PCI:1:0:0"
        Identifier  "Card0"

        ## OS RadeonHD driver
        Driver      "radeonhd"


        VendorName  "ATI"
        BoardName   "X1800"
        Option      "sw_cursor"
        Option      "Centermode" "off"
        Option      "PseudoColorVisuals" "off"
        Option      "OpenGLOverlay" "off"
        Option      "VideoOverlay" "off"

        ## added for AIGLX
        Option      "DRI"     "true"
        ## Driver / Performance Options
        Option      "XAANoOffscreenPixmaps" "true"
        Option      "TexturedVideo" "On"
        ## Set to -1 for better, set to 2 for compatibility and 0 for basic
        Option      "UseFastTLS" "1"
EndSection

In der make.conf habe ich als Grafikkartentreiber die OS-ATI und Vesa-Treiber wie folgt eingetragen:
VIDEO_CARDS="radeonhd vesa"

Dell XPS M2010
Kernel-2.6.34 | gcc-4.3.4 | glibc-2.9_p20081201-r2 | Portage-2.2_rc33 | KDE 4.4.5

Dieser Beitrag wurde bereits 1 mal editiert, zuletzt von »mschraff« (21.12.2009, 16:59)

Zum Seitenanfang

josef.95

OSI Layer 8

Beiträge: 7 674

2

20.12.2009, 13:28

Hi

hast du mal nachgesehen ob dein Grafik Chipsatz vom aktuellen Radeon (nicht radeonhd) Treiber unterstützt wird?
Oder willst du es nun tatsächlich noch mal mit dem alten ATI Catalyst (fglrx) Treiber versuchen?

Wie in einem anderen Thread schon empfohlen würde ich wenn möglich den Radeon Treiber verwenden!

PS: Thread verschoben => ATI Unterforum

Zum Seitenanfang

phobeus

Anfänger

Beiträge: 30

3

20.12.2009, 13:41

Vergiss den alten propritären Treiber. Es läuft einem ja eiskalt den Rücken runter, wenn man daran denkt, den wieder verwenden zu müssen. Deine Karte hat einen Chip, der sowohl vom "radeon" als auch dem "radeonhd" unterstützt wird. In den letzten Monaten ist der HD IMAO ins Hintertreffen geraten und ich würde eher auf den "radeon" zurück greifen. Ich habe einen X1400 (mobil) laufen und habe damit absolut keine Probleme. 3D-Effekte laufen einwandfrei, sowie die meisten 3D-Anwendungen, die keine Spiele sind. Von denen läuft immerhin das meiste, was ein paar Jahre alt ist.

Die Performance sollte also kein Problem sein. Das Problem wird eine Konfiguration sein. Die Tatsache, dass Du insbesondere den Firefox nennst, zeugt stark davon, dass Du die Karte komplett unbeschleunigt nutzt. Vermutlich machen auch Videos im Vollbild arge Probleme? Verifiziere bitte mal, ob Du wirklich DRI-Support bei Dir im Kernel hast, keine "Noaccel" Option gesetzt ist und für diese so etwas wie "exa" gesetzt ist. Gebenenfalls auch mal ein "grep EE" bzw. WW über das Xorg-Log laufen lassen, um rauszufinden, wieso er ggf. in einen Fallback geht.

Zum Seitenanfang

Furry

Anfänger

Beiträge: 46

4

20.12.2009, 14:39

Du hast da ein paar seltsame Optionen in deiner xorg.conf. Du solltest es mal ganz ohne xorg.conf mit dem radeon Treiber (VIDEO_CARDS="radeon") versuchen. Am besten auch KMS im Kernel aktivieren.

Wenn es dann immer noch nicht richtig funktioniert, melde dich noch mal und poste Xorg.log und die Ausgabe von dmesg als Dateianhang.

MfG (Mit flauschigen Grüßen)
Furry

May the fur be with you.

Zum Seitenanfang

mschraff

Langschläfer

Beiträge: 395

5

20.12.2009, 19:59

Danke zunächst mal für eure Hilfe. Ich bin schon einen Schritt weiter.
a) die xorg.conf habe ich jetzt komplett gelöscht
b) in der make.conf steht nun einzig radeon als Grafikkarte
Dies hat zur Folge, dass
1) Die Auflösung meines Monitors richtig erkannt wird
2) einige Effekte mit XRender laufen (auch idR flüssig).

Allerdings kann ich OpenGL nicht aktivieren und mit XRender funktionieren einige Effekte nicht wirklich.
Angehängt habe ich mal meine Xorg.log und den Auszug aus der dmesg den ich erhalte, wenn ich von XRender auf OpenGL wechseln möchte.

Allerdings habe ich KMS im Kernel noch nicht aktiviert, da ich mir nicht sicher bin, welche Option dies ist und ich nicht pauschal alle staging driver in den Kernel bauen möchte.

»mschraff« hat folgende Dateien angehängt:

dmesg.txt (480 Byte - 2 mal heruntergeladen - zuletzt: 21.12.2009, 02:05)
Xorg.log.txt (30,28 kB - 2 mal heruntergeladen - zuletzt: 21.12.2009, 02:06)

Dell XPS M2010
Kernel-2.6.34 | gcc-4.3.4 | glibc-2.9_p20081201-r2 | Portage-2.2_rc33 | KDE 4.4.5

Zum Seitenanfang

schade

Profi

Beiträge: 1 228

6

21.12.2009, 00:44

bez. KMS

Zitat

Linux Kernel Configuration: Enabling radeon KMS necessitiesDevice Drivers --->
Generic Driver Options --->
<*> Userspace firmware loading support
[*] Include in-kernel firmware blobs in kernel binary
Graphics support --->
<*> Direct Rendering Manager (XFree86 4.1.0 and higher DRI support) --->
<*> ATI Radeon
[*] Staging drivers --->
[ ] Exclude Staging drivers from being built
[*] Enable modesetting on radeon by default

Vielleicht interessiert dich auch die komplette doku dazu: http://en.gentoo-wiki.com/wiki/Radeon

bez. dmesg: wenn du KMS aktivierst würde ich alles andere bez Framebuffer (bei dir uvesafb) rausnehmen.

Intel core 2 duo E6600
XFX Geforce 7950 gt
4096 MB DDR2
Intel DP35DP

Zum Seitenanfang

Furry

Anfänger

Beiträge: 46

7

21.12.2009, 02:20

Dass du OpenGL nicht aktivierenn kannst, liegt an dieser Zeile:

	Quellcode
1	(EE) RADEON(0): [dri] RADEONDRIGetVersion failed to open the DRM

Scheinbar ist der DRM Teil des Radeon Treibers nicht in den Kernel einkompiliert.

Den Fehler kannst du beheben, indem du schades Anleitung befolgst. Falls es dann immer noch nicht funktioniert, weißt du ja, was tu tun ist.

MfG (Mit flauschigen Grüßen)
Furry

May the fur be with you.

Zum Seitenanfang

mschraff

Langschläfer

Beiträge: 395

8

21.12.2009, 12:28

So, habe uvesafb rausgenommen (da muss ich noch was in grub ändern, aber das ist ein anderes Thema), den Kernel entsprechend dem Wiki abgeändert, doch Opengl lässt sich immer noch nicht starten.
Dabei verursacht die Option
Option "AccelMethod" "EXA"
in der xorg.conf dass die graphische Oberfläche praktisch einschläft. 10-20 sec. bis eine Aktion überhaupt erst ausgeführt wird, extrem langsames Ein- und Ausblenden der Fenster usw.

In der Xorg.log sehe ich folgende Zeilen:

	Quellcode
1 2	(EE) RADEON(0): [dri] RADEONDRIGetVersion failed because of a version mismatch. [dri] radeon kernel module version is 2.0.0 but version 1.17.0 or newer is needed

DRM ist bei mir (und war es vorher auch schon) im Kernel eingebaut, also daran dürfte es eigentlich nicht liegen. Könnte es sein, dass mein xorg-server (ich verwende 1.6.5-r1) zu alt ist für diese Kernel-Module? Denn die obige aussage macht ja nicht wirklich Sinn...

Dell XPS M2010
Kernel-2.6.34 | gcc-4.3.4 | glibc-2.9_p20081201-r2 | Portage-2.2_rc33 | KDE 4.4.5

Zum Seitenanfang

Furry

Anfänger

Beiträge: 46

9

21.12.2009, 12:54

Diese Fehlermeldung habe ich schon häufig gesehen. Ich weiß, sie ist recht verwirrend. Aber sie besagt einfach, dass der DRM Treiber im Kernel zu neu ist für den Userland-Treiber. Um diesen Umstand zu beheben, bleibt einem AFAIK nichts anderes übrig als die folgenden Komponenten direkt aus den git-repositories zu installieren:

x11-libs/libdrm
media-libs/mesa
x11-drivers/xf86-video-ati

Entsprechende -9999 ebuilds sind im x11 overlay zu finden.

Das hat seit einigen Wochen leider auch zur Folge, das man halb Xorg und ein Dutzend anderer Pakete aus unstable installieren muss. Daher bin ich auch ganz auf unstable umgestiegen.

MfG (Mit flauschigen Grüßen)
Furry

May the fur be with you.

Zum Seitenanfang

mschraff

Langschläfer

Beiträge: 395

10

21.12.2009, 14:14

Okay, immerhin bekomme ich diese Fehlermeldung nach der Installation der Treiber aus dem git nicht mehr. Anbei habe ich mal die neue Xorg.0.log. Darin steht v.a.

	Quellcode
1 2 3 4	(EE) AIGLX error: Calling driver entry point failed (EE) AIGLX: reverting to software rendering (II) AIGLX: Screen 0 is not DRI capable (II) GLX: Initialized DRISWRAST GL provider for screen 0

Also ist mein Monitor angeblich nicht für DRI geeignet. Ich habe auch mal explizit die DRI-Section in meiner xorg.conf nachgetragen, doch leider auch ohne Erfolg

	Quellcode
1 2 3	Section "DRI" Mode 0666 EndSection

Dell XPS M2010
Kernel-2.6.34 | gcc-4.3.4 | glibc-2.9_p20081201-r2 | Portage-2.2_rc33 | KDE 4.4.5

Zum Seitenanfang

Furry

Anfänger

Beiträge: 46

11

21.12.2009, 14:48

Zitat von »mschraff«
Okay, immerhin bekomme ich diese Fehlermeldung nach der Installation der Treiber aus dem git nicht mehr. Anbei habe ich mal die neue Xorg.0.log. Darin steht v.a.
Quellcode
1
2
3
4
(EE) AIGLX error: Calling driver entry point failed
(EE) AIGLX: reverting to software rendering
(II) AIGLX: Screen 0 is not DRI capable
(II) GLX: Initialized DRISWRAST GL provider for screen 0

Diesen Fehler hingegen habe ich noch nie gesehen. "Calling driver entry point failed" klingt irgendwie, als wäre beim Compilieren irgendetwas schief gelaufen. Kompiliere am besten libdrm-9999, mesa-9999 und xf86-video-ati-9999 nochmal in dieser Reihenfolge und starte danach den X server neu.

Zitat von »mschraff«
Also ist mein Monitor angeblich nicht für DRI geeignet. Ich habe auch mal explizit die DRI-Section in meiner xorg.conf nachgetragen, doch leider auch ohne Erfolg
Quellcode
1
2
3
Section "DRI"
        Mode         0666
EndSection

Der Monitor hat eigentlich nichts mit DRI zu tun. Und eine DRI Section braucht man auch nicht. Die Berechtigungen werden von udev bereits korrekt gesetzt. Du musst AFAIK nur in der "video" Gruppe sein.

MfG (Mit flauschigen Grüßen)
Furry

May the fur be with you.

Zum Seitenanfang

mschraff

Langschläfer

Beiträge: 395

12

21.12.2009, 16:58

Nun habe ich endlich das Problem gelöst!
Genau wie Du gesagt hast - ich musste zunächst nochmals die 3 Pakete mergen. Nach einem Neustart ging zunächst der X-Server nicht mehr. Die Lösung bestand darin, SÄMTLICHE xf86-Pakete nochmals gegen den neuen xorg-server zu mergen, da sonst die Module nicht kompatibel sind. Nach einem Neustart funktioniert nun OpenGL einwandfrei.

Es war ein langer Kampf, doch es hat sich gelohnt!

Vielen Dank nochmals für Deine Hilfe. Jetzt gilt es noch das Problem mit dem Framebuffer zu lösen (habe diesen beim Booten genutzt), doch damit werde ich mich erst später beschäftigen und ggf. einen neuen Thread eröffnen.

Gruß

Dell XPS M2010
Kernel-2.6.34 | gcc-4.3.4 | glibc-2.9_p20081201-r2 | Portage-2.2_rc33 | KDE 4.4.5

Zum Seitenanfang

GentooForum.de

prop. ATI-Treiber für ältere Grafikkarte

Quellcode

Zitat

Quellcode

Quellcode

Quellcode

Quellcode

Zitat von »mschraff«

Quellcode

Zitat von »mschraff«

Quellcode

Häufig verwendete Suchbegriffe: