[g33] X.org crash on Intel 82G33/G31 (with stacktrace)

[Tom Sillence]

Binary package hint: xserver-xorg

X crashed after many hours of uptime, mostly sitting idle. No idea what specific action of mine triggered it. The screen went black, then it appeared that X was trying and failing to restart. Eventually ubuntu's friendly "X is not working, would you like to try low graphics mode" dialog appeared. I do have compiz enabled, but no screensaver.

INCIDENTALLY: On this same machine I have often encountered lockups after many hours of uptime, but I've never managed to get a stacktrace or anything interesting in Xorg.0.log, so it's been hard to file a bug. When X locks up, no keyboard input has any effect: killall -9 Xorg is the only thing that will kill it. Also changing VT frequently results in lockups.

lspci -nn

00:00.0 Host bridge [0600]: Intel Corporation 82G33/G31/P35/P31 Express DRAM Controller [8086:29c0] (rev 02)
00:01.0 PCI bridge [0604]: Intel Corporation 82G33/G31/P35/P31 Express PCI Express Root Port [8086:29c1] (rev 02)
00:02.0 VGA compatible controller [0300]: Intel Corporation 82G33/G31 Express Integrated Graphics Controller [8086:29c2] (rev 02)
00:03.0 Communication controller [0780]: Intel Corporation 82G33/G31/P35/P31 Express MEI Controller [8086:29c4] (rev 02)
00:19.0 Ethernet controller [0200]: Intel Corporation 82566DC-2 Gigabit Network Connection [8086:294c] (rev 02)
00:1a.0 USB Controller [0c03]: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #4 [8086:2937] (rev 02)
00:1a.1 USB Controller [0c03]: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #5 [8086:2938] (rev 02)
00:1a.7 USB Controller [0c03]: Intel Corporation 82801I (ICH9 Family) USB2 EHCI Controller #2 [8086:293c] (rev 02)
00:1b.0 Audio device [0403]: Intel Corporation 82801I (ICH9 Family) HD Audio Controller [8086:293e] (rev 02)
00:1c.0 PCI bridge [0604]: Intel Corporation 82801I (ICH9 Family) PCI Express Port 1 [8086:2940] (rev 02)
00:1d.0 USB Controller [0c03]: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #1 [8086:2934] (rev 02)
00:1d.1 USB Controller [0c03]: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #2 [8086:2935] (rev 02)
00:1d.2 USB Controller [0c03]: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #3 [8086:2936] (rev 02)
00:1d.3 USB Controller [0c03]: Intel Corporation 82801I (ICH9 Family) USB UHCI Controller #6 [8086:2939] (rev 02)
00:1d.7 USB Controller [0c03]: Intel Corporation 82801I (ICH9 Family) USB2 EHCI Controller #1 [8086:293a] (rev 02)
00:1e.0 PCI bridge [0604]: Intel Corporation 82801 PCI Bridge [8086:244e] (rev 92)
00:1f.0 ISA bridge [0601]: Intel Corporation 82801IR (ICH9R) LPC Interface Controller [8086:2916] (rev 02)
00:1f.2 IDE interface [0101]: Intel Corporation 82801IR/IO/IH (ICH9R/DO/DH) 4 port SATA IDE Controller [8086:2920] (rev 02)
00:1f.3 SMBus [0c05]: Intel Corporation 82801I (ICH9 Family) SMBus Controller [8086:2930] (rev 02)
00:1f.5 IDE interface [0101]: Intel Corporation 82801I (ICH9 Family) 2 port SATA IDE Controller [8086:2926] (rev 02)
00:1f.6 Signal processing controller [1180]: Intel Corporation 82801I (ICH9 Family) Thermal Subsystem [8086:2932] (rev 02)
02:00.0 Multimedia controller [0480]: Philips Semiconductors Pinnacle PCTV 3010iX Dual Analog + DVB-T (VT8251 Ultra VLINK Controller) [1131:7162]
03:0a.0 Multimedia video controller [0400]: Conexant Systems, Inc. CX23880/1/2/3 PCI Video and Audio Decoder [14f1:8800] (rev 05)
03:0a.2 Multimedia controller [0480]: Conexant Systems, Inc. CX23880/1/2/3 PCI Video and Audio Decoder [MPEG Port] [14f1:8802] (rev 05)
03:0a.4 Multimedia controller [0480]: Conexant Systems, Inc. CX23880/1/2/3 PCI Video and Audio Decoder [IR Port] [14f1:8804] (rev 05)

[Tom Sillence (tom-sillence)]

lsb_release -rd
Description: Ubuntu 8.10
Release: 8.10

apt-cache policy xserver-xorg
xserver-xorg:
  Installed: 1:7.4~5ubuntu3
  Candidate: 1:7.4~5ubuntu3
  Version table:
 *** 1:7.4~5ubuntu3 0
        500 http://gb.archive.ubuntu.com intrepid/main Packages
        100 /var/lib/dpkg/status

[Bryce Harrington (bryce)]

Hi tom-sillence,

Could you please collect a full backtrace from when this crash occurs? Directions on collecting full backtraces are at https://wiki.ubuntu.com/X/Backtracing

[This is an automated message. Apologies if it has reached you inappropriately; please just reply to this message indicating so.]

[Tom Sillence (tom-sillence)]

Here's a full backtrace taken when X had hung. I've not experienced the crash again since filing this bug but I've had a few hangs.

- many apologies if I should have filed a separate bug for this hang
- please let me know if I can do more to get more symbols: I've installed various -dbg packages but I don't really know what I'm doing
- it's definitely hung here: letting the process continue and reattaching gives exactly the same stack trace

[Bryce Harrington (bryce)]

[This is an automatic notification.]

A new major version of the -intel driver is now available in Karmic.

This version includes a major reworking of the acceleration
architecture, which resolves a huge number of issues. We do not know
whether it resolves the issue you reported.

Would you mind testing Karmic Alpha-2 and seeing if it is still a
problem? CD ISO images are available here:

  http://cdimages.ubuntu.com/releases/karmic/

If the issue can still be reproduced on karmic, please report here with
your findings, and attach a fresh Xorg.0.log from your test, and we will
be able to forward the bug upstream.

Otherwise, if the bug no longer exists in Karmic, let us know that as
well.

In the off chance you encounter different bugs while attempting to test
Karmic, please report those as new bug reports.

[Tom Sillence (tom-sillence)]

On karmic, X hung when I tried to open System>Preferences>Screensaver. The backtrace looks very different (attached).

Also, gdb now hangs when I try to continue after getting a backtrace - before I could continue but reattaching would show the stack hadn't changed. The last line of the logfile (referring to detaching) only happened when I did "sudo killall gdb" from another terminal.

Once the hang occurs, killing and restarting Xorg (and gdm) does not restore the hardware to a working state (I get a black screen). Only a reboot does the trick. This was also the case on jaunty, but for the record not on intrepid which I was running when I originally filed the bug.

I nearly said this was repeatable, because it happened the first two times I tried it. But sadly on the third there was no problem.

Lastly, I have never seen a crash or hang so far while compiz is disabled.

[Bryce Harrington (bryce)]

Hrm, bummer. Well this new issue is a separate bug, an X freeze. Basically, the GPU has locked up, which is why restarting X isn't sufficient to get it going again. gdb doesn't really give anything useful for X freeze bugs, but we have other tools for gathering data on that.

  http://wiki.ubuntu.com/X/Troubleshooting/Freeze

Please refer to this link for how to gather the data needed, and if possible please file a new bug, since this is a separate issue from your original crash bug, and it'll be less confusing to have two separate bugs.

Meanwhile, keep an eye out for the original X.org crash bug you had on Jaunty too; the code that is shown in that backtrace has changed quite a bit in karmic so my guess is that the crash is gone now, but we can leave the bug open a while so you have some chances to test.

[Bryce Harrington (bryce)]

We're closing this bug since it is has been some time with no response from the original reporter. However, if the issue still exists please feel free to reopen with the requested information. Also, if you could, please test against the latest development version of Ubuntu, since this confirms the bug is one we may be able to pass upstream for help.