| Summary: | [965 GEM] VT->X (and resuming from suspend) with compiz running locks machine, on Fedora Rawhide | ||||||
|---|---|---|---|---|---|---|---|
| Product: | xorg | Reporter: | Ben Gamari <bgamari> | ||||
| Component: | Driver/intel | Assignee: | Eric Anholt <eric> | ||||
| Status: | RESOLVED FIXED | QA Contact: | Xorg Project Team <xorg-team> | ||||
| Severity: | critical | ||||||
| Priority: | high | CC: | wwoods | ||||
| Version: | unspecified | ||||||
| Hardware: | Other | ||||||
| OS: | All | ||||||
| Whiteboard: | |||||||
| i915 platform: | i915 features: | ||||||
| Bug Depends on: | |||||||
| Bug Blocks: | 18098, 18841 | ||||||
| Attachments: |
|
||||||
Not surprisingly, this lockup can also be reproduced with a VT switch. The machine locks up with frozen cursor and no keyboard input (no lights toggle) although one can still see occasional hard drive activity, so the kernel is still alive. I'll try getting a backtrace soon I'm wondering if this is redhat-kernel-specific issue. Could you try an upstream kernel like 2.6.27-rcX? Note that the Rawhide kernels now include GEM support. Did you try a GEM capable kernel? It seems quite possible that this issue could be a result of GEM. I also can see this issue on our q965 with gem-classic. the kernel is from drm-intel-next. As it turns out, even starting metacity prior to suspending and resuming causes a crash when restarting compiz. Just another datapoint. We filed a similar bug#18098 with drm-intel-next kernel. I appear to have the same problem (or at least a closely related one - it's on i915 instead of i965). Resume/VT switch on my laptop causes a black, non-responsive display. Interestingly, it *sometimes* recovers. At that point there is an interesting traceback: [mi] EQ overflowing. The server is probably stuck in an infinite loop. Backtrace: 0: /usr/bin/Xorg(xorg_backtrace+0x3b) [0x812b94b] 1: /usr/bin/Xorg(mieqEnqueue+0x289) [0x810b069] 2: /usr/bin/Xorg(xf86PostMotionEventP+0xc2) [0x80d3892] 3: /usr/bin/Xorg(xf86PostMotionEvent+0x68) [0x80d39f8] 4: /usr/lib/xorg/modules/input//synaptics_drv.so [0x4ba8fe] 5: /usr/lib/xorg/modules/input//synaptics_drv.so [0x4bcf79] 6: /usr/bin/Xorg [0x80bfaa7] 7: /usr/bin/Xorg [0x80aa22e] 8: [0x110400] 9: [0x110416] 10: /lib/libc.so.6(ioctl+0x19) [0x294939] 11: /usr/lib/libdrm.so.2 [0x47e26cf] 12: /usr/lib/libdrm.so.2(drmWaitVBlank+0x28) [0x47e2e08] 13: /usr/lib/dri/i915_dri.so [0x5c59dc] 14: /usr/lib/dri/i915_dri.so(driWaitForVBlank+0xd8) [0x5c5bfc] 15: /usr/lib/dri/i915_dri.so(intelSwapBuffers+0x262) [0x5d519c] 16: /usr/lib/dri/i915_dri.so [0x5c5d76] 17: /usr/lib/xorg/modules/extensions//libglx.so [0x470454] 18: /usr/lib/xorg/modules/extensions//libglx.so [0x462cfe] 19: /usr/lib/xorg/modules/extensions//libglx.so [0x46663a] 20: /usr/bin/Xorg(Dispatch+0x34f) [0x8085e6f] 21: /usr/bin/Xorg(main+0x47d) [0x806b6ed] 22: /lib/libc.so.6(__libc_start_main+0xe5) [0x1cf6d5] 23: /usr/bin/Xorg [0x806aad1] [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. I can reproduce the problem with vanilla (non-Fedora) kernel 2.6.28-rc2-git7, so it's not RH-specific. Further info (including my Xorg log) can be found at the downstream bug: https://bugzilla.redhat.com/show_bug.cgi?id=467332 One of the Redhat guys noted that the symptoms of this bug match remarkably well with those of another redhat bug, https://bugzilla.redhat.com/show_bug.cgi?id=464866#c10. Eric, are you seeing this? I thought a recent fix from keithp is against this, but seems not? Per bug#18879 comment#1, this bug has been fixed in Fedora, and re-appears now in git. So I guess we can close this one and track 18879? it still exists with the latest code:
Libdrm: (master)0243c9f801a35de3465a0321c02f18a4d07ce5b8
Mesa: (intel-2008-q4)f96baeaac3ef41260ac3975750627ece073fdce0
Xserver:(server-1.6-branch)32e81074b967716865aef08b66ec29caf0fec2c5
Xf86_video_intel: (xf86-video-intel-2.6-branch)
83f3c376b5942e134047a220e6e5f2432ffc492c
GEM_kernel: (for-airlied)0fbdb7c9455a05eb89f358f0eb66fb8ab094a0c5
sorry,this bug has been fixed in Fedora, so let us track 18879. |
Use of freedesktop.org services, including Bugzilla, is subject to our Code of Conduct. How we collect and use information is described in our Privacy Policy.
Created attachment 19652 [details] Xorg log Recently, I've finally been able to start running compiz on my Fedora Rawhide machine. Unfortunately it seems like the machine has a pretty consistent tendency to lock up during resume after suspending with compiz running. Generally, the machine freezes with a black screen and cursor, sometimes with some spotty colorful corruption near the cursor. Suspend and resume are otherwise 100% reliable without compiz. Hardware configuration: Dell D830, i965 GM, Core 2 Duo Software configuration: 64-bit userland and kernel xf86-video-intel from git master mesa-7.2-0.7.fc10 kernel-2.6.27-3.fc10 libdrm-2.4.0-0.21.fc10 xorg-x11-server-Xorg-1.5.2-2.fc10