Bug 48830 - [i965gm] GPU lockup render.IPEHR: 0xa80003bd
Summary: [i965gm] GPU lockup render.IPEHR: 0xa80003bd
Status: RESOLVED FIXED
Alias: None
Product: Mesa
Classification: Unclassified
Component: Drivers/DRI/i965 (show other bugs)
Version: 8.0
Hardware: x86 (IA32) Linux (All)
: high major
Assignee: Ian Romanick
QA Contact:
URL:
Whiteboard:
Keywords:
Depends on:
Blocks:
 
Reported: 2012-04-17 10:30 UTC by Bryce Harrington
Modified: 2014-10-24 07:24 UTC (History)
5 users (show)

See Also:
i915 platform:
i915 features:


Attachments
BootDmesg.txt (62.00 KB, text/plain)
2012-04-17 10:30 UTC, Bryce Harrington
Details
CurrentDmesg.txt (123.95 KB, text/plain)
2012-04-17 10:30 UTC, Bryce Harrington
Details
i915_error_state.txt (882.95 KB, text/plain)
2012-04-17 10:31 UTC, Bryce Harrington
Details
XorgLog.txt (31.44 KB, text/plain)
2012-04-17 10:31 UTC, Bryce Harrington
Details

Description Bryce Harrington 2012-04-17 10:30:05 UTC
Forwarding this bug from Ubuntu reporter Tumaini:
http://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-intel/+bug/980964

[Problem]
OpenGL-related lockup sometimes with black screen.  Hang occurs several times a week, starting within the last week or two (user installed Ubuntu about 3 weeks ago on 28 Mar).

[Original Description]
Screen freezes or becomes black occasionally when using programs that render via OpenGL.

ProblemType: Crash
DistroRelease: Ubuntu 12.04
Package: xserver-xorg-video-intel 2:2.17.0-1ubuntu4
ProcVersionSignature: Ubuntu 3.2.0-22.35-generic-pae 3.2.14
Uname: Linux 3.2.0-22-generic-pae i686
.tmp.unity.support.test.0:
 
ApportVersion: 2.0.1-0ubuntu2
Architecture: i386
Chipset: i965gm
CompizPlugins: No value set for `/apps/compiz-1/general/screen0/options/active_plugins'
CompositorRunning: compiz
Date: Fri Apr 13 17:48:20 2012
DistUpgraded: Fresh install
DistroCodename: precise
DistroVariant: ubuntu
DkmsStatus: virtualbox, 4.1.10, 3.2.0-22-generic-pae, i686: installed
DuplicateSignature: [i965gm] GPU lockup  render.IPEHR: 0xa80003bd Ubuntu 12.04
ExecutablePath: /usr/share/apport/apport-gpu-error-intel.py
ExtraDebuggingInterest: Yes, whatever it takes to get this fixed in Ubuntu
GpuHangFrequency: Several times a week
GpuHangReproducibility: Occurs more often under certain circumstances
GpuHangStarted: Within the last week or two
GraphicsCard:
 Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller (primary) [8086:2a02] (rev 0c) (prog-if 00 [VGA controller])
   Subsystem: Hewlett-Packard Company Compaq 6710b [103c:30c0]
   Subsystem: Hewlett-Packard Company Compaq 6710b [103c:30c0]
InstallationMedia: Ubuntu 12.04 LTS "Precise Pangolin" - Beta i386 (20120328)
InterpreterPath: /usr/bin/python2.7
PccardctlIdent:
 Socket 0:
   no product info available
PccardctlStatus:
 Socket 0:
   no card
ProcCmdline: /usr/bin/python /usr/share/apport/apport-gpu-error-intel.py
ProcEnviron:
 
ProcKernelCmdLine: BOOT_IMAGE=/vmlinuz-3.2.0-22-generic-pae root=UUID=068c43e3-c8f8-4ed7-866d-d0cf6d8666ea ro quiet splash vt.handoff=7
RelatedPackageVersions:
 xserver-xorg             1:7.6+12ubuntu1
 libdrm2                  2.4.32-1ubuntu1
 xserver-xorg-video-intel 2:2.17.0-1ubuntu4
SourcePackage: xserver-xorg-video-intel
Title: [i965gm] GPU lockup  render.IPEHR: 0xa80003bd
UpgradeStatus: No upgrade log present (probably fresh install)
UserGroups:
 
dmi.bios.date: 01/15/2009
dmi.bios.vendor: Hewlett-Packard
dmi.bios.version: 68DDU Ver. F.15
dmi.board.name: 30C0
dmi.board.vendor: Hewlett-Packard
dmi.board.version: KBC Version 71.2E
dmi.chassis.type: 10
dmi.chassis.vendor: Hewlett-Packard
dmi.modalias: dmi:bvnHewlett-Packard:bvr68DDUVer.F.15:bd01/15/2009:svnHewlett-Packard:pn:pvrF.15:rvnHewlett-Packard:rn30C0:rvrKBCVersion71.2E:cvnHewlett-Packard:ct10:cvr:
dmi.product.version: F.15
dmi.sys.vendor: Hewlett-Packard
version.compiz: compiz 1:0.9.7.4-0ubuntu3
version.libdrm2: libdrm2 2.4.32-1ubuntu1
version.libgl1-mesa-dri: libgl1-mesa-dri 8.0.2-0ubuntu3
version.libgl1-mesa-dri-experimental: libgl1-mesa-dri-experimental N/A
version.libgl1-mesa-glx: libgl1-mesa-glx 8.0.2-0ubuntu3
version.xserver-xorg-core: xserver-xorg-core 2:1.11.4-0ubuntu10
version.xserver-xorg-input-evdev: xserver-xorg-input-evdev 1:2.7.0-0ubuntu1
version.xserver-xorg-video-ati: xserver-xorg-video-ati 1:6.14.99~git20111219.aacbd629-0ubuntu2
version.xserver-xorg-video-intel: xserver-xorg-video-intel 2:2.17.0-1ubuntu4
version.xserver-xorg-video-nouveau: xserver-xorg-video-nouveau 1:0.0.16+git20111201+b5534a1-1build2
Comment 1 Bryce Harrington 2012-04-17 10:30:37 UTC
Created attachment 60194 [details]
BootDmesg.txt
Comment 2 Bryce Harrington 2012-04-17 10:30:50 UTC
Created attachment 60195 [details]
CurrentDmesg.txt
Comment 3 Bryce Harrington 2012-04-17 10:31:04 UTC
Created attachment 60196 [details]
i915_error_state.txt
Comment 4 Bryce Harrington 2012-04-17 10:31:20 UTC
Created attachment 60197 [details]
XorgLog.txt
Comment 5 Chris Wilson 2012-04-17 10:38:30 UTC
Another overwritten batch, going with

commit c501ae7f332cdaf42e31af30b72b4b66cbbb1604
Author: Chris Wilson <chris@chris-wilson.co.uk>
Date:   Wed Dec 14 13:57:23 2011 +0100

    drm/i915: Only clear the GPU domains upon a successful finish
    
    By clearing the GPU read domains before waiting upon the buffer, we run
    the risk of the wait being interrupted and the domains prematurely
    cleared. The next time we attempt to wait upon the buffer (after
    userspace handles the signal), we believe that the buffer is idle and so
    skip the wait.

until proven otherwise.
Comment 6 Bryce Harrington 2012-04-17 12:59:57 UTC
Proof otherwise.  Patch already included in ubuntu-precise's kernel:

commit 89df7051aab3884a734fc1eb666322643519c9c8
Author: Chris Wilson <chris@chris-wilson.co.uk>
Date:   Wed Dec 14 13:57:23 2011 +0100

    drm/i915: Only clear the GPU domains upon a successful finish
    
    commit c501ae7f332cdaf42e31af30b72b4b66cbbb1604 upstream.
Comment 7 Chris Wilson 2012-04-17 16:31:49 UTC
Another suspicious clear.
Comment 8 Eric Anholt 2012-08-06 19:05:07 UTC
Please re-test with mesa master or 8.0.3+ with:

commit 93e94cbb48a679b7bf67594adb6f858526b37935
Author: Eric Anholt <eric@anholt.net>
Date:   Fri Feb 10 12:54:25 2012 -0800

    intel: Fix rendering from textures after RenderTexture().

Also, we really need some specific application and steps to reproduce the problem with if we're going to make progress by anything other than luck.
Comment 9 Kaveh 2014-10-24 07:24:38 UTC
No response from bug filer for 2 years.


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.