| Summary: | [gm45] GPU hang (after resume) | ||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|
| Product: | xorg | Reporter: | Bryce Harrington <bryce> | ||||||||
| Component: | Driver/intel | Assignee: | Chris Wilson <chris> | ||||||||
| Status: | RESOLVED INVALID | QA Contact: | Xorg Project Team <xorg-team> | ||||||||
| Severity: | major | ||||||||||
| Priority: | medium | CC: | ilan | ||||||||
| Version: | 7.6 (2010.12) | ||||||||||
| Hardware: | x86-64 (AMD64) | ||||||||||
| OS: | Linux (All) | ||||||||||
| Whiteboard: | |||||||||||
| i915 platform: | i915 features: | ||||||||||
| Attachments: |
|
||||||||||
|
Description
Bryce Harrington
2011-03-10 23:29:36 UTC
Created attachment 44340 [details]
XorgLog.txt
Created attachment 44341 [details]
CurrentDmesg.txt
Created attachment 44342 [details]
BootDmesg.txt
We failed to read the i915_error_state and intel_gpu_dump is just useless, so we have no information as to what went wrong. (In reply to comment #5) > We failed to read the i915_error_state and intel_gpu_dump is just useless, so > we have no information as to what went wrong. Yeah I know, but we're getting a number of bug reports like this now. How do you want us to collect the information you need? I think the ultimate solution is to make the i915_error_state not use seqfile and a more robust show(). If you can free up some memory and try again (such as killall -9 X; cat i915_error_state) that usually works for me. I think you're right; a bit more poking shows that in these cases i915_error_state fails due to oom. https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-intel/+bug/542731 You can close this bug report, unless you'd like to use it for tracking the tool failure during oom. The freeze bug itself is probably a dupe of one of the gm45 bugs I'm tracking separately, and which we're about to put in a fix for. As regards the actual bug, we had an i915_error_state on the list that seemed to implicate HWS after resume. So maybe this would be fixed by reverting a7a75c8f70d6f6a2f16c9f627f938bbee2d32718 as well. (In reply to comment #9) > So maybe this would be fixed by reverting > a7a75c8f70d6f6a2f16c9f627f938bbee2d32718 as well. Not it wouldn't. That only affected physical HWS, gm45 is the first gen4 device to use a virtual HWS address. Dropping priority, as no progress can be made until we capture some debugging info from the actual bug, and so shouldn't block the release. Mass status change to NEEDINFO based on presence of NEEDINFO keyword. Please reopen if you can still reproduce the bug and are able to provide the information requested, thanks. Timeout. Please do reopen if you can still reproduce the issue and help us diagnose the problem, thanks. |
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.