| Summary: | [945GM] X freezes some hours after suspend-to-RAM | ||||||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Product: | xorg | Reporter: | Martin Pitt <martin.pitt> | ||||||||||||||
| Component: | Driver/intel | Assignee: | ykzhao <yakui.zhao> | ||||||||||||||
| Status: | RESOLVED FIXED | QA Contact: | Xorg Project Team <xorg-team> | ||||||||||||||
| Severity: | major | ||||||||||||||||
| Priority: | medium | CC: | apw, bryce, jbarnes | ||||||||||||||
| Version: | git | Keywords: | regression | ||||||||||||||
| Hardware: | x86 (IA32) | ||||||||||||||||
| OS: | Linux (All) | ||||||||||||||||
| Whiteboard: | |||||||||||||||||
| i915 platform: | i915 features: | ||||||||||||||||
| Attachments: |
|
||||||||||||||||
|
Description
Martin Pitt
2009-09-14 04:21:32 UTC
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.