Comment 7 for bug 421736

So I devoted a little time to this problem today.

Kernel is latest drm-intel, the other versions are latest available (updated this morning) in kubuntu karmic / xorg-edgers repositories (see file versions.txt in the attached archive - gpu-suspend-lockup-20090720.tar.bz2). I 'm using KMS, but last time I tried from UMS it had the same problem.

If I activate KDE4's compositing / 3D effects support and perform a suspend to ram / resume cycle the gpu locks up. Unfortunately, ssh in also doesn't work
(It looks like the driver takes some lock with it to its doom. sshd asks for the password but hangs where it should spawn a shell - see hang_ssh.txt).

If I suspend from the console by echo mem > /sys/power/state rather than from inside X, the machine resumes ok, but locks up when I switch to X.org.

Therefore, I took gpu/reg dumps from before the suspend, after resume from console and then also used a sleep 10; intel_reg_dumper > dump.txt
trick to try and get output from the wedged state (see test.sh).

Please ask if you would like any additional info.