[snb mesa blorp] False GPU lockup IPEHR: 0x7a000002

[Curtis Hovey]

[snb mesa blorp] False GPU lockup IPEHR: 0x7a000002

ORIGINAL REPORT:
i have not seen this bug. i don't recall a lockup in the last two weeks. i see the report a bug window when i log in, but login was fast and smooth.

however, you might notice that there are no capitol letters in the report. after logging back in the shift key appears to be a menu key. when i press shift to make a capitol letter, the application and indicator menus appear.

ProblemType: Crash
DistroRelease: Ubuntu 13.10
Package: xserver-xorg-video-intel 2:2.21.14-4ubuntu4
ProcVersionSignature: Ubuntu 3.11.0-5.11-generic 3.11.0
Uname: Linux 3.11.0-5-generic x86_64
NonfreeKernelModules: wl
.tmp.unity.support.test.0:

ApportVersion: 2.12.1-0ubuntu3
Architecture: amd64
Chipset: sandybridge-m-gt2
CompizPlugins: No value set for `/apps/compiz-1/general/screen0/options/active_plugins'
CompositorRunning: compiz
CompositorUnredirectDriverBlacklist: '(nouveau|Intel).*Mesa 8.0'
CompositorUnredirectFSW: true
Date: Sun Sep 8 11:32:22 2013
DistUpgraded: 2013-08-11 14:46:21,966 DEBUG enabling apt cron job
DistroCodename: saucy
DistroVariant: ubuntu
DkmsStatus:
 applesmc, 0.18.2, 3.11.0-4-generic, x86_64: installed
 applesmc, 0.18.2, 3.11.0-5-generic, x86_64: installed
 bcmwl, 6.30.223.30+bdcom, 3.11.0-4-generic, x86_64: installed
 bcmwl, 6.30.223.30+bdcom, 3.11.0-5-generic, x86_64: installed
DuplicateSignature: [sandybridge-m-gt2] GPU lockup IPEHR: 0x7a000002 Ubuntu 13.10
ExecutablePath: /usr/share/apport/apport-gpu-error-intel.py
ExtraDebuggingInterest: Yes, if not too technical
GraphicsCard:
 Intel Corporation 2nd Generation Core Processor Family Integrated Graphics Controller [8086:0116] (rev 09) (prog-if 00 [VGA controller])
   Subsystem: Apple Inc. Device [106b:00eb]
InterpreterPath: /usr/bin/python3.3
MachineType: Apple Inc. MacBookAir4,2
MarkForUpload: True
ProcCmdline: /usr/bin/python3 /usr/share/apport/apport-gpu-error-intel.py
ProcEnviron:

ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-3.11.0-5-generic root=UUID=be18758e-a70e-4fbd-b26b-0cab706d92f0 ro quiet splash i915.i915_enable_rc6=1 resume=/dev/sda6 vt.handoff=7
RelatedPackageVersions:
 xserver-xorg 1:7.7+1ubuntu5
 libdrm2 2.4.46-1
 xserver-xorg-video-intel 2:2.21.14-4ubuntu3
SourcePackage: xserver-xorg-video-intel
Title: [sandybridge-m-gt2] False GPU lockup IPEHR: 0x7a000002
UpgradeStatus: Upgraded to saucy on 2013-08-11 (29 days ago)
UserGroups:

dmi.bios.date: 01/24/2012
dmi.bios.vendor: Apple Inc.
dmi.bios.version: MBA41.88Z.0077.B0F.1201241549
dmi.board.asset.tag: Base Board Asset Tag#
dmi.board.name: Mac-742912EFDBEE19B3
dmi.board.vendor: Apple Inc.
dmi.board.version: MacBookAir4,2
dmi.chassis.type: 10
dmi.chassis.vendor: Apple Inc.
dmi.chassis.version: Mac-742912EFDBEE19B3
dmi.modalias: dmi:bvnAppleInc.:bvrMBA41.88Z.0077.B0F.1201241549:bd01/24/2012:svnAppleInc.:pnMacBookAir4,2:pvr1.0:rvnAppleInc.:rnMac-742912EFDBEE19B3:rvrMacBookAir4,2:cvnAppleInc.:ct10:cvrMac-742912EFDBEE19B3:
dmi.product.name: MacBookAir4,2
dmi.product.version: 1.0
dmi.sys.vendor: Apple Inc.
version.compiz: compiz 1:0.9.10+13.10.20130828.2-0ubuntu1
version.ia32-libs: ia32-libs N/A
version.libdrm2: libdrm2 2.4.46-1
version.libgl1-mesa-dri: libgl1-mesa-dri 9.2-1ubuntu1
version.libgl1-mesa-dri-experimental: libgl1-mesa-dri-experimental N/A
version.libgl1-mesa-glx: libgl1-mesa-glx 9.2-1ubuntu1
version.xserver-xorg-core: xserver-xorg-core 2:1.14.2.901-2ubuntu4
version.xserver-xorg-input-evdev: xserver-xorg-input-evdev 1:2.7.3-0ubuntu3.1
version.xserver-xorg-video-ati: xserver-xorg-video-ati 1:7.2.0-0ubuntu6
version.xserver-xorg-video-intel: xserver-xorg-video-intel 2:2.21.14-4ubuntu4
version.xserver-xorg-video-nouveau: xserver-xorg-video-nouveau 1:1.0.9-2ubuntu1
xserver.bootTime: Tue Sep 10 08:32:22 2013
xserver.configfile: /etc/X11/xorg.conf
xserver.errors:

xserver.logfile: /var/log/Xorg.0.log
xserver.outputs:
 product id 40159
 vendor APP
xserver.version: 2:1.14.2.901-2ubuntu4

[Curtis Hovey (sinzui)]

I discovered that <Shift><Clear> was mapped to the open-indicators action in dconf, preventing me from ever using the Shift key. I changed the value to <Super><Clear> -- crippling unity because Super became the show menu key. I remove all values to get some sense of normalcy back. I believe that xmodemap is being ignored. The right Super and right alt were mapped the Menu and Clear. This is no longer so according to xev.

[Launchpad Janitor (janitor)]

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

[Max Moulds (b-max)]

My keyboard is fully supported and I was routed to this bug. I do have manyyyy video issues tho. Mainly artifacts. especially when browsing the web, does not seem to be browser specific, nor does it see to be page specific. It creates rendering issues only in the page view area except in chrome where the tab descriptions are affected. The system menus are not. It may be related to other bugs in the default ubuntu video player (?totem still?) and vlc where the video files played cause the same issue, albeit rarely, and again no specifics observed.

But more importantly no keyboard issues here.

That being said the menu key always does seem to be pre-pressed on login meaning the dock is expanded at login, but it is not disabled....

[Joseph Wakeling (webdrake)]

I have noticed serious graphical issues that occur when e.g. watching a video in the web browser (e.g. watching an HTML5 video in YouTube; I don't have flashplayer installed). The graphics will start to slow up and then lock for a few moments before "releasing". If watching on an external monitor, after the lock-up releases both screens will become active and mirrored, and it is not possible to reset to single monitor settings via the System Settings dialog. The report of the crash then arrives at next login.

[Joseph Wakeling (webdrake)]

I can confirm that this is readily reproducible by playing HTML5 YouTube video, although for whatever reason, Apport keeps directing me to this duplicate -- https://bugs.launchpad.net/ubuntu/+source/xserver-xorg-video-intel/+bug/1224914 -- rather than to this bug. My system is using Mir+XMir; I don't know if that is relevant, and will test with plain X in the next days.

I'm seeing no keyboard-related issues whatsoever, incidentally.

[Joseph Wakeling (webdrake)]

I'm running plain X today and HTML5 video is playing fine. So, I conclude that the likely explanation is some part of the Intel driver that's being activated by XMir but not by plain X.

[Joseph Wakeling (webdrake)]

Adding to XMir as I only see these GPU lockups when running an XMir session (never under plain X).

[Daniel van Vugt (vanvugt)]

The intel XMir support is implemented in: xserver-xorg-video-intel (Ubuntu)

[Joseph Wakeling (webdrake)]

@Daniel -- sorry for the noise, then; but it was only showing up under XMir sessions. With latest updates things seem to be fine, though -- I'll report back if this bug shows up again.

[Joseph Wakeling (webdrake)]

Ack, I may have spoken too soon. :-( I've not experienced a GPU lockup again (yet), but have started to experience again the video slowdown that's typically a precursor to lockup.

[Alberto Salvia Novella (es20490446e)]

This bug needs to be forwarded upstream (https://wiki.ubuntu.com/Bugs/HowToTriage#Forwarding_upstream).

[Joseph Wakeling (webdrake)]

@Alberto, are you sure this isn't down to the XMir patch to the driver? I've only experienced these lockups running an XMir session, never plain X.

[Chris Wilson (ickle)]

It's a bug in mesa/i965.

[Alberto Salvia Novella (es20490446e)]

If the bug doesn't affect the 'XMir' project it means the affected one is 'xf86-video-intel' (upstream).

[mahesh.gr (myselfmag)]

ttj

[Chris Wilson (ickle)]

This should now be fixed in latest stable mesa.

[Launchpad Janitor (janitor)]

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