Ubuntu
xdiagnose package

apport-gpu-error-intel.py pop-up continuously

Bug #1009971 reported by muawijhe
10
This bug affects 1 person
Affects Status Importance Assigned to Milestone
xdiagnose (Ubuntu)
Won't Fix
Medium
Bryce Harrington
Precise
Fix Released
High
Unassigned

Bug Description

[Impact]
Apport is disabled in the release itself, so this hook should not be getting triggered at all. However, for some users it does. This wouldn't be a big deal, except it also gets triggered in cases where no GPU lockup was experienced (aka False GPU lockups - bug #983640), which gives poor user experience.

[Development Fix]
Since we want any and all GPU lockup reports in the development release, we leave things as they are, and focus on getting a targeted fix to just #983640.

[Stable Fix]
Since we don't intend for the GPU lockup hook to be run at all, whether or not Apport is enabled, in the stable release we forcefully disable the udev hook entirely.

If someone does specifically want this enabled, they'd need to also manually enable apport and so forth, in addition to re-enabling this udev rule. But I think it'd probably be easier for these people to just manually collect the gpu dump and dmesg directly, so don't expect anyone to need the script.

[Test Case]
The issues have been strange corner case problems that seem to be highly hardware-specific, and not synthetically reproducible.
1. On affected hardware, boot into a regular user session normally

Expected Behavior: No apport popups about GPU lockups
Broken Behavior: Apport pops up dialog about a GPU lockup bug, when nothing of the sort had actually happened.

[Regression Potential]
None really, as this is just disabling functionality we don't need enabled in the release.

The class of regressions to watch for with this would be udev-related problems, or odd apport behaviors. But I don't think anything untoward is remotely likely to happen.

[Original Report]
The problem started after the 12.04 upgrading process.

ProblemType: Bug
DistroRelease: Ubuntu 12.04
Package: xdiagnose 2.5
ProcVersionSignature: Ubuntu 3.2.0-24.39-generic 3.2.16
Uname: Linux 3.2.0-24-generic x86_64
.tmp.unity.support.test.0:

ApportVersion: 2.0.1-0ubuntu8
Architecture: amd64
CompizPlugins: No value set for `/apps/compiz-1/general/screen0/options/active_plugins'
CompositorRunning: compiz
Date: Thu Jun 7 14:00:50 2012
DistUpgraded: 2012-04-20 00:37:05,157 DEBUG enabling apt cron job
DistroCodename: precise
DistroVariant: ubuntu
GraphicsCard:
 Intel Corporation 2nd Generation Core Processor Family Integrated Graphics Controller [8086:0126] (rev 09) (prog-if 00 [VGA controller])
   Subsystem: Apple Inc. Device [106b:00db]
InstallationMedia: Ubuntu 11.10 "Oneiric Ocelot" - Release amd64+mac (20111012)
MachineType: Apple Inc. MacBookPro8,1
PackageArchitecture: all
ProcKernelCmdLine: BOOT_IMAGE=/boot/vmlinuz-3.2.0-24-generic root=UUID=4ba30ace-7052-48e9-9ae4-c032327a300b ro quiet splash vt.handoff=7
SourcePackage: xdiagnose
UpgradeStatus: Upgraded to precise on 2012-04-19 (48 days ago)
dmi.bios.date: 10/31/11
dmi.bios.vendor: Apple Inc.
dmi.bios.version: MBP81.88Z.0047.B26.1110311252
dmi.board.asset.tag: Base Board Asset Tag#
dmi.board.name: Mac-94245B3640C91C81
dmi.board.vendor: Apple Inc.
dmi.board.version: MacBookPro8,1
dmi.chassis.type: 10
dmi.chassis.vendor: Apple Inc.
dmi.chassis.version: Mac-94245B3640C91C81
dmi.modalias: dmi:bvnAppleInc.:bvrMBP81.88Z.0047.B26.1110311252:bd10/31/11:svnAppleInc.:pnMacBookPro8,1:pvr1.0:rvnAppleInc.:rnMac-94245B3640C91C81:rvrMacBookPro8,1:cvnAppleInc.:ct10:cvrMac-94245B3640C91C81:
dmi.product.name: MacBookPro8,1
dmi.product.version: 1.0
dmi.sys.vendor: Apple Inc.
version.compiz: compiz 1:0.9.7.8-0ubuntu1
version.ia32-libs: ia32-libs 20090808ubuntu36
version.libdrm2: libdrm2 2.4.34+git20120520.481234f2-0ubuntu0ricotz~precise
version.libgl1-mesa-dri: libgl1-mesa-dri 8.1~git20120529.f92b2e5e-0ubuntu0sarvatt~precise
version.libgl1-mesa-dri-experimental: libgl1-mesa-dri-experimental N/A
version.libgl1-mesa-glx: libgl1-mesa-glx 8.1~git20120529.f92b2e5e-0ubuntu0sarvatt~precise
version.xserver-xorg-core: xserver-xorg-core 2:1.12.2+git20120605+server-1.12-branch.aaf48906-0ubuntu0ricotz~precise
version.xserver-xorg-input-evdev: xserver-xorg-input-evdev 1:2.7.0+git20120504.f28507e8-0ubuntu0sarvatt~precise
version.xserver-xorg-video-ati: xserver-xorg-video-ati N/A
version.xserver-xorg-video-intel: xserver-xorg-video-intel 2:2.19.0+git20120606.c433fb45-0ubuntu0sarvatt~precise
version.xserver-xorg-video-nouveau: xserver-xorg-video-nouveau N/A

See original description
Revision history for this message
muawijhe (muawijhe) wrote :
Revision history for this message
Launchpad Janitor (janitor) wrote :

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

Changed in xdiagnose (Ubuntu):
status: New → Confirmed
Bryce Harrington (bryce)
Changed in xdiagnose (Ubuntu):
status: Confirmed → Triaged
importance: Undecided → Medium
assignee: nobody → Bryce Harrington (bryce)
Changed in xdiagnose (Ubuntu Precise):
status: New → Triaged
importance: Undecided → High
Changed in xdiagnose (Ubuntu):
status: Triaged → Won't Fix
Revision history for this message
Bryce Harrington (bryce) wrote :

This is interesting. Apport is disabled in the release itself, so this hook should not be getting triggered at all.

Now, it is possible to manually turn apport on post-release, but I can't tell if that's what happened here. In any case, even if that is done, we still don't want the gpu lockup script running.

This wouldn't be a big deal as it would just help people experiencing GPU lockups report more bugs to us, however it appears that at least in some cases this is getting triggered by the false GPU lockups, where the user does not experience any lockups at all. In those cases, this hook being triggered presents a continual annoyance to the users, and makes Ubuntu look less robust than it is. So, the script needs quelled.

Since it's not our intention for this script to be invoked in the release anyway, even if apport is enabled, I think the appropriate fix is to disable the udev rule that triggers this script. That should resolve this and a few other corner case problems that have cropped up.

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

Setting to wontfix for quantal because we do want the bug reports for development, even the false positives. The false positives we need to figure out how to quell some other way, but that's going to be handled in bug #983640.

Bryce Harrington (bryce)
description: updated
Revision history for this message
Scott Kitterman (kitterman) wrote : Please test proposed package

Hello muawijhe, or anyone else affected,

Accepted xdiagnose into precise-proposed. The package will build now and be available in a few hours. Please help us by testing this new package. See https://wiki.ubuntu.com/Testing/EnableProposed for documentation how to enable and use -proposed. Your feedback will aid us getting this update out to other Ubuntu users. If this package fixes the bug for you please change the bug tag from verification-needed to verification-done. If it does not, change the tag to verification-failed. In either case details of your testing will help us make a better decision. Further information regarding the verification process can be found at https://wiki.ubuntu.com/QATeam/PerformingSRUVerification . Thank you in advance!

Changed in xdiagnose (Ubuntu Precise):
status: Triaged → Fix Committed
tags: added: verification-needed
Revision history for this message
Launchpad Janitor (janitor) wrote :

This bug was fixed in the package xdiagnose - 2.5.1

---------------
xdiagnose (2.5.1) precise-proposed; urgency=low

  * xdiagnose.udev: Disable GPU apport hook from being triggered by udev.
    This should only be enabled during the development period. Apport is
    disabled after release, but it appears the hook still gets triggered
    under certain circumstances.
    (LP: #1009971, #997470)
  * apport/source_xorg.py: Link to all technical support options, not just
    to Ask Ubuntu. Reword recommendation to explain why technical support
    should be used first. Add a 'referred-by-support' tag so we can give
    those bugs priority attention. Provide an option to just file the bug.
    (LP: #991602)
 -- Bryce Harrington <email address hidden> Fri, 15 Jun 2012 11:39:10 -0700

Changed in xdiagnose (Ubuntu Precise):
status: Fix Committed → Fix Released
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.
Subscribing...

Other bug subscribers

Remote bug watches

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