Created attachment 29513 [details] X.org log Hello, After a clean boot, I have never ever had a single freeze any more for months now, so in general things work very well and smoothly on my i945. However, after a suspend/resume from RAM cycle, X.org freezes after some time, anything between ten minutes and several hours. Usually it's something like 2 hours. This isn't triggered by anything "obvious" like switching desktops in compiz or starting a program, it usually just happens while typing text in a terminal (what I do most of the time, after all). I tried to reproduce it using a "compiz stress test" script which runs 2 glxgears, a video, several terminals, and constantly switches workspaces, but that doesn't trigger it. So unfortunately reproducing this always takes very long. I attach the usual set of debug logs, like GPU/register dump, etc. In dmesg you see that the kernel complains about the hung i915 process. When SSHing into the machine, I can still run programs normally, but the Xorg server is unkillable (kill -9 just turns it into "kernel deep sleep" (D) state), and it's impossible to get rid of the screen freeze. Bryce Harrington, the Ubuntu X.org maintainer, has heard of several other platforms where this happens, and asked me to file the bug upstream. Setting severity major as per discussion with Jesse Barnes on the last Ubuntu Developer summit. This sounds a bit similar to bug 23689, but I have different hardware, and the reporter there said it's fixed for him now. Thanks, Martin Hardware: Laptop: Dell Latitude D430 Card: 00:02.0 VGA compatible controller: Intel Corporation Mobile 945GM/GMS, 943/940GML Express Integrated Graphics Controller (rev 03) Screens: Internal LVDS 1280x800 (turned off), external 1280x1024 TFT through DVI, using KMS Versions: Kernel: 2.6.31 final intel: 2.8.1 mesa: 7.6.0 prerelease, git snapshot from 2009-08-17 (commit 7c422387) libdrm: 2.4.13
Created attachment 29514 [details] dmesg
Created attachment 29515 [details] register dump
Created attachment 29516 [details] GPU dump
Created attachment 29517 [details] xrandr output
Will you please try the following patch and see whether the issue still exists? The patch: drm/i915: Check that the relocation points to within the target http://lists.freedesktop.org/archives/intel-gfx/2009-September/004243.html Thanks.
Yep, will do. I installed a test kernel now with the patch you mentioned plus this one: http://people.canonical.com/~apw/lp429241-karmic/0001-UBUNTU-SAUCE-drm-i915-Pad-ringbuffer-with-NOOPs-befo.patch (Currently being tested and forwarded upstream) We also got a new mesa package with this patch http://cgit.freedesktop.org/mesa/mesa/commit/?id=acfea5c705f383692e661d37c5cd7da2f3db559b yesterday which is supposed to fix some screen corruption and was said also to trigger this. I'll give my system a good beating with those and report back. Thanks!
Unfortunately I can still reproduce the freeze even with these patches.
(In reply to comment #7) > Unfortunately I can still reproduce the freeze even with these patches. Will you please attach the gpu dump/register dump before and after suspend/resume? thanks. >
Created attachment 29666 [details] register/gpu dump before/after suspend Sure, here it comes. Sorry for the compression, gpu dumps are too big to attach uncompressed.
Out of interest, why was this made private?
(In reply to comment #10) > Out of interest, why was this made private? > you restricted it to the 'x.org security' group with comment#6 as far as I can tell.
Just for the record, still happens with mesa 7.6.0, intel 2.9.0, and linux 2.6.31.2. (I didn't actually expect the new mesa/intel driver to fix this, since this looks like a problem in i915.ko).
(In reply to comment #12) > Just for the record, still happens with mesa 7.6.0, intel 2.9.0, and linux > 2.6.31.2. (I didn't actually expect the new mesa/intel driver to fix this, > since this looks like a problem in i915.ko). Hi, Sorry for the late response. Will you please try the 2.6.33 stable kernel and see whether the issue still exists? (Please add the boot option of "drm.debug=0x04") If the problem still exists, please see whether the system can be accessed by using ssh and attach the output of dmesg, Xorg.0.log. Thanks. yakui >
Yay! I have run .33 for two days now, with several suspends, and the corruption is gone. Thanks!
Argh, tough luck. It was working for two days, and ten minutes after I close the bug I get the screen corruption again.. I'll provide debug output.
I have run my laptop with 2.6.34rc5 for several days, and I never got a complete freeze. I do get local screen corruptions quite often after resuming (primarily in gnome-terminal, where retangles of text go missing or are only painted in green instead of black, etc), but those are much easier to deal with than system hangs. Thus I close this for now.
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.