Sie sind nicht angemeldet.

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

Lieber Besucher, herzlich willkommen bei: GentooForum.de. Falls dies Ihr erster Besuch auf dieser Seite ist, lesen Sie sich bitte die Hilfe durch. Dort wird Ihnen die Bedienung dieser Seite näher erläutert. Darüber hinaus sollten Sie sich registrieren, um alle Funktionen dieser Seite nutzen zu können. Benutzen Sie das Registrierungsformular, um sich zu registrieren oder informieren Sie sich ausführlich über den Registrierungsvorgang. Falls Sie sich bereits zu einem früheren Zeitpunkt registriert haben, können Sie sich hier anmelden.

mschraff

Langschläfer

  • »mschraff« ist männlich
  • »mschraff« ist der Autor dieses Themas

Beiträge: 395

  • Nachricht senden

1

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

 
1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25

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)

josef.95

OSI Layer 8

Beiträge: 7 674

  • Nachricht senden

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

phobeus

Anfänger

Beiträge: 30

  • Nachricht senden

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.

Furry

Anfänger

Beiträge: 46

  • Nachricht senden

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.

mschraff

Langschläfer

  • »mschraff« ist männlich
  • »mschraff« ist der Autor dieses Themas

Beiträge: 395

  • Nachricht senden

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

schade

Profi

Beiträge: 1 228

  • Nachricht senden

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

Furry

Anfänger

Beiträge: 46

  • Nachricht senden

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.

mschraff

Langschläfer

  • »mschraff« ist männlich
  • »mschraff« ist der Autor dieses Themas

Beiträge: 395

  • Nachricht senden

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

Furry

Anfänger

Beiträge: 46

  • Nachricht senden

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.

mschraff

Langschläfer

  • »mschraff« ist männlich
  • »mschraff« ist der Autor dieses Themas

Beiträge: 395

  • Nachricht senden

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

Furry

Anfänger

Beiträge: 46

  • Nachricht senden

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.

mschraff

Langschläfer

  • »mschraff« ist männlich
  • »mschraff« ist der Autor dieses Themas

Beiträge: 395

  • Nachricht senden

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

Häufig verwendete Suchbegriffe:

www.my-echo.de mobile-parts-discount.net Andere Architekturen Lob & Kritik Gentoo Linux bka trojaner finden Emerge Probleme softwaregarage.de Drucker Linux Computer und Notebooks