[i915gm] Hang in CompositeTrapezoids+0x9b

[Andrew Bennetts]

Binary package hint: xserver-xorg-video-intel

$ dpkg -l xserver-xorg-video-intel | tail -1
ii xserver-xorg-video-intel 2:2.4.1-1ubuntu9 X.Org X server -- Intel i8xx, i9xx display driver

X just crashed on my Dell Inspiron 630m. I'm running the latest intrepid. I'm attaching a log file from gdm, which appears to contain the corresponding backtrace and other crash info.

I didn't do anything unusual at the time of the crash. epiphany was half-way through loading and rendering a web page. I don't use compiz.

Excerpt from the attached /var/log/gdm/:0.log.4:

Backtrace:
0: /usr/X11R6/bin/X(xf86SigHandler+0x79) [0x80c2fe9]
1: [0xb80c5400]
2: /usr/lib/xorg/modules/drivers//intel_drv.so(I830WaitLpRing+0x1dc) [0xb7b211ac]
3: /usr/lib/xorg/modules/drivers//intel_drv.so(I830Sync+0x1c3) [0xb7b215e3]
4: /usr/lib/xorg/modules/drivers//intel_drv.so [0xb7b2c8d0]
5: /usr/lib/xorg/modules/drivers//intel_drv.so [0xb7b2ca30]
6: /usr/X11R6/bin/X [0x80d6a8a]
7: /usr/lib/xorg/modules/extensions//libglx.so [0xb7c0fbe9]
8: /usr/X11R6/bin/X(AbortDDX+0x79) [0x80a8ae9]
9: /usr/X11R6/bin/X(AbortServer+0x28) [0x813c418]
10: /usr/X11R6/bin/X(FatalError+0x63) [0x813ca23]
11: /usr/lib/xorg/modules/drivers//intel_drv.so(I830WaitLpRing+0x201) [0xb7b211d1]
12: /usr/lib/xorg/modules/drivers//intel_drv.so(I830Sync+0x1c3) [0xb7b215e3]
13: /usr/lib/xorg/modules/drivers//intel_drv.so [0xb7b497ca]
14: /usr/lib/xorg/modules//libexa.so(exaWaitSync+0x65) [0xb79df045]
15: /usr/lib/xorg/modules//libexa.so(ExaDoPrepareAccess+0x7e) [0xb79e023e]
16: /usr/lib/xorg/modules//libexa.so [0xb79e362a]
17: /usr/lib/xorg/modules//libexa.so [0xb79e3b39]
18: /usr/lib/xorg/modules//libexa.so(exaDoMigration+0x64a) [0xb79e42fa]
19: /usr/lib/xorg/modules//libexa.so [0xb79e58bb]
20: /usr/lib/xorg/modules//libexa.so(exaComposite+0xb97) [0xb79e68d7]
21: /usr/X11R6/bin/X [0x817718a]
22: /usr/X11R6/bin/X(CompositePicture+0x19a) [0x815fdea]
23: /usr/lib/xorg/modules//libexa.so(exaTrapezoids+0x402) [0xb79e5552]
24: /usr/X11R6/bin/X(CompositeTrapezoids+0x9b) [0x815fbbb]
25: /usr/X11R6/bin/X [0x816819d]
26: /usr/X11R6/bin/X [0x81629d5]
27: /usr/X11R6/bin/X(Dispatch+0x34f) [0x808c87f]
28: /usr/X11R6/bin/X(main+0x47d) [0x8071d1d]
29: /lib/tls/i686/cmov/libc.so.6(__libc_start_main+0xe5) [0xb7cc6685]
30: /usr/X11R6/bin/X [0x8071101]

I don't recall seeing X crash at all when I ran hardy. I've only been running intrepid for about a week. So far I haven't seen any other X crashes while using intrepid.

Let me know if there's any other info I can provide.

[lspci]
00:00.0 Host bridge [0600]: Intel Corporation Mobile 915GM/PM/GMS/910GML Express Processor to DRAM Controller [8086:2590] (rev 03)
     Subsystem: Dell Device [1028:01b5]
00:02.0 VGA compatible controller [0300]: Intel Corporation Mobile 915GM/GMS/910GML Express Graphics Controller [8086:2592] (rev 03)
     Subsystem: Dell Device [1028:01b5]

[Geir Ove Myhr (gomyhr)]

Thanks for reporting this bug. Can you also provide the following:
- Xorg.0.log from when X is running fine
- output of lsmod -vvnn
- /etc/X11/xorg.conf if you have done anything there

[Andrew Bennetts (spiv)]

This is the Xorg.0.log from my current session.

[Andrew Bennetts (spiv)]

lsmod doesn't take any arguments... I assume you meant lspci rather than lsmod? Here's the output of lspci -vvnn.

[Andrew Bennetts (spiv)]

Finally, here's the /etc/X11/xorg.conf. I have edited it in the past, although I suspect that I probably don't need any customisations with current Ubuntu. I'm not sure if this version is modified from the system-generated one or not, so here it is just in case.

[Lorenco Trichardt (trichalo)]

I have seen the same crashes. Weird. Hard lockup, did not happen in Hardy.
I have seen a couple of threads that have these. Maybe there is a link.

I am running a Lenovo T60 With Intel Video driver. Seems to happen whilst vrowsing the web in firfox a couple of times.
I see no / zero / nada information that shows why. Just a freeze with caps lock flashing,....

I have also seen the x-server infinite loop in the xorg logs.... Xorg.0.log:[mi] EQ overflowing. The server is probably stuck in an infinite loop. But I reckon that is a different issue. But this happened right after a lockup during reboot....

(II) intel(0): Modeline "1400x1050"x0.0 108.00 1400 1448 1560 1688 1050 1051 1054 1066 -hsync -vsync (64.0 kHz)
(II) intel(0): Modeline "1400x1050"x0.0 89.97 1400 1448 1560 1688 1050 1051 1054 1066 -hsync -vsync (53.3 kHz)
(II) intel(0): EDID vendor "LEN", prod id 16418
[mi] EQ overflowing. The server is probably stuck in an infinite loop.
[mi] mieqEnequeue: out-of-order valuator event; dropping.
[mi] EQ overflowing. The server is probably stuck in an infinite loop.
[mi] mieqEnequeue: out-of-order valuator event; dropping.
[mi] EQ overflowing. The server is probably stuck in an infinite loop.

[Geir Ove Myhr (gomyhr)]

Andrew Bennetts wrote:
> lsmod doesn't take any arguments... I assume you meant lspci rather than lsmod? Here's the output of lspci -vvnn.

You are absolutely right. Sorry.

[Jouni Mettala (jouni-mettala)]

Thanks for reporting this bug and any supporting documentation. Since this bug has enough information provided for a developer to begin work, I'm going to mark it as confirmed and let them handle it from here. Thanks for taking the time to make Ubuntu better!

[Dimitry Andric (dimitry-andric)]

I have the same "mieqEnqueue: infinite loop" error on intrepid, with xserver-xorg-video-intel 2:2.4.1-1ubuntu10. This only happens when desktop effects (e.g. AIGLX) is turned on, and if the X server is restarted twice (e.g. you login, do some stuff, logout and attempt to login again).

There's a patch floating around to get a backtrace whenever the server gets stuck. In my case, this gives:

Backtrace:
0: /usr/X11R6/bin/X(xorg_backtrace+0x26) [0x4edc76]
1: /usr/X11R6/bin/X(mieqEnqueue+0x23f) [0x4ce5ff]
2: /usr/X11R6/bin/X(xf86PostMotionEventP+0xc4) [0x473654]
3: /usr/X11R6/bin/X(xf86PostMotionEvent+0xb1) [0x473831]
4: /usr/lib/xorg/modules/input//evdev_drv.so [0x7fd34fe6083f]
5: /usr/X11R6/bin/X [0x48fd45]
6: /usr/X11R6/bin/X [0x470267]
7: /lib/libpthread.so.0 [0x7fd3696860f0]
8: /lib/libc.so.6(ioctl+0x7) [0x7fd367ce8a17]
9: /usr/lib/libdrm.so.2(drmCommandWrite+0x1d) [0x7fd3668c4aed]
10: /usr/lib/dri/i915_dri.so(intelWaitIrq+0x60) [0x7fd355767d00]
11: /usr/lib/dri/i915_dri.so [0x7fd355764349]
12: /usr/lib/dri/i915_dri.so [0x7fd355744e0e]
13: /usr/lib/dri/i915_dri.so [0x7fd35574590d]
14: /usr/lib/dri/i915_dri.so [0x7fd355745bb0]
15: /usr/lib/dri/i915_dri.so(_intel_batchbuffer_flush+0xa7) [0x7fd35574d3d7]
16: /usr/lib/dri/i915_dri.so [0x7fd35576292f]
17: /usr/lib/dri/i915_dri.so(intelStartInlinePrimitive+0x2f) [0x7fd35577061f]
18: /usr/lib/dri/i915_dri.so [0x7fd35574bb40]
19: /usr/lib/dri/i915_dri.so [0x7fd35574b2a8]
20: /usr/lib/dri/i915_dri.so(_tnl_run_pipeline+0x15f) [0x7fd35580c3ef]
21: /usr/lib/dri/i915_dri.so [0x7fd3557702f4]
22: /usr/lib/dri/i915_dri.so(_tnl_draw_prims+0x4e0) [0x7fd35580c9b0]
23: /usr/lib/dri/i915_dri.so [0x7fd35580553e]
24: /usr/lib/xorg/modules/extensions//libglx.so [0x7fd3671185bd]
25: /usr/lib/xorg/modules/extensions//libglx.so [0x7fd367112a66]
26: /usr/lib/xorg/modules/extensions//libglx.so [0x7fd367116bd2]
27: /usr/X11R6/bin/X(Dispatch+0x364) [0x44d714]
28: /usr/X11R6/bin/X(main+0x45d) [0x43372d]
29: /lib/libc.so.6(__libc_start_main+0xe6) [0x7fd367c28466]
30: /usr/X11R6/bin/X [0x432b09]
[mi] mieqEnqueue: server stuck, please see backtrace above.
[mi] mieqEnqueue: server stuck, please see backtrace above.
[...endless, server is not responsive anymore...]

So what is going wrong here? :)

Please note, I have run this exact same box using hardy for a long time, and never encountered any problem with X, even if you restart it dozens of times. I guess this must be some regression in either libdrm or the intel driver...

[Derek (bugs-m8y)]

Based on traces here, tagged my bug #298515 as a dupe of this one - if I'd been a bit more careful in my search would have skipped commenting in bug #273451 as I originally had. :-/

I see a lot of people are having problems with this one.

[Derek (bugs-m8y)]

In terms of things I've tried:
Disabling compiz (no change)
Different kernels (hey, why not - but no change)
Disabling defoptions=quiet vga=0x0311 splash (testing this now)

If that doesn't help, going to reluctantly add Option "NoDRI" "true" which probably *will* work given the traces above.
Kind of need my machine to be a bit more stable, so willing to sacrifice DRI for it not blowing up.

BTW, I agree with someone above - did seem more likely to follow using Firefox - Cairo issue? Something to do with flash? *shrug*

[Derek (bugs-m8y)]

FYI, since yesterday, no more crashing. This is the longest I've ever gone.
I'm not totally sure that compiz is in the clear since the session I disabled compiz crashed very shortly after, but if compiz is cleared, the only thing I've disabled since is vga=0x0311.

Now, I *was* using Ibex with that flag for several weeks before the crashes started.

I'll try reenabling compiz if there are no further crashes for a few days.

[Derek (bugs-m8y)]

Still no crashing, after many days, with compiz enabled, and no updates that seem like they could have been related.
I'm tentatively blaming the vga=0x0311 I'd added since I had issues seeing the VTs.

Will add that back eventually, just to see if crashing reoccurs.

Wondering if others in this bug were using a custom resolution.

[Bryce Harrington (bryce)]

Please collect a full backtrace after reproducing the crash. See http://wiki.ubuntu.com/X/Backtracing for directions.

[Bryce Harrington (bryce)]

[This is an automatic notice.]

We'd like to forward your bug upstream, however upstream requires
that you first test it against their newer driver code.

To save you the effort of building the driver from source, we've built
packages for the driver and its new dependencies.

So you have a couple options:

 1. Download and test .debs for intrepid, from:
     https://edge.launchpad.net/~intel-gfx-testing/+archive

 -or-

 2. Download and test the Jaunty alpha-2 (or newer) Live CD,
     (which includes a beta of the new xserver 1.6 as well).
     See http://cdimage.ubuntu.com/releases/9.04/ for ISOs

Thanks ahead of time! You can simply reply to this email to report your
findings.

P.S., if you wish to forward your bug upstream yourself, please follow
these directions to do so:
  http://intellinuxgraphics.org/how_to_report_bug.html

[Dimitry Andric (dimitry-andric)]

On intrepid, using the debs from https://edge.launchpad.net/~intel-gfx-testing/+archive, I get precisely the same backtrace as before:

Backtrace:
0: /usr/X11R6/bin/X(xorg_backtrace+0x26) [0x4ee236]
1: /usr/X11R6/bin/X(mieqEnqueue+0x23f) [0x4cebbf]
2: /usr/X11R6/bin/X(xf86PostKeyboardEvent+0x85) [0x487785]
3: /usr/lib/xorg/modules/input//evdev_drv.so [0x7f3e5b3189de]
4: /usr/X11R6/bin/X [0x498df5]
5: /usr/X11R6/bin/X [0x473457]
6: /lib/libpthread.so.0 [0x7f3e7498b0f0]
7: /lib/libc.so.6(ioctl+0x7) [0x7f3e72feda17]
8: /usr/lib/libdrm.so.2(drmIoctl+0x23) [0x7f3e71bc8383]
9: /usr/lib/libdrm.so.2(drmCommandWrite+0x1b) [0x7f3e71bc860b]
10: /usr/lib/dri/i915_dri.so(intelWaitIrq+0x60) [0x7f3e60cb7e00]
11: /usr/lib/dri/i915_dri.so [0x7f3e60cb4449]
12: /usr/lib/dri/i915_dri.so [0x7f3e60c94ebe]
13: /usr/lib/dri/i915_dri.so [0x7f3e60c959fd]
14: /usr/lib/dri/i915_dri.so [0x7f3e60c95ca0]
15: /usr/lib/dri/i915_dri.so(_intel_batchbuffer_flush+0xa7) [0x7f3e60c9d4c7]
16: /usr/lib/dri/i915_dri.so [0x7f3e60cb2a2f]
17: /usr/lib/dri/i915_dri.so(intelStartInlinePrimitive+0x2f) [0x7f3e60cc071f]
18: /usr/lib/dri/i915_dri.so [0x7f3e60c9bc30]
19: /usr/lib/dri/i915_dri.so [0x7f3e60c9b398]
20: /usr/lib/dri/i915_dri.so(_tnl_run_pipeline+0x15f) [0x7f3e60d5c53f]
21: /usr/lib/dri/i915_dri.so [0x7f3e60cc03f4]
22: /usr/lib/dri/i915_dri.so(_tnl_draw_prims+0x4e0) [0x7f3e60d5cb00]
23: /usr/lib/dri/i915_dri.so [0x7f3e60d5568e]
24: /usr/lib/xorg/modules/extensions//libglx.so [0x7f3e7241d5bd]
25: /usr/lib/xorg/modules/extensions//libglx.so [0x7f3e72417a66]
26: /usr/lib/xorg/modules/extensions//libglx.so [0x7f3e7241bbd2]
27: /usr/X11R6/bin/X(Dispatch+0x364) [0x44d754]
28: /usr/X11R6/bin/X(main+0x45d) [0x43376d]
29: /lib/libc.so.6(__libc_start_main+0xe6) [0x7f3e72f2d466]
30: /usr/X11R6/bin/X [0x432b49]

So no change there... I'll see if I can try out the real bleeding edge packages from https://edge.launchpad.net/~xorg-edgers :)

[Bryce Harrington (bryce)]

@Dimitry, from your data you appear to have a separate bug from Andrew. Also, both your issue and Andrew's are believed by upstream to be fixed in newer versions of the driver.

@Andrew, I'm closing this bug as fixed now, but if you can reproduce it with Karmic Alpha-2 or newer feel free to reopen and include a full backtrace.