Arch Linux

ATI X600 und xorg-server-1.6

moe

Moin,

In [testing] gibts ja seit einiger Zeit den xorg-server-1.6.0. Und catalyst ist auch in der noch nicht erschienenden 9.3 Version nicht damit kompatibel.

Soweit so schlecht, was macht man da als Besitzer eines Laptops mit "ATI Technologies Inc M24 1P [Radeon Mobility X600]"? Noch ist in [extra] ja der 1.5.3, aber Arch wird bestimmt nicht auf ATI mit dem Verschieben von 1.6.x nach [extra] warten.

Ich bin weder der Spielefreak, noch Compizfanatiker, aber ab und zu möchte ich auch mal hedgewars oder ut2003 spielen, was mit dem Treiber "ati" oder "radeon" schlicht unmöglich ist. glxgears zeigt da rund 100fps, mit fglrx komm ich auf knapp 2500. (Ja ich weiß glxgears ist kein Benchmark).

Also ich will keine Diskussion über CSS und OSS-Treiber, wer die beste Grafikkarte baut, oder warum x86 generell schlecht ist. Ich will einfach nur mal wissen, was da perspektivisch zu erwarten ist, wird radeonhd irgendwann auch ältere Chipse unterstützen, wird 3D-Support in radeon verbessert, wird catalyst 9.4 in 2 Wochen released, oder bin ich (und einige andere) einfach angesch**?

Weiß da jemand mehr Bescheid als ich?

Gruß Moe

[gelöscht]

moe schriebwas mit dem Treiber "ati" oder "radeon" schlicht unmöglich ist. glxgears zeigt da rund 100fps, mit fglrx komm ich auf knapp 2500. (Ja ich weiß glxgears ist kein Benchmark).

Sicher das da mit dem freien Treiber die Hardwarebeschleunigung richtig funktioniert hat? Denn normalerweise müsste das besser laufen, 100fps ist so ein typischer Wert, wenn es von der CPU berechnet wird und die HW-Beschleunigung nicht richtig funktioniert. (Mit meinem Dual-Core habe ich ca. 300fps ohne HW-Beschleunigung)

Zum Thema:
Der Catalyst 9.3 erscheint heute oder morgen. (Laut mehreren Newsseiten) Es wird der letzte sein, der R300-R500 unterstützt. Der Catalyst 9.4 ist erscheint in einem Monat und wird der erste Treiber sein, der X.Org Server 1.6 unterstützt von daher musst du auf den freien Treiber zurückgreifen.

Das ist aber imho nicht schlimm, denn der freie Treiber funktioniert ziemlich gut. Mit dem xf86-video-ati hast du sowohl 2D- und Videobeschleunigung, als auch 3D-Beschleunigung bis OpenGL 1.3.

[gelöscht]

catalyst 9.4

PS.: Wie immer! Ohne Gewähr!

moe

Krobalt schrieb Sicher das da mit dem freien Treiber die Hardwarebeschleunigung richtig funktioniert hat?

glxinfo hat zumindest "direct rendering: Yes" gesagt. Hab nur kurz probiert gestern und bin dann wieder auf xorg-server-1.5.3 und catalyst zurückgegangen.

Der catalyst 9.4 ist schon im AUR? Das werd ich gleichmal probieren..

moe

Der 9.4er unterstützt ja meine Karte gar nicht mehr. 🙁

Bin jetzt gerade bei xorg-server-1.6.0 und xf86-video-ati, allerdings diesmal die -git Version aus dem AUR, da sinds immerhin 150fps bei glexgears. So wirklich spieletauglich ist das nicht. Hat noch jemand irgendwelche Tuning-Tipps?

[gelöscht]

moe schriebda sinds immerhin 150fps bei glexgears. So wirklich spieletauglich ist das nicht. Hat noch jemand irgendwelche Tuning-Tipps?

DU hast doch gesagt, dass glxgears kein Benchmark ist. Hast du es schon mal mit richtigen Spielen probiert? Was gibt "glxinfo|grep direct" aus?

Und warum nimmst du die GIT-Version? Im Testing-Repo ist die aktuelle Version des xf86-video-ati, 6.12 welche erst vor kurzem erschienen ist. Übrigens hängt die 3D-Beschleunigung nicht von diesem Treiber ab, sondern von dem Kernelmodul.

Sorry das ich mich jetzt ausgelassen habe, musste aber sein ^^

moe

Krobalt schrieb Sorry das ich mich jetzt ausgelassen habe, musste aber sein ^^

Macht ja nichts, im Gegenteil. Ich hab die ganze Grafiksache schon länger nicht mehr verfolgt, und freu mich über jeden Hinweis..

Bei ut2003 braucht der Mauszeiger schon im Menü immer 2-3 Sekunden um die Änderungen zu übernehmen, also das ist definitiv unspielbar. Hedgewars läuft mit max. 4fps.

Die git-Version hab ich nur testehalber genommen, die aus [testing] hatte ich ja schon davor probiert, mit demselben Ergebniss. Inzwischen bin ich aber wieder bei der normalen Version aus testing.

% glxinfo|head
name of display: :0.0
display: :0  screen: 0
direct rendering: Yes
server glx vendor string: SGI
server glx version string: 1.2

Ich glaube ich bin der Ursache auch ein Stück näher gekommen, in der Xorg.0.log stehen einige Sachen die bestimmt nicht so sein sollen:

(II) LoadModule: "dri"
(II) Loading /usr/lib/xorg/modules/extensions//libdri.so
dlopen: /usr/lib/xorg/modules/extensions//libdri.so: cannot open shared object file: No such file or directory
(EE) Failed to load /usr/lib/xorg/modules/extensions//libdri.so
(II) UnloadModule: "dri"
...
(EE) RADEON(0): [dri] RADEONDRIGetVersion failed (libdri.a too old)
[dri] Disabling DRI.
(WW) RADEON(0): Direct rendering disabled

Komplette Logdatei liegt hier: http://rafb.net/p/KUeo0515.html

In meiner xorg.conf steht an sich nix verdächtiges drin:

Section "Files"
        FontPath "/usr/share/fonts/local"
EndSection

Section "Module"
        Load "glx"
        Load "dri"
        Load "drm"
EndSection

Section "Device"
        Identifier      "Device"
        #Driver         "fglrx"
        #BusID  "01:00.0"
        Driver  "ati"
        Option  "DynamicClocks" "true"
        Option  "EnablePageFlip" "true"
        Option  "DRI" "true"
        #Option "LVDSProbePLL" "off"
        Option  "AccelMethod" "EXA"
EndSection

Section "Screen"
        Identifier      "Screen0"
        DefaultDepth    24
EndSection

Section "DRI"
        Mode 0666
EndSection

Der Rechner ist ein Samsung X20, die Grafikkarte laut lspci eine ATI Technologies Inc M24 1P [Radeon Mobility X600].

Die bemängelte libdri.so existiert nicht, ich hab auch keine Ahnung aus welchem Paket die kommen soll. Installiert ist:

testing/xf86-video-ati 6.12.0-1
testing/ati-dri 7.3-1
testing/libdrm 2.4.5-2
testing/libgl 7.3-1
testing/mesa 7.3-2
testing/kernel26 2.6.28.8-1
testing/xorg-server 1.6.0-1

Das radeon-modul ist geladen, und /dev/dri/card0 existiert. Der Rechner ist auf dem aktuellen [testing]-Stand.

[gelöscht]

Installiere mal die Pakete ati-dri, libdrm, mesa, libgl und kernel26 neu. Mit pacman -S kannst du sie drüberspielen

BurnOver

probier mal statt ati radeon als treiber in der xorg.conf

oder teste es mal ohne xorg.conf

ich benutze den freien treiber mit einer x1400

und habe 1000fps

moe

Yeaah, hab mal alles neuinstalliert was damit zusammenhängen könnte, und nach der Neuinstallation von xorg-server war auch libdri.so da, und glxgears zeigt wie davor mit dem Katalysator 2500fps. Meine 2 Spiele laufen auch wieder, ich würd sogar behaupten, dass der Lüfter bei ut2003 weniger nervt als beim catalyst.

Danke an alle Tippgeber und Aufklärer, nu ist es mir egal, dass catalyst<9.4 nicht mit xorg-server>=1.6 klarkommt.

Aquila

Hallo,

ich habe eine X1250 (onboard), und leider nur 217 fps bei glxgears (habe auch alles aus dem testing). Obwohl die Karte wie gesagt onboard ist, sollte sie _wesentlich_ mehr können. Hat jemand mit dieser Karte Erfahrung, ob es denn auch möglich wäre, hier mehr leistung mit dem xf86-video-ati zu bekommen?

Desweiteren habe ich beim wechsel der Graphikkartentreiber das Problem gehabt, dass pacman sich beschwert hat, dass /usr/lib/xorg/modules/extensions/libdri.so vorhande sei, und daher habe ich, um den neuen Treiber installieren zu können, das teil einfach verschoben. Vielleicht nicht die eleganteste Lösung, ich frage mich, welces Paket diese libdri.so zur Verfügung stellt, und wie man hier diese "abhängigkeit" hätte vernünftiger auflösen können.

[gelöscht]

Aquila schrieb Hallo,

ich habe eine X1250 (onboard), und leider nur 217 fps bei glxgears (habe auch alles aus dem testing). Obwohl die Karte wie gesagt onboard ist, sollte sie _wesentlich_ mehr können. Hat jemand mit dieser Karte Erfahrung, ob es denn auch möglich wäre, hier mehr leistung mit dem xf86-video-ati zu bekommen?

Desweiteren habe ich beim wechsel der Graphikkartentreiber das Problem gehabt, dass pacman sich beschwert hat, dass /usr/lib/xorg/modules/extensions/libdri.so vorhande sei, und daher habe ich, um den neuen Treiber installieren zu können, das teil einfach verschoben. Vielleicht nicht die eleganteste Lösung, ich frage mich, welces Paket diese libdri.so zur Verfügung stellt, und wie man hier diese "abhängigkeit" hätte vernünftiger auflösen können.

Dann lies mal den Post über dir!

Aquila

Ich finde es ja toll, dass bei dem Kollegen die Probleme durch eine neuinstallation diverser Pakete quasi von alleine verschwunden sind aber das hilft bei mir leider nicht.
Ich bin generell kein Freund von solchem "gesundneuinstallieren", weil man dann oft nicht wirklich weiss, wo das Problem lag; ich habe beim lesen dieses Threads nicht ersehen können, was genau bei libdri.so das Problem war bzw. von welchem Paket das kommt.
Desweiteren habe ich wohl eine andere Grafikkarte, als die hier erwähnten, wie stark die Unterschiede sind, kann ich aber nicht beurteilen, da ich mich generell nicht besonders für die Hardware interessiere.

moe

Ich bin auch kein Freund von Gesundneuinstallieren, sonst würd ich Windows verwenden.

Woher mein Problem genau rührt kann ich nicht sagen. Vermutlich hing es mit Umstieg von Catalyst auf den freien Treiber, und gleichzeitigem xorg 1-5 -> 1.6 zusammen. Was ich aber genau sagen kann, ist dass die libdri.so aus dem Paket xorg-server stammt.

% pacman -Qo /usr/lib/xorg/modules/extensions/libdri.so
/usr/lib/xorg/modules/extensions/libdri.so ist in xorg-server 1.6.0-1 enthalten

Wie siehts denn aktuell bei dir aus? Existiert libdri.so? Existiert /dev/dri/card0?

Gruß Moe

Aquila

Danke für die Antwort!

libdri.so ist bei mir da, aber /dev/dri leider nicht.
Was könnte ich dagegen machen?

Was mich auch wundert, ist folgendes:
pacman -Qo /usr/lib/xorg/modules/extensions/libdri.so
Fehler: Kein Paket besitzt /usr/lib/xorg/modules/extensions/libdri.so

stigmayta

Schau mal bitte nach ob die usr/lib/xorg/modules/extensions/libdri.so nur ein symlink auf libdri.so.xorg ist. Bei mir war das so. libdri.so.xorg gab es aber nicht.
Ich habe die Datei gelöscht und dann den xserver neu installiert, dann war die richtige Datei da und konnte auch geladen werden. Schneller ist bei mir aber nichts...

bernarcher

Bei mir sieht der Link so aus:

bp:~$ locate libdri.so
/usr/lib/xorg/modules/extensions/libdri.so
bp:~$ ls -l /usr/lib/xorg/modules/extensions/libdri.so
lrwxrwxrwx 1 root root 11  7. Jan 01:19 /usr/lib/xorg/modules/extensions/libdri.so -> libdri.xorg
bp:~$ ls -l /usr/lib/xorg/modules/extensions/libdri.xorg
-rwxr-xr-x 1 root root 49118 17. Dez 23:52 /usr/lib/xorg/modules/extensions/libdri.xorg

Das ist allerdings für xorg 1.5.3-4.

stigmayta

Achso ja den link meine ich. Als ich den gelöscht habe und xorg-server neu drüber installiert habe war alles paletti.
Bei mir gabs halt keine Datei libdri.xorg

Aquila

stigmayta schrieb Schau mal bitte nach ob die usr/lib/xorg/modules/extensions/libdri.so nur ein symlink auf libdri.so.xorg ist. Bei mir war das so. libdri.so.xorg gab es aber nicht.
Ich habe die Datei gelöscht und dann den xserver neu installiert, dann war die richtige Datei da und konnte auch geladen werden. Schneller ist bei mir aber nichts...

Jo, ist bei mir auch ein Symlink, aber beide Dateien da. Laut pacman -Qo gehört libdri.xorg zum xorg.server

Die Frage wäre bei mir noch, warum ich kein /dev/dri habe

stigmayta

Steht das bei dir in der xorg.conf?

Section "DRI"
 Group        "video"
 Mode         0660
EndSection

Nächste Seite »