Arrandale GPU hangs occasionally after libdrm2 upgrade to 2.4.39-0ubuntu0.1

[Geoff]

After yesterday's upgrade of libdrm-intel1, libdrm-nouveau1a, libdrm-radeon1 and libdrm2 to 2.4.39-0ubuntu0.1 on Ubuntu 12.04, my Arrandale GPU has started to hang occasionally. Since I'm using drm_kms_helper to override EDID on a faulty laptop display, I'm not sure how this will affect others.

ProblemType: Bug
DistroRelease: Ubuntu 12.04
Package: libdrm2 2.4.39-0ubuntu0.1
ProcVersionSignature: Ubuntu 3.2.0-36.57-generic-pae 3.2.35
Uname: Linux 3.2.0-36-generic-pae i686
NonfreeKernelModules: wl
.tmp.unity.support.test.0:

ApportVersion: 2.0.1-0ubuntu17.1
Architecture: i386
CompizPlugins: [core,bailer,detection,composite,opengl,decor,move,compiztoolbox,snap,regex,gnomecompat,place,vpswitch,grid,resize,mousepoll,imgpng,animation,expo,session,ezoom,staticswitcher,workarounds,wall,fade,scale]
CompositorRunning: compiz
Date: Fri Jan 25 12:33:43 2013
DistUpgraded: 2012-05-21 19:11:57,398 DEBUG enabling apt cron job
DistroCodename: precise
DistroVariant: ubuntu
DkmsStatus: bcmwl, 5.100.82.38+bdcom, 3.2.0-36-generic-pae, i686: installed
GraphicsCard:
 Intel Corporation Core Processor Integrated Graphics Controller [8086:0046] (rev 02) (prog-if 00 [VGA controller])
   Subsystem: Hewlett-Packard Company Device [103c:140a]
InstallationMedia: Ubuntu 10.04 LTS "Lucid Lynx" - Release i386 (20100429)
MachineType: Hewlett-Packard HP Pavilion dv4 Notebook PC
MarkForUpload: True
ProcKernelCmdLine: BOOT_IMAGE=/vmlinuz-3.2.0-36-generic-pae root=/dev/mapper/hostname-root ro quiet splash vt.handoff=7
SourcePackage: libdrm
UpgradeStatus: Upgraded to precise on 2012-05-22 (248 days ago)
dmi.bios.date: 03/30/2010
dmi.bios.vendor: Insyde
dmi.bios.version: F.0C
dmi.board.asset.tag: Base Board Asset Tag
dmi.board.name: 140A
dmi.board.vendor: Hewlett-Packard
dmi.board.version: 50.17
dmi.chassis.type: 10
dmi.chassis.vendor: Hewlett-Packard
dmi.chassis.version: N/A
dmi.modalias: dmi:bvnInsyde:bvrF.0C:bd03/30/2010:svnHewlett-Packard:pnHPPaviliondv4NotebookPC:pvr049D200000241210100020000:rvnHewlett-Packard:rn140A:rvr50.17:cvnHewlett-Packard:ct10:cvrN/A:
dmi.product.name: HP Pavilion dv4 Notebook PC
dmi.product.version: 049D200000241210100020000
dmi.sys.vendor: Hewlett-Packard
version.compiz: compiz 1:0.9.7.12-0ubuntu1
version.libdrm2: libdrm2 2.4.39-0ubuntu0.1
version.libgl1-mesa-dri: libgl1-mesa-dri 8.0.4-0ubuntu0.3
version.libgl1-mesa-dri-experimental: libgl1-mesa-dri-experimental N/A
version.libgl1-mesa-glx: libgl1-mesa-glx 8.0.4-0ubuntu0.3
version.xserver-xorg-core: xserver-xorg-core 2:1.11.4-0ubuntu10.8
version.xserver-xorg-input-evdev: xserver-xorg-input-evdev 1:2.7.0-0ubuntu1.2
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.2
version.xserver-xorg-video-nouveau: xserver-xorg-video-nouveau 1:0.0.16+git20111201+b5534a1-1build2

[Geoff (geoffch)]

I had to hard-reset and boot up again, so I'm not sure that this traceback from syslog was included in the attachments.

[Launchpad Janitor (janitor)]

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

[Martin Scherer (marscher)]

The possibility to downgrade to version 2.4.32 seems to broken due to missing dependencies, so regression testing might be difficult...

[Martin Scherer (marscher)]

I've downgraded the following packages to 2.3.32:
libdrm-radeon1
libdrm2
libdrm-intel1
libdrm-nouveau1a
but the bug is still reproducible. So I guess it is also related to the following rendering packages, which have been updated two days before libdrm changes were introduced:

libegl1-mesa-drivers
libgl1-mesa-dri
libgl1-mesa-glx
libglapi-mesa
libegl-mesa
libgles2-mesa
libglu-mesa

I forgot to mention that the program I use to reproduce the bug is a i386 binary, which depends on libqt4-opengl:i386.

Will try to revert the mesa stuff and report back later.

[Timo Aaltonen (tjaalton)]

assuming this is fixed by now, if not open a new bug