https://bugs.freedesktop.org/show_bug.cgi?id=30227

--- Comment #1 from DaNiMoTh kronat@tiscali.it 2010-09-16 05:59:13 PDT --- I forgot system spec:

Kernel: 2.6.35.4 X.org-server: 1.9.0 xf86-video-ati: 6.13.1

PowerPC 7447A, PowerBook G4.

https://bugs.freedesktop.org/show_bug.cgi?id=30227

Michel Dänzer michel@daenzer.net changed:

What |Removed |Added ---------------------------------------------------------------------------- Attachment #38743|application/octet-stream |text/plain mime type| |

https://bugs.freedesktop.org/show_bug.cgi?id=30227

--- Comment #3 from Michel Dänzer michel@daenzer.net 2010-09-16 08:42:31 PDT --- Does radeon.agpmode=1 or radeon.agpmode=-1 help?

https://bugs.freedesktop.org/show_bug.cgi?id=30227

--- Comment #5 from Michel Dänzer michel@daenzer.net 2010-09-17 03:11:18 PDT --- (In reply to comment #4)

This happens with radeon.agpmode=-1 on the kernel boot command line. Without it, the kernel doesn't boot (it freeze, without eth connection and monitor freeze on some openfirmware specification - I have no serial - when switching from openfirmware to kernel itself, I think).

How about agpmode=1? There's an issue with higher transfer rates that Ben Herrenschmidt is working on fixing.

https://bugs.freedesktop.org/show_bug.cgi?id=30227

--- Comment #7 from DaNiMoTh kronat@tiscali.it 2010-09-18 04:01:46 PDT --- (In reply to comment #6)

Created an attachment (id=38780)

--> (https://bugs.freedesktop.org/attachment.cgi?id=38780)

error with agpmode=1

When system load radeon modules with agpmode=1, I had this error (fortunately I found it in /var/log/messages.log at next boot).

The lock happens more frequently, and give a black screen with no possibilities to switch to another console. There isn't operations which cause this lock more frequently than another: last time (this error) happens when I was scrolling an Opera window.

Another thing, which happens both with -1 and 1: at time of loading modules from my fs (yaboot->initramfs->my system->load modules) sometimes the kernel freeze. I don't know where (unfortunately there aren't any log) but I think it's related to radeon. I need from 5 to 10 try to load properly and continue boot, otherwise I need to force shutdown.

https://bugs.freedesktop.org/show_bug.cgi?id=30227

Jerome Glisse glisse@freedesktop.org changed:

What |Removed |Added ---------------------------------------------------------------------------- Summary|Radom X.org freeze by a GPU |[RADEON:KMS:AGP:R300:PPC] |lockup |random X freeze by a GPU | |lockup

https://bugs.freedesktop.org/show_bug.cgi?id=30227

--- Comment #10 from GhostlyDeath ghostlydeath@gmail.com 2011-12-10 09:24:52 PST --- Created attachment 54296 --> https://bugs.freedesktop.org/attachment.cgi?id=54296 Dmesg crash

This also occurs to me on my system, a PowerPC 7447A PowerMac G4 with an ATI Radeon 9800 Pro AGP (128MB). Using the packages from Debian Squeeze Backports (7.10.3) with a near-Vanilla 3.1.0 kernel with radeon DRM modules built in along with firmware.

However, for me it crashes about 10-20 seconds when glxgears is running, or it instantly crashes when I attempt to move or resize a window in WindowMaker.

Setting agpmode=-1 fixes the problem for me.

https://bugs.freedesktop.org/show_bug.cgi?id=30227

--- Comment #12 from Michel Dänzer michel@daenzer.net 2012-01-06 10:37:08 PST --- FWIW, http://lists.freedesktop.org/archives/dri-devel/2012-January/017932.html should increase the chance of recovering from a GPU lockup, or at least being able to reboot cleanly, on a big endian host.