X Freeze in i965_dri.so

Bug #292234 reported by Ian McKellar
8
This bug affects 1 person
Affects Status Importance Assigned to Milestone
mesa (Ubuntu)
Incomplete
Undecided
Unassigned

Bug Description

Binary package hint: libgl1-mesa-dri

When I leave my Lenovo X61 Tablet idle for a while in Intrepid it sometimes freezes. All that's left showing is the desktop background, the mouse moves, but nothing can bring it back. When I ssh in Xorg is at 100% cpu. The stack trace looks like this:
#0 0xb7fcc430 in __kernel_vsyscall ()
#1 0xb7c8a1a9 in ioctl () from /lib/tls/i686/cmov/libc.so.6
#2 0xb7f974ab in drmCommandWrite () from /usr/lib/libdrm.so.2
#3 0xa7597cd6 in intelWaitIrq () from /usr/lib/dri/i965_dri.so
#4 0xa7591f74 in ?? () from /usr/lib/dri/i965_dri.so
#5 0xa758b3bc in ?? () from /usr/lib/dri/i965_dri.so
#6 0xa758a712 in dri_fence_wait () from /usr/lib/dri/i965_dri.so
#7 0xa758de0d in intelCopyBuffer () from /usr/lib/dri/i965_dri.so
#8 0xa7590620 in intelSwapBuffers () from /usr/lib/dri/i965_dri.so
#9 0xa75875a7 in ?? () from /usr/lib/dri/i965_dri.so
#10 0xb7aefac4 in ?? () from /usr/lib/xorg/modules/extensions//libglx.so
#11 0xb7ae22ce in ?? () from /usr/lib/xorg/modules/extensions//libglx.so
#12 0xb7ae5c0a in ?? () from /usr/lib/xorg/modules/extensions//libglx.so
#13 0x0808c89f in Dispatch ()
#14 0x08071d1d in main ()

strace of the Xorg process shows the same ioctl over and over again:
ioctl(12, 0x40046445, 0xbfece618) = 0
ioctl(12, 0x40046445, 0xbfece618) = 0
ioctl(12, 0x40046445, 0xbfece618) = 0
ioctl(12, 0x40046445, 0xbfece618) = 0
ioctl(12, 0x40046445, 0xbfece618) = 0
ioctl(12, 0x40046445, 0xbfece618) = 0
ioctl(12, 0x40046445, 0xbfece618) = 0

with an occasional sigalrm:
--- SIGALRM (Alarm clock) @ 0 (0) ---
sigreturn() = ? (mask now [])

I'm running libgl1-mesa-dri 7.2-1ubuntu2.

[lspci]
00:00.0 Host bridge [0600]: Intel Corporation Mobile PM965/GM965/GL960 Memory Controller Hub [8086:2a00] (rev 0c)
     Subsystem: Lenovo Device [17aa:20b3]
00:02.0 VGA compatible controller [0300]: Intel Corporation Mobile GM965/GL960 Integrated Graphics Controller [8086:2a02] (rev 0c)
     Subsystem: Lenovo Device [17aa:20b5]

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

Hi ianloic,

Please attach the output of `lspci -vvnn`, and attach your /var/log/Xorg.0.log file from after reproducing this issue. If you've made any customizations to your /etc/X11/xorg.conf please attach that as well.

Changed in mesa:
status: New → Incomplete
Revision history for this message
Ian McKellar (ianloic) wrote :

Here's my lspci output. I've made no xorg.conf changes (thanks for the amazing work on autodetection!). I'll attach the Xorg log when I next see the crash.

I've installed debug packages of a bunch of these Xorg things - is there a good way to run the version that includes debug symbols?

Revision history for this message
Ian McKellar (ianloic) wrote :

Here's my Xorg.0.log

Revision history for this message
Radu Cristescu (radu.c) wrote :

The ioctl loop happened to me as well over the weekend. I booted a Ubuntu 8.10 live CD on a machine this Friday, started a screensaver (Stonerview) and left it running over the weekend. It worked fine the entire Friday, but when I came back on Monday, X was using 100% of the CPU and strace showed it looping with a similar ioctl call, interrupted only briefly by a periodic SIGALRM.

The logs don't show anything strange. Both dmesg and Xorg.0.log look the same as they were when I left on Friday.

The video card shows up like this on the PCI bus:

00:02.1 Display controller: Intel Corporation 82G35 Express Integrated Graphics Controller (rev 03)
 Subsystem: ASUSTeK Computer Inc. Device 8276
 Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
 Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
 Latency: 0
 Region 0: Memory at fe900000 (32-bit, non-prefetchable) [size=1M]
 Capabilities: [d0] Power Management version 2
  Flags: PMEClk- DSI+ D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
  Status: D0 PME-Enable- DSel=0 DScale=0 PME-

I killed all the X applications, but the situation didn't change. I had to kill X and let gdm restart. After gdm restarted, everything works fine again. No reboot or other voodoo needed.

It's a off the shelf 8.10 Live CD to which I added an ssh server so I can log in if X crashes and look for logs.

Revision history for this message
Radu Cristescu (radu.c) wrote :

The motherboard mentioned above is an Asus P5E-V HDMI.

The lspci -vvnn output for the video card is this:

00:02.1 Display controller [0380]: Intel Corporation 82G35 Express Integrated Graphics Controller [8086:2983] (rev 03)
        Subsystem: ASUSTeK Computer Inc. Device [1043:8276]
        Control: I/O+ Mem+ BusMaster+ SpecCycle- MemWINV- VGASnoop- ParErr- Stepping- SERR- FastB2B- DisINTx-
        Status: Cap+ 66MHz- UDF- FastB2B+ ParErr- DEVSEL=fast >TAbort- <TAbort- <MAbort- >SERR- <PERR- INTx-
        Latency: 0
        Region 0: Memory at fe900000 (32-bit, non-prefetchable) [size=1M]
        Capabilities: [d0] Power Management version 2
                Flags: PMEClk- DSI+ D1- D2- AuxCurrent=0mA PME(D0-,D1-,D2-,D3hot-,D3cold-)
                Status: D0 PME-Enable- DSel=0 DScale=0 PME-

Bryce Harrington (bryce)
description: updated
Revision history for this message
Timo Aaltonen (tjaalton) wrote :

You should try to reproduce it using a jaunty livecd or after the upgrade.

Bryce Harrington (bryce)
Changed in mesa (Ubuntu):
status: Incomplete → Confirmed
Bryce Harrington (bryce)
Changed in mesa (Ubuntu):
status: Confirmed → Incomplete
To post a comment you must log in.
This report contains Public information  
Everyone can see this information.

Other bug subscribers

Remote bug watches

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