[arrandale mesa] GPU lockup IPEHR: 0x02000000

Bug #1119793 reported by Steve Langasek
48
This bug affects 8 people
Affects Status Importance Assigned to Milestone
xf86-video-intel
Confirmed
Medium
xserver-xorg-video-intel (Ubuntu)
Fix Released
High
Unassigned

Bug Description

paired bug with #1119745 which was filed by hand.

ProblemType: Crash
DistroRelease: Ubuntu 13.04
Package: xserver-xorg-video-intel
ProcVersionSignature: Ubuntu 3.8.0-4.8-generic 3.8.0-rc6
Uname: Linux 3.8.0-4-generic x86_64
ApportVersion: 2.8-0ubuntu4
Architecture: amd64
Chipset: arrandale
Date: Fri Feb 8 12:25:38 2013
DistroCodename: raring
DistroVariant: ubuntu
DuplicateSignature: [arrandale] GPU lockup IPEHR: 0x02000000 Ubuntu 13.04
ExecutablePath: /usr/share/apport/apport-gpu-error-intel.py
ExecutableTimestamp: 1357874481
GpuHangFrequency: This is the first time
InstallationDate: Installed on 2010-09-24 (868 days ago)
InstallationMedia: Ubuntu 10.04.1 LTS "Lucid Lynx" - Release amd64 (20100816.1)
InterpreterPath: /usr/bin/python3.3
MachineType: LENOVO 3249CTO
MarkForUpload: True
ProcCmdline: /usr/bin/python3 /usr/share/apport/apport-gpu-error-intel.py
ProcCwd: /
ProcEnviron:

ProcKernelCmdLine: BOOT_IMAGE=/vmlinuz-3.8.0-4-generic root=/dev/mapper/virgil-root ro quiet splash --verbose
RelatedPackageVersions:
 xserver-xorg 1:7.7+1ubuntu4
 libdrm2 2.4.41-0ubuntu1
 xserver-xorg-video-intel 2:2.21.0-0ubuntu1
SourcePackage: xserver-xorg-video-intel
Title: [arrandale] GPU lockup IPEHR: 0x02000000
UdevDb: Error: [Errno 2] No such file or directory: 'udevadm'
UpgradeStatus: Upgraded to raring on 2013-01-25 (14 days ago)
UserGroups:

dmi.bios.date: 08/23/2010
dmi.bios.vendor: LENOVO
dmi.bios.version: 6QET52WW (1.22 )
dmi.board.name: 3249CTO
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:bvr6QET52WW(1.22):bd08/23/2010:svnLENOVO:pn3249CTO:pvrThinkPadX201:rvnLENOVO:rn3249CTO:rvrNotAvailable:cvnLENOVO:ct10:cvrNotAvailable:
dmi.product.name: 3249CTO
dmi.product.version: ThinkPad X201
dmi.sys.vendor: LENOVO

Revision history for this message
Steve Langasek (vorlon) wrote :
Revision history for this message
Bryce Harrington (bryce) wrote :

[Hook error filed as bug #1119808]

Revision history for this message
Bryce Harrington (bryce) wrote :

There are also bugs 1116732 and 1112871 with IPEHR: 0x02000000, but the chipset and reproduction steps are different from here, so not obviously dupes.

Revision history for this message
Chris Wilson (ickle) wrote :

Note for self, this is death inside a mesa batch buffer.

tags: removed: need-duplicate-check
Revision history for this message
Launchpad Janitor (janitor) wrote :

Status changed to 'Confirmed' because the bug affects multiple users.

Changed in xserver-xorg-video-intel (Ubuntu):
status: New → Confirmed
Revision history for this message
Alexander Schlarb (alexander255) wrote :

I've reported this issue a year ago, therefore #976489 should probably be added as a duplicate bug.

Revision history for this message
Chris Wilson (ickle) wrote :

It indicates a general GPU hang, of which there are a million and one causes. There is no obvious connection between the bugs.

Chris Wilson (ickle)
summary: - [arrandale] GPU lockup IPEHR: 0x02000000
+ [arrandale mesa] GPU lockup IPEHR: 0x02000000
Steve Langasek (vorlon)
Changed in xserver-xorg-video-intel (Ubuntu):
importance: Undecided → High
Revision history for this message
Steve Langasek (vorlon) wrote :

I just had a GPU lockup again, and apport indicated it was a duplicate of this one. The superficial symptoms were different; different error message when trying to restart compiz, and unlike previously, the system didn't go into an unresponsive high-load state. But that may have been a secondary symptom.

Attaching the new i915_error_state, in case it's useful.

Revision history for this message
Chris Wilson (ickle) wrote :

There are minor differences in the command sequence within the error-state that could indicate the application was doing something different at the time, but superficially it indeed looks like the same error.

This bug has not been upstreamed yet...

Revision history for this message
In , Steve Langasek (vorlon) wrote :
Download full text (13.2 KiB)

Created attachment 76492
Xorg log

Since upgrading (from 2.20) to version 2.21 of the intel driver in Ubuntu raring, I have been experiencing GPU hangs as described at <https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-intel/+bug/1119793>. These hangs seem to be related to some sort of interplay between firefox and unity, and are thus only intermittently reproducible.

glxinfo:

$ glxinfo
name of display: :0
display: :0 screen: 0
direct rendering: Yes
server glx vendor string: SGI
server glx version string: 1.4
server glx extensions:
    GLX_ARB_create_context, GLX_ARB_create_context_profile,
    GLX_ARB_multisample, GLX_EXT_create_context_es2_profile,
    GLX_EXT_import_context, GLX_EXT_texture_from_pixmap, GLX_EXT_visual_info,
    GLX_EXT_visual_rating, GLX_MESA_copy_sub_buffer, GLX_OML_swap_method,
    GLX_SGI_swap_control, GLX_SGIS_multisample, GLX_SGIX_fbconfig,
    GLX_SGIX_pbuffer, GLX_SGIX_visual_select_group, GLX_INTEL_swap_event
client glx vendor string: Mesa Project and SGI
client glx version string: 1.4
client glx extensions:
    GLX_ARB_create_context, GLX_ARB_create_context_profile,
    GLX_ARB_create_context_robustness, GLX_ARB_get_proc_address,
    GLX_ARB_multisample, GLX_EXT_import_context, GLX_EXT_visual_info,
    GLX_EXT_visual_rating, GLX_EXT_framebuffer_sRGB,
    GLX_EXT_create_context_es2_profile, GLX_MESA_copy_sub_buffer,
    GLX_MESA_multithread_makecurrent, GLX_MESA_swap_control,
    GLX_OML_swap_method, GLX_OML_sync_control, GLX_SGI_make_current_read,
    GLX_SGI_swap_control, GLX_SGI_video_sync, GLX_SGIS_multisample,
    GLX_SGIX_fbconfig, GLX_SGIX_pbuffer, GLX_SGIX_visual_select_group,
    GLX_EXT_texture_from_pixmap, GLX_INTEL_swap_event
GLX version: 1.4
GLX extensions:
    GLX_ARB_create_context, GLX_ARB_create_context_profile,
    GLX_ARB_get_proc_address, GLX_ARB_multisample, GLX_EXT_import_context,
    GLX_EXT_visual_info, GLX_EXT_visual_rating,
    GLX_EXT_create_context_es2_profile, GLX_MESA_copy_sub_buffer,
    GLX_MESA_multithread_makecurrent, GLX_MESA_swap_control,
    GLX_OML_swap_method, GLX_OML_sync_control, GLX_SGI_make_current_read,
    GLX_SGI_swap_control, GLX_SGI_video_sync, GLX_SGIS_multisample,
    GLX_SGIX_fbconfig, GLX_SGIX_pbuffer, GLX_SGIX_visual_select_group,
    GLX_EXT_texture_from_pixmap, GLX_INTEL_swap_event
OpenGL vendor string: Intel Open Source Technology Center
OpenGL renderer string: Mesa DRI Intel(R) Ironlake Mobile
OpenGL version string: 2.1 Mesa 9.0.2
OpenGL shading language version string: 1.20
OpenGL extensions:
    GL_ARB_multisample, GL_EXT_abgr, GL_EXT_bgra, GL_EXT_blend_color,
    GL_EXT_blend_minmax, GL_EXT_blend_subtract, GL_EXT_copy_texture,
    GL_EXT_polygon_offset, GL_EXT_subtexture, GL_EXT_texture_object,
    GL_EXT_vertex_array, GL_EXT_compiled_vertex_array, GL_EXT_texture,
    GL_EXT_texture3D, GL_IBM_rasterpos_clip, GL_ARB_point_parameters,
    GL_EXT_draw_range_elements, GL_EXT_packed_pixels, GL_EXT_point_parameters,
    GL_EXT_rescale_normal, GL_EXT_separate_specular_color,
    GL_EXT_texture_edge_clamp, GL_SGIS_generate_mipmap,
    GL_SGIS_texture_border_clamp, GL_SGIS_texture_edge_clamp,
    GL_SGIS_texture_lod, G...

Revision history for this message
In , Steve Langasek (vorlon) wrote :

Created attachment 76493
i915_error_state at time of most recent hang

Changed in xserver-xorg-video-intel:
importance: Unknown → Medium
status: Unknown → Confirmed
Revision history for this message
Bryce Harrington (bryce) wrote :

You mentioned this occurred after upgrading xserver-xorg-video-intel. That may be coincidental, but if not (i.e. if downgrading to the previous version makes the freezes stop), the first thing worth looking at is switching back to UXA. To test that, put this in your xorg.conf:

Section "Device"
  Identifier "Card0"
  Driver "intel"
  Option "AccelMethod" "uxa"
EndSection

If that fixes it with the latest version of the ddx driver, then that narrows it to the SNA code.

Revision history for this message
Steve Langasek (vorlon) wrote :

Just hit this bug again today, and see that I had not yet tried turning on uxa. Doing so now to see if the problem recurs; however, the reproducing interval is quite long so it'll be hard to tell if it's had any effect.

Revision history for this message
Chris Wilson (ickle) wrote :

mesa has been updated to 9.1, please retest.

Changed in xserver-xorg-video-intel (Ubuntu):
status: Confirmed → Incomplete
Chris Wilson (ickle)
Changed in xserver-xorg-video-intel (Ubuntu):
status: Incomplete → Invalid
Revision history for this message
Steve Langasek (vorlon) wrote :

sorry, I had missed the request for retesting - but it appears that the problem is fixed now, so marking 'fix released'.

Changed in xserver-xorg-video-intel (Ubuntu):
status: Invalid → Fix Released
Revision history for this message
Alexander Schlarb (alexander255) wrote :

I'm not sure if this is related, but I can still reproduce a GPU hang (which results in no graphics acceleration and a lot of "intel_do_flush_locked failed: Input/Output error" messages terminating programs) by running cairo-dock in direct OpenGL mode (indirect works fine...).
However, a lot of other things that would previously cause this crash (high GPU load, cairo-dock in indirect-rendering, Google Gravity demo running in Firefox, ...) now work fine. :-)

Attachments:
i915_*.tar.gz: The files from /debug/dri/\1/*
dmesg.log: dmesg output

Revision history for this message
Alexander Schlarb (alexander255) wrote :
Revision history for this message
Alexander Schlarb (alexander255) wrote :
Revision history for this message
Alexander Schlarb (alexander255) wrote :
Revision history for this message
Chris Wilson (ickle) wrote :

Looks like another mesa bug, if you have a clear set of reproduction steps (as it looks like you do) I would open a fresh bug.

To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Duplicates of this bug

Other bug subscribers

Remote bug watches

Bug watches keep track of this bug in other bug trackers.