Bug 26418 - [i965] GPU hang on -intel 2.9.1 on Lenovo (triggered by GnomeDo?)
Summary: [i965] GPU hang on -intel 2.9.1 on Lenovo (triggered by GnomeDo?)
Alias: None
Product: xorg
Classification: Unclassified
Component: Driver/intel (show other bugs)
Version: unspecified
Hardware: x86 (IA32) Linux (All)
: high critical
Assignee: Carl Worth
QA Contact: Xorg Project Team
Keywords: NEEDINFO
Depends on:
Reported: 2010-02-03 11:01 UTC by Bryce Harrington
Modified: 2010-02-21 08:45 UTC (History)
3 users (show)

See Also:
i915 platform:
i915 features:

XorgLogOld.txt (31.33 KB, text/plain)
2010-02-03 11:04 UTC, Bryce Harrington
no flags Details
XorgLog.txt (30.19 KB, text/plain)
2010-02-03 11:07 UTC, Bryce Harrington
no flags Details
Lspci.txt (12.67 KB, text/plain)
2010-02-03 11:07 UTC, Bryce Harrington
no flags Details
BootDmesg.txt (50.71 KB, text/plain)
2010-02-03 11:08 UTC, Bryce Harrington
no flags Details
CurrentDmesg.txt (3.85 KB, text/plain)
2010-02-03 11:08 UTC, Bryce Harrington
no flags Details
dump.txt.gz (123.62 KB, application/x-gzip)
2010-02-03 11:09 UTC, Bryce Harrington
no flags Details

Description Bryce Harrington 2010-02-03 11:01:28 UTC
Forwarding this bug for Ubuntu user jcastro:

GPU hang encountered on -intel 2.9.1 when using GnomeDo.  Dump provided.

[Original Report]
I was typing on my machine and it locked up. apw investigated and we determined that the GPU is hanging, I am attaching the dump from intel_gpu_dump.

ProblemType: Bug
Architecture: amd64
Date: Wed Feb 3 10:33:51 2010
DistroRelease: Ubuntu 10.04

MachineType: LENOVO 7454CTO
Package: xserver-xorg-video-intel 2:2.9.1-1ubuntu3
ProcCmdLine: BOOT_IMAGE=/boot/vmlinuz-2.6.32-12-generic root=UUID=28816996-d619-4556-9483-a0084b8a200d ro splash quiet
ProcVersionSignature: Ubuntu 2.6.32-12.16-generic
 xserver-xorg 1:7.5+1ubuntu2
 libgl1-mesa-glx 7.7-0ubuntu8
 libdrm2 2.4.17-0ubuntu2
 xserver-xorg-video-intel 2:2.9.1-1ubuntu3
SourcePackage: xserver-xorg-video-intel
Uname: Linux 2.6.32-12-generic x86_64
dmi.bios.date: 07/30/2008
dmi.bios.vendor: LENOVO
dmi.bios.version: 6DET28WW (1.05 )
dmi.board.name: 7454CTO
dmi.board.vendor: LENOVO
dmi.board.version: Not Available
dmi.chassis.asset.tag: No Asset Information
dmi.chassis.type: 10
dmi.chassis.vendor: LENOVO
dmi.chassis.version: Not Available
dmi.modalias: dmi:bvnLENOVO:bvr6DET28WW(1.05):bd07/30/2008:svnLENOVO:pn7454CTO:pvrThinkPadX200:rvnLENOVO:rn7454CTO:rvrNotAvailable:cvnLENOVO:ct10:cvrNotAvailable:
dmi.product.name: 7454CTO
dmi.product.version: ThinkPad X200
dmi.sys.vendor: LENOVO
 distro: Ubuntu
 architecture: x86_64kernel: 2.6.32-12-generic
Comment 1 Bryce Harrington 2010-02-03 11:04:07 UTC
Created attachment 33036 [details]
Comment 2 Bryce Harrington 2010-02-03 11:07:23 UTC
Created attachment 33037 [details]
Comment 3 Bryce Harrington 2010-02-03 11:07:48 UTC
Created attachment 33038 [details]
Comment 4 Bryce Harrington 2010-02-03 11:08:10 UTC
Created attachment 33039 [details]
Comment 5 Bryce Harrington 2010-02-03 11:08:56 UTC
Created attachment 33040 [details]
Comment 6 Bryce Harrington 2010-02-03 11:09:29 UTC
Created attachment 33041 [details]
Comment 7 Carl Worth 2010-02-16 17:17:42 UTC
Hi Bryce,

For any bugs showing mysterious Intel-graphics crashes with libdrm 2.4.17,
please encourage the bug reporters to re-try with libdrm 2.4.18 (just
released today). It includes the commit below.

I'll mark this as NEEDINFO for now. Please update the bug (and clear
NEEDINFO) after adding results of testing with libdrm 2.4.18.


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).
      Bug 25475 - [i915] Xorg crash / Execbuf while wedged
      Bug 25554 - i830_uxa_prepare_access: gtt bo map failed: Input/output error
    (And probably every other weird bug in the last few months.)
    Signed-off-by: Chris Wilson <chris@chris-wilson.co.uk>
Comment 8 jorge@ubuntu.com 2010-02-21 08:45:01 UTC
Hi Carl,

2.4.18 seems to have fixed this 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.