[gelöst] Wheezy -> kernel 3.2.54: radeonhd friert ein

[matman]

Hallo,

ich habe ein recht schwierig zu erklärendes Phänomen mit einem selbst konfiguriertem Kernel. Die Sourcen stammen von kernel.org, die Konfiguration von meinem bisherigen System mit Squeeze. Dort läuft dieser Kernel ohne Probleme. Auf neuer Festplatte mit installiertem Wheezy und der ansonsten selben Hardware ergeben sich nun diverse Probleme:

1. Der mit Wheezy installierte Standardkernel (kernel-image-3.2.0-4) funktioinierte anfangs. Seitdem ich Kernel 3.2.54 kompilierte und installierte bootet der Standardkernel normal, friert aber während dem Bootprozess ein (Bildschirm wird grau, nach Ausschalten des PC flackern noch einige graufarbene Kacheln auf). Dieses Problem konnte ich beheben durch Installation des Paketes firmware-kernel-nonfree, doch anfangs ging es ja auch ohne die nonfree Firmware.

2. Mein selbst kompilierter Kernel mit fest eincompiliertem radeonhd friert ein kurz nach Start von Xorg. In /var/log/kern.log finde ich dazu folgenden Eintrag:

Code: Alles auswählen

Feb 13 11:19:04 calculusterix kernel: [drm] Setting GART location based on new memory map
Feb 13 11:19:04 calculusterix kernel: [drm] Loading RV610 CP Microcode
Feb 13 11:19:04 calculusterix kernel: [drm] Resetting GPU
Feb 13 11:19:04 calculusterix kernel: [drm] writeback test succeeded in 1 usecs
Feb 13 11:19:10 calculusterix kernel: [drm] wait for fifo failed status : 0xE57004E0 0x00110103
Feb 13 11:19:10 calculusterix kernel: [drm] wait for fifo failed status : 0xE57004E0 0x00110103
Feb 13 11:19:10 calculusterix kernel: [drm] wait for fifo failed status : 0xE57004E0 0x00110103

3. Mein selbst kompilierter Kernel mit radeonhd als Modul friert ebenfalls während dem Bootprozess ein, diesmal bleibt der Bildschirm einfach schwarz und leer. Leider gibt es aber in den Logdateien keinen Hinweis warum. Dem Inhalt von /var/log/dmesg.0 zufolge wurde der Bootprozess bis zum Ende erfolgreich abgeschlossen.

Das Einfrieren beim booten passiert immer dann, wenn der Kernel in den Framebuffer Modus umschaltet. Jedoch schaffte auch das deaktivieren vom Framebuffersupport keine Abhilfe.

Weil die selbe Kernelkonfiguration auf selber Hardware mit Squeeze perfekt funktioniert nehme ich an, das bei Wheezy irgendwas am System anders ist und eine wichtige Funktion mir noch in der Konfiguration fehlt. Hat hier möglicherweise jemand eine Idee, was das sein könnte?

Grafikkarte ist eine Radeon HD 2400 Pro.

[storm]

Hmm, hast du einen zweiten Rechner zur Hand und kommst du mit ssh drauf? Laut der "fifo failed"-Meldung könnten das verschiedene Ursachen sein. Falsche/fehlende Firmware zum Beispiel. Steckt die bei dir in einer initrd oder wird die vom kernel direkt geladen?

[matman]

Nein, habe leider keinen zweiten Rechner der mit ssh drauf kommt. Und wo genau die Firmware liegt weiß ich leider auch nicht. Eine initrd wird jedenfalls erzeugt. Und nach Installation des Kernel habe ich noch dpkg-reconfigure firmware-linux-nonfree ausgeführt. Dabei wird auch die initrd modifiziert. Kann also gut sein, das die nonfree Firmware in der initrd steckt.

Wenn ich nach dieser fifo failed Meldung googel, dann kommen da hauptsächlich Bugmeldungen in den Suchergebnissen. Vielleicht ist es sogar ein Bug, der mittels Patch im Debian-Kernel behoben ist. Deshalb habe ich beschlossen, ich probiere einfach mal einen etwas neueren Kernel aus.

Mehr weiß ich im Moment nicht zu tun. Vielleicht hat ja noch jemand eine Idee...

[matman]

Ok, das Projekt andere Kernelversion ist nun doch nicht dran. Mir kam noch eine Idee und nachdem ich nun doch radeonhd als Modul kompiliert habe und zusätzlich noch CONFIG_FRAMEBUFFER_CONSOLE aktiviert habe funzt radeonhd nun wie es aussieht ganz ohne Probleme.

Aber leider kann ich Gnome noch immer nicht nutzen. Erst dachte ich das System friert noch ein. Aber 'cat /var/log/Xorg.0.log | grep WW' verrät:

Code: Alles auswählen

[    92.518] (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist.
[    92.527] (WW) The directory "/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType" does not exist.
[    92.527] (WW) The directory "/usr/share/fonts/X11/cyrillic" does not exist.
[    92.527] (WW) The directory "/var/lib/defoma/x-ttcidfont-conf.d/dirs/TrueType" does not exist.
[    92.527] (WW) Hotplugging is on, devices using drivers 'kbd', 'mouse' or 'vmmouse' will be disabled.
[    92.527] (WW) Disabling Mouse0
[    92.527] (WW) Disabling Keyboard0

Aus irgend einem Grund erkennt Xorg wohl Maus und Tastatur noch nicht.

Mit dem Standardkernel hatte ich Gnome schon ohne Probleme am Laufen. Da muss also noch irgendwas an der Kernelkonfiguration sein, was das Problem verursacht. Ich hoffe mal ich finde das morgen. Für heute habe ich genug.

Wen es interessiert, hier noch meine Kernel .config: http://nopaste.debianforum.de/37661
Das xst.11 in der Version ist nur für meine persönliche Übersicht. Kernelversion ist 3.2.54.

[rendegast]

"Not-Booten" ohne KMS läßt sich mit Kernel-Parameter
radeon.modeset=0
i915.modeset=0
nouveau.modeset=0

CONFIG_DRM_RADEON=m
-> radeon
(nicht "radeonhd", das ist/war ein obsoletes Parallelprojekt)

CONFIG_FB_RADEON=y
-> radeonfb
Das muß weg!
Entweder per '=m' und Modul blacklisten, oder ganz deaktivieren.
(Ist eine alternative Möglichkeit, arbeitet(?) zusammen mit xorg-Treiber xserver-xorg-video-fbdev,
eine failback-Notlösung, die wohl niemand möchte)


Zum Vergleich (Stromsparen, sonstige Gimmicks),
versuche den wheezy-backports-Kernel mit firmware-linux-nonfree 0.40 aus den backports.

[matman]

Ja, danke für die Hinweise. Für Maus und Tastatur fehlten nur noch die Gerätedateien /dev/input/event(n). Jetzt geht alles wie es soll