Re: [wheezy] Radeon DRI funktioniert nicht auf Powerbook G4 (5,6)
Am 03.03.12 19:55, schrieb Sven Joachim:
> Am 03.03.2012 um 19:28 schrieb srm@schokokeks.org:
>
>> Hallo,
>>
>> ich bin neu bei Debian und es ist fast 2 Jahre her, dass ich mit
Linux zu
>> tun hatte (bisher nur Gentoo und Ubuntu).
>>
>> Setup:
>> Debian Wheezy auf Powerbook G4 (5,6) / Kernel 3.2.0.1-powerpc
>>
>> Alles soweit wunderbar. Der erste Start in GDM3 brachte die Meldung,
dass
>> meine Grafikhardware nicht ausreichend fuer GDM3 ware.
>> Ein Blick in /var/log/Xorg.0.log bringt folgende Meldung:
>> (grep EE /var/log/Xorg.0.log)
>>
>> (EE) RADEON(0): [dri] RADEONDRIGetVersion failed to open the DRM
>> [dri] Disabling DRI.
>
> Versuch mal, mit video=ofonly oder video=radeonfb:off zu booten.
>
Beide Optionen führen zur folgender Meldung mit ewiger Wiederholungvon
folgenden Meldungen im Syslog:
radeon GPU lockup CP stall for more than 10000msec
GPU lockup (waiting for 0x00000161 last fence id 0x00000160)
radeon: wait for empty RBBM fifo failed! Bad things might happen.
Failed to wait GUI idle while programming pipes. Bad things might happen.
radeon 0000:00:10.0: (r300_asic_reset:412) RBBM_STATUS=0x8400C13C
radeon 0000:00:10.0: (r300_asic_reset:431) RBBM_STATUS=0x8400C13C
radeon 0000:00:10.0: (r300_asic_reset:443) RBBM_STATUS=0x8400C13C
radeon 0000:00:10.0: restoring config space at offset 0x1 (was
0x2b00003, writing 0x2b00007)
radeon 0000:00:10.0: failed to reset GPU
radeon 0000:00:10.0: GPU reset failed
radeon 0000:00:10.0: error waiting fence of IB(0:0x0000000000101000:251)
[drm:radeon_cs_ioctl] *ERROR* Failed to get ib !
[drm:radeon_ib_schedule] *ERROR* radeon: couldn't schedule IB(1).
[drm:radeon_cs_ioctl] *ERROR* Failed to get ib !
[drm:radeon_ib_schedule] *ERROR* radeon: couldn't schedule IB(2).
[drm:radeon_cs_ioctl] *ERROR* Failed to get ib !
[drm:radeon_ib_schedule] *ERROR* radeon: couldn't schedule IB(3).
[drm:radeon_cs_ioctl] *ERROR* Failed to get ib !
[drm:radeon_ib_schedule] *ERROR* radeon: couldn't schedule IB(4).
...
...
...
und so weiter und so fort (mit IB(n), und n immer um 1 erhöht).
Die GDM3 Oberfläche zeigt den Loginscreen sauber an, wenn ich mich
anmelde bleibt nur der Hintergrund und der Mauszeiger dargestellt. Wenn
ich den bewege, kommt es zu Flackererscheinungen bei denen ein
verzerrtes Bild angezeigt wird und sonst tut sich nichts.
Im Xorg.0.log finden sich keine Fehlermeldungen (EE).
Daraufhin habe ich das Paket firmware-linux-nonfree entfernt (apt-get
purge) und nach einem Reboot start jetzt GDM3, allerdings sind die
Hintergrundfarben falsch - z.B. ist das "weiß" der Menüs jetzt gelblich.
glxinfo|grep render gibt immernoch den Software Rasterizer aus.
Dmesg gibt jetzt Fehler, bezüglich fehlender Firmware für Radeon aus,
also habe ich das nonfree Firmware Paket erstmal wieder installiert.
Dann habe ich "video=radeonfb:off radeon.agpmode=1" aus diesem Thread
http://us.generation-nt.com/answer/radeon-crashes-radeonfb-system-locked-help-200303531.html
versucht, damit lande ich wieder bei den "coulnd't schedule IB" Fehlern.
Wenn ich "video=ofonly radeon.agpmode=1" benutze hängt sich das System
nach dem GDM Login Dialog auf. Das Display springt kurz auf die Konsole
um, danach alles schwarz und ein unbeweglicher Mauszeiger.
cat /proc/fb gibt:
0 radeondrmfb
Als letzten Versuch habe ich noch die Option "radeon.modeset=0" zu den
Kernelparametern hinzugefügt. Das schaltet wohl KMS ab. Damit startet
GDM wieder wie gewohnt, allerdings nur mit Software Rendering und das
Umschalten auf die Terminals funktioniert nicht (FB kann die Auflösung
nicht sauber umschalten?).
Xorg.0.log gibt für abgeschaltetes KMS:
(EE) AIGLX error: Calling driver entry point failed
(EE) AIGLX: reverting to software rendering
An diesem Punkt gibt cat /proc/fb :
0 0Ffb ATY,Jasper
1 0Ffb ATY,Jasper
dmesg|grep drm behauptet:
initialized radeon 1.33.0
...
Loading R300 Microcode
...
Wie geht's weiter?
Reply to: