Arch Linux

HD6570 Grafikfehler nach frischer Installation

Turin

Hallo,

ich habe auf meinem Rechner ein frisches Arch Linux aufgespielt und eine neue HD6570 verbaut. Das Ergebnis kann man hier bewundern:

http://i.imgur.com/D81TC0s.jpg
http://i.imgur.com/HjSaOoN.jpg

Lustigerweise zeigt awesome mein Vista Hintergrundbild an. Unter Windows und unter Ubuntu Voyager läuft, bzw. lief die Karte ohne Probleme.
Ich habe:
-den Kernel mit nomodeset gestartet und auf tty waren die Grafikfehler weg (bei schlechter Auflösung und verwaschener Schrift), X weigerte sich aber zu starten da KMS aus war,

-in der mkinitcpio.conf "radeon" bei den Modules eingetragen, ohne Erfolg,

-radeon deinstalliert und vesa installiert, ohne Erfolg,

-eine 20-radeon.conf angelegt wie sie im englischem Wiki steht,

-DVI statt HDMI als Ausgang genommen

und in den log Dateien nach Fehlern gesucht aber keine gefunden.

Leider weiß ich nicht wie ich die log Dateien hier ins Forum bekomme?

Jemand eine Idee ?

EDIT:
Nur falls hier noch mal jemand drüber stolpert:
Zu Debian gibt es dazu einen Bugreport
Eine richtige Lösung ist das zwar auch nicht, aber durch anhängen von "radeon.dpm=1" an den Kernelbootparameter läuft die Karte jetzt auch mit dem radeon Treiber.

iconfly

Also Log käme /var/log/Xorg.0.log in Frage. Per Copy&Paste hier ins Forum mit
[_code]
...
[/_code] umrandet einfügen. (Den Unterstrich entfernen)

Hast du schon mal catalyst versucht, oder radeon ohne nomodeset?
Poste trotzdem mal die radeon.conf.

Turin

Hier die Xorg.0.log
http://pastebin.com/RUJSdbcA

und relevante dmesg Einträge:
http://pastebin.com/xa8GkTrP

Die radeon.conf entspricht genau der radeon.conf wie sie hier steht.

Section "Device"
	Identifier  "My Graphics Card"
	Driver	"radeon"
	Option	"SWcursor"              "off" #software cursor might be necessary on some rare occasions, hence set off by default
	Option	"EnablePageFlip"        "on"  #supported on all R/RV/RS4xx and older hardware, and set on by default
	Option	"AccelMethod"           "EXA" #valid options are XAA, EXA and Glamor. Default value varies per-GPU.
	Option	"RenderAccel"           "on"  #enabled by default on all radeon hardware
	Option	"ColorTiling"           "on"  #enabled by default on RV300 and later radeon cards
	Option	"EXAVSync"              "off" #default is off, otherwise on. Only works if EXA activated
	Option	"EXAPixmaps"            "on"  #when on icreases 2D performance, but may also cause artifacts on some old cards. Only works if EXA activated
	Option	"AccelDFS"              "on"  #default is off, read the radeon manpage for more information
EndSection

Catalyst habe ich noch nicht probiert. Ohne nomodeset ist ja die Voreinstellung, also geht auch nicht. Mit radeon.pcie_gen2=0 ging es auch nicht. Eben habe ich mal Mint Live von USB gebootet und es war tatsächlich der gleiche Fehler da.
Kann es am Kernel liegen? Das Linux Voyager das vorher drauf war basierte auf Xubuntu 12.04 mit dem 3.2 Kernel und damit lief es.

Hackepeter

Aktuell läuft die Karte unter Windows korrekt? Das sieht fast wie ein Hardwaredefekt aus.

Grüße

Turin

Unter Windows läuft die Karte einwandfrei, da sitze ich gerade vor.

Hackepeter

Eigenartig. Ich hab hier eine 5850 mit dem aktuellem Kernel aus Testing und dem catalyst-test aus dem aur. Läuft alles ohne Probleme. Von daher würde ich persönlich den Kernel ausschliessen.

Hackepeter

Ich weiss.... ich wollte ja auch sagen, dass es in der Konstelation funktioniert.

iconfly

Ok, Xorg beschwert sich, dass drm kein modesetting akzeptiert, obwohl es in deiner dmesg akzeptiert wird?

1.) Was steht in deiner /etc/mkinitcpio.conf bzw wenn du eine /etc/modprobe.d/radeon.conf hast, auch die. In deiner dmesg steht, dass sich vesa mit radeon nicht verträgt, daher die Vermutung, kann aber auch normal sein

2.) Im Netz habe ich des öfteren schon gelesen, dass es hilft, den radeon Treiber erst beim hochgefahrenen Kernel dynamisch zu laden. Daher würde ich dich mal bitten, radeon in /etc/mkinitcpio.conf oder radeon.conf aus der Modules="radeon" zu nehmen, zu rebooten und dann im Terminal mit

modprobe radeon

hinzuzufügen. Danach startest du dann X. Vielleicht klappt es ja.

Turin

Hallo, da habe ich ja ordentlich was auszuprobieren ;-)

iconfly schriebOk, Xorg beschwert sich, dass drm kein modesetting akzeptiert, obwohl es in deiner dmesg akzeptiert wird?

1.) Was steht in deiner /etc/mkinitcpio.conf bzw wenn du eine /etc/modprobe.d/radeon.conf hast, auch die. In deiner dmesg steht, dass sich vesa mit radeon nicht verträgt, daher die Vermutung, kann aber auch normal sein

2.) Im Netz habe ich des öfteren schon gelesen, dass es hilft, den radeon Treiber erst beim hochgefahrenen Kernel dynamisch zu laden. Daher würde ich dich mal bitten, radeon in /etc/mkinitcpio.conf oder radeon.conf aus der Modules="radeon" zu nehmen, zu rebooten und dann im Terminal mit
modprobe radeon
hinzuzufügen. Danach startest du dann X. Vielleicht klappt es ja.

zu 1) Die mkinitcpio.conf ist bis auf den Versuch "radeon" einzutragen jungfräulich. Meine radeon.conf steht weiter oben. Dass sich radeon nicht mit vesa verträgt ist normal, denke ich, es kann nur einen (Treiber) geben, X hat sich dann ja auch den richtigen rausgesucht. Ohne vesa hat es aber auch nicht funktioniert.

zu 2) Klappt leider nicht. Laut dem Wiki wird radeon so oder so geladen. Der Unterschied besteht nur darin wann radeon geladen wird -Eingetragen = Frühzeitig; Nicht Eingetragen = Später.

Hackepeter schriebEigenartig. Ich hab hier eine 5850 mit dem aktuellem Kernel aus Testing und dem catalyst-test aus dem aur. Läuft alles ohne Probleme. Von daher würde ich persönlich den Kernel ausschliessen.

Die 5850 hat aber eine andere Architektur. Meine 4770 funktionierte auch tadellos bis irgendwie Cola auf die Karte gelang...

TBone schriebKönnte aber trotzdem ein Problem eines Kernelmoduls sein ..

Ich habe gestern noch einmal #! mit dem 3.2 Kernel probiert und es ging auch nicht. Der gleiche Kernel hat mal funktioniert. Es kann aber durchaus sein dass ich dort den catalyst installiert hatte, ich weiß es aber nicht. Zumindest müßte der radeon Treiber ja funktionieren weil es eigentlich keine Beschwerden über die 6570 gibt.

Im Notfall werde ich mal den Catalyst probieren, aber vorher probiere ich noch einige Sachen.

iconfly

Turin schrieb 1) Die mkinitcpio.conf ist bis auf den Versuch "radeon" einzutragen jungfräulich. Meine radeon.conf steht weiter oben. Dass sich radeon nicht mit vesa verträgt ist normal, denke ich, es kann nur einen (Treiber) geben, X hat sich dann ja auch den richtigen rausgesucht. Ohne vesa hat es aber auch nicht funktioniert.

zu 2) Klappt leider nicht. Laut dem Wiki wird radeon so oder so geladen. Der Unterschied besteht nur darin wann radeon geladen wird -Eingetragen = Frühzeitig; Nicht Eingetragen = Später.

Schade. Vielleicht hilft ja eine gute alte /etc/X11/xorg.conf (/usr/share/X11 zu /usr/share ersetzen und Auflösung eventuell anpassen) anstatt /etc/X11/xorg.conf.d/radeon.conf.

Turin

Dank dem Catalyst funktioniert es jetzt. :-)
Ist nur blöde dass dadurch das Problem (6570 + radeon) nicht behoben, sondern nur umgangen wird. Ich scheine eine merkwürdige HW-Zusammenstellung zu haben. Solche Probleme habe ich irgendwie öfter, pacman funktioniert auch nur mit rumgetrickse in der resolv.conf.

iconfly

Es gibt noch die Möglichkeit einen Bug Report zu schreiben. Entweder zu Xorg oder zu archlinux

Turin

Ein Bug Report wäre eine Möglichkeit, aber der Fehler tritt ja auch auf bevor X installiert wird und auch bei der #! Live CD. Bedeutet für mich es liegt weder an Xorg noch an Arch. Der Kernel käme in Frage allerdings funktioniert der 3.2er Kernel von #! auch nicht und das ein Fehler so lange unentdeckt bleibt wäre schon ein komischer Zufall. Vielleicht irgendeine BIOS Einstellung die vom Catalyst überschrieben wird?

iconfly

Also, wenn es mehrere Systeme betrifft, sollte man bug report für den Linux Kernel vorbereiten . Als Nachweis für den Bug, kannst du dann nur screenshots nehmen. Wobei ich mich bei Xorg trotzdem ein bisschen wundere.