| Summary: | [GM45] system locks up at random intervals | ||||||||||||
|---|---|---|---|---|---|---|---|---|---|---|---|---|---|
| Product: | DRI | Reporter: | Geir Ove Myhr <gomyhr> | ||||||||||
| Component: | DRM/Intel | Assignee: | Chris Wilson <chris> | ||||||||||
| Status: | CLOSED FIXED | QA Contact: | |||||||||||
| Severity: | normal | ||||||||||||
| Priority: | medium | CC: | pete, resonancetech | ||||||||||
| Version: | unspecified | Keywords: | NEEDINFO | ||||||||||
| Hardware: | x86-64 (AMD64) | ||||||||||||
| OS: | Linux (All) | ||||||||||||
| URL: | https://bugs.launchpad.net/bugs/469820 | ||||||||||||
| Whiteboard: | |||||||||||||
| i915 platform: | i915 features: | ||||||||||||
| Attachments: |
|
||||||||||||
|
Description
Geir Ove Myhr
2010-01-30 03:34:22 UTC
Created attachment 32925 [details]
lspci -vvnn
Created attachment 32926 [details]
Batchbuffer dump from 2010-01-26
this freeze the mouse locked up too
The tarball contains Xorg.0.log, intel_gpu_dump.txt and dmesg.txt in addition to i915_* (with multiple freezes, isn't it best to keep the logs in each tarball?)
Created attachment 32927 [details]
Batchbuffer dump from 2010-01-29
interesting. the freeze looked like the ones i have been having except when testing keys (i check the numlock or caps to check for keyboard activity) the screen went black and the mouse turned to a wheel for a second. i then checked for virtual terminals in which i could access all of them. there was a i915 error waiting for me telling me there was a GPU hang. i made a buffer dump.
Chris has been looking at some of these; here's hoping this is a dupe of an existing bug. Sorry Geir, ever since hang check started resetting the gpu on hangs we've lost the utility of dumping, the dumps you have captured contain no information. :( I've a patch that I've been meaning to encourage Eric to apply, time to poke him again. Geir, this commit [in libdrm] should fix many of the completely mysterious hangs, can you check whether it has a positive effect for you as well: commit 4f0f871730b76730ca58209181d16725b0c40184 Author: Chris Wilson <chris@chris-wilson.co.uk> Date: Wed Feb 10 09:45:13 2010 +0000 intel: Handle resetting of input params after EINTR during SET_TILING The SET_TILING is pernicious in that it overwrites the input arguments following an error in order to report the current tiling state of the buffer. This caught us by surprise as we then fed those arguments back into to the ioctl unmodified following an EINTR and so the kernel then reported success for the no-op. We interpreted this success as meaning that the tiling on the buffer had changed so updated our state and started using the buffer incorrectly in the new tiled/untiled manner. This lead to all sorts of random corruption and GPU hangs, even though the batch buffers would look sane (when the GPU had not wandered off into forbidden territory). References: Bug 25475 - [i915] Xorg crash / Execbuf while wedged http://bugs.freedesktop.org/show_bug.cgi?id=25475 Bug 25554 - i830_uxa_prepare_access: gtt bo map failed: Input/output error http://bugs.freedesktop.org/show_bug.cgi?id=25554 (And probably every other weird bug in the last few months.) Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk> (In reply to comment #6) > Geir, this commit [in libdrm] should fix many of the completely mysterious > hangs, can you check whether it has a positive effect for you as well: I patched libdrm 2.17 with this patch and had the original reporter test it. Unfortunately, it didn't have a positive effect. Created attachment 33423 [details] [review] Record batch buffer at time of error Can you please apply this error capture patch and upload the resulting /debug/dri/.../i915_error_state? (In reply to comment #8) > Can you please apply this error capture patch and upload the resulting > /debug/dri/.../i915_error_state? I'm having problems booting self-compiled kernels in Ubuntu at the moment, but once I figure out what the problem is, I will build and ask xxpenguinxx to test and clear the NEEDINFO flag once it's done. xxpenguinxx, there is a kernel with v7 of the patch at http://www.kvante.info/recordbatchbuffer/ that you may try if you feel lucky, but as I said, it doesn't boot on my system. It is possible that uninstalling Plymouth will make it boot. (In reply to comment #9) > (In reply to comment #8) > > Can you please apply this error capture patch and upload the resulting > > /debug/dri/.../i915_error_state? > xxpenguinxx, there is a kernel with v7 of the patch at > http://www.kvante.info/recordbatchbuffer/ that you may try if you feel lucky, > but as I said, it doesn't boot on my system. It is possible that uninstalling > Plymouth will make it boot. xxpenguinxx, after an apt-get dist-upgrade of my Lucid today, the kernels are now booting (there are some mount- and plymouth-related error messages at boot, though). So can you try the kernel from http://www.kvante.info/recordbatchbuffer/ and capture the file /sys/kernel/debug/dri/0/i915_error_state when it freezes? This is version 7 of the patch. If this is a problem (Chris?) I may build one with version 8 later. absolutely. i haven't had time as of late to get the kernel in, but i haven't had a lock up in quite a few days either so it hasn't been at the top of lists. i will try to carve out an hour or so in the next few days and run a test drive with the patched kernel. On Mon, Feb 22, 2010 at 3:19 AM, <bugzilla-daemon@freedesktop.org> wrote: > http://bugs.freedesktop.org/show_bug.cgi?id=26333 > > > > > > --- Comment #10 from Geir Ove Myhr <gomyhr@gmail.com> 2010-02-22 03:19:59 > PST --- > (In reply to comment #9) > > (In reply to comment #8) > > > Can you please apply this error capture patch and upload the resulting > > > /debug/dri/.../i915_error_state? > > xxpenguinxx, there is a kernel with v7 of the patch at > > http://www.kvante.info/recordbatchbuffer/ that you may try if you feel > lucky, > > but as I said, it doesn't boot on my system. It is possible that > uninstalling > > Plymouth will make it boot. > > xxpenguinxx, after an apt-get dist-upgrade of my Lucid today, the kernels > are > now booting (there are some mount- and plymouth-related error messages at > boot, > though). So can you try the kernel from > http://www.kvante.info/recordbatchbuffer/ and capture the file > /sys/kernel/debug/dri/0/i915_error_state when it freezes? This is version 7 > of > the patch. If this is a problem (Chris?) I may build one with version 8 > later. > > > -- > Configure bugmail: http://bugs.freedesktop.org/userprefs.cgi?tab=email > ------- You are receiving this mail because: ------- > You are on the CC list for the bug. > Closing, as the last comment indicated no sightings of the bug and there have been no further reports... |
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.