xorg on Intrepid hangs in infinte loop when compiz is running

[Claudio Satriano]

Binary package hint: xorg

Intrepid Beta, xorg 1:7.4~2ubuntu5, compiz 1:0.7.7+git20080807-0ubuntu12

When compiz is running, xorg crashes in an apparent random way.

The system is still reachable via ssh and Xorg.0.log says

[mi] EQ overflowing. The server is probably stuck in an infinite loop.
[mi] mieqEnequeue: out-of-order valuator event; dropping.

...several times

My card is (as from lshw)

           *-display:0 UNCLAIMED
                description: VGA compatible controller
                product: RV370 5B64 [FireGL V3100 (PCIE)]
                vendor: ATI Technologies Inc
                physical id: 0
                bus info: pci@0000:01:00.0
                version: 80
                width: 32 bits
                clock: 33MHz
                capabilities: bus_master cap_list
                configuration: latency=0
           *-display:1 UNCLAIMED
                description: Display controller
                product: RV370 5B64 [FireGL V3100 (PCIE)] (Secondary)
                vendor: ATI Technologies Inc
                physical id: 0.1
                bus info: pci@0000:01:00.1
                version: 80
                width: 32 bits
                clock: 33MHz
                capabilities: bus_master cap_list
                configuration: latency=0

With the open source driver

xorg.conf is very basic:

Section "InputDevice"
        Identifier "Generic Keyboard"
        Driver "kbd"
        Option "XkbRules" "xorg"
        Option "XkbModel" "pc105"
        Option "XkbLayout" "it"
EndSection

Section "InputDevice"
        Identifier "Configured Mouse"
        Driver "vmmouse"
EndSection

Section "Device"
        Identifier "Configured Video Device"
EndSection

Section "Monitor"
        Identifier "Configured Monitor"
EndSection

Section "Screen"
        Identifier "Default Screen"
        Monitor "Configured Monitor"
        Device "Configured Video Device"
EndSection

Section "ServerLayout"
        Identifier "Default Layout"
        Screen "Default Screen"
EndSection

[Claudio Satriano (claudiodsf)]

I'm not sure if this is somehow related to #270728

[Timo Aaltonen (tjaalton)]

No, if the system is otherwise usable (with ssh), it's not a kernel hang, but probably in the DRI driver. Please try to get a backtrace:

https://wiki.ubuntu.com/X/Backtracing

[Claudio Satriano (claudiodsf)]

Here it is:

(gdb) backtrace full
#0 0xb8040430 in __kernel_vsyscall ()
No symbol table info available.
#1 0xb7d051a9 in ioctl () from /lib/tls/i686/cmov/libc.so.6
No symbol table info available.
#2 0xb7b054ab in drmCommandWrite () from /usr/lib/libdrm.so.2
No symbol table info available.
#3 0xad5de39e in ?? () from /usr/lib/dri/r300_dri.so
No symbol table info available.
#4 0xad6128c1 in _mesa_Finish () from /usr/lib/dri/r300_dri.so
No symbol table info available.
#5 0xb7b5e14c in __glXDisp_CopySubBufferMESA (cl=0x8eaa35c,
    pc=<value optimized out>) at ../../glx/glxcmds.c:1616
        tag = 4294967292
        glxc = (__GLXcontext *) 0x8ea3948
        pGlxDraw = <value optimized out>
        client = (ClientPtr) 0x8eccab8
        drawId = 147
        error = <value optimized out>
        x = 381
        y = 361
        width = 528
        height = 260
#6 0xb7b5d227 in __glXDisp_VendorPrivate (cl=0x8eaa35c,
---Type <return> to continue, or q <return> to quit---
    pc=0xa9a3b50 "\235\020\b") at ../../glx/glxcmds.c:2256
No locals.
#7 0xb7b61d8a in __glXDispatch (client=0x8eccab8) at ../../glx/glxext.c:512
        stuff = (xGLXSingleReq *) 0xa9a3b50
        opcode = 16 '\020'
        cl = (__GLXclientState *) 0x8eaa35c
        retval = 1
#8 0x0808c91f in Dispatch () at ../../dix/dispatch.c:454
        result = <value optimized out>
        client = (ClientPtr) 0x8eccab8
        nready = 0
        start_tick = 10520
#9 0x08071d8d in main (argc=10, argv=0xbfd40084, envp=Cannot access memory at address 0x4004645f
)
    at ../../dix/main.c:441
        i = <value optimized out>
        error = 136146932
        xauthfile = <value optimized out>
        alwaysCheckForInput = {0, 1}
(gdb)
(gdb)
(gdb) info registers
eax 0xfffffffc -4
ecx 0x40046457 1074029655
edx 0x8ea399c 149567900
ebx 0xa 10
esp 0xbfd3fe08 0xbfd3fe08
ebp 0xbfd3fe38 0xbfd3fe38
esi 0xfffffffc -4
edi 0x8ea3948 149567816
eip 0xb8040430 0xb8040430 <__kernel_vsyscall+16>
eflags 0x3202 [ IF #12 #13 ]
cs 0x73 115
ss 0x7b 123
ds 0x7b 123
es 0x7b 123
fs 0x0 0
gs 0x33 51
(gdb) thread apply all backtrace

Thread 1 (Thread 0xb7b9e6b0 (LWP 6676)):
#0 0xb8040430 in __kernel_vsyscall ()
#1 0xb7d051a9 in ioctl () from /lib/tls/i686/cmov/libc.so.6
#2 0xb7b054ab in drmCommandWrite () from /usr/lib/libdrm.so.2
#3 0xad5de39e in ?? () from /usr/lib/dri/r300_dri.so
#4 0xad6128c1 in _mesa_Finish () from /usr/lib/dri/r300_dri.so
#5 0xb7b5e14c in __glXDisp_CopySubBufferMESA (cl=0x8eaa35c,
    pc=<value optimized out>) at ../../glx/glxcmds.c:1616
#6 0xb7b5d227 in __glXDisp_VendorPrivate (cl=0x8eaa35c,
    pc=0xa9a3b50 "\235\020\b") at ../../glx/glxcmds.c:2256
#7 0xb7b61d8a in __glXDispatch (client=0x8eccab8) at ../../glx/glxext.c:512
#8 0x0808c91f in Dispatch () at ../../dix/dispatch.c:454
#9 0x08071d8d in main (argc=10, argv=0xbfd40084, envp=Cannot access memory at address 0x4004645f
)
    at ../../dix/main.c:441

[Claudio Satriano (claudiodsf)]

Don't know if it helps, but I can still move the mouse pointer when xorg hangs.

[Claudio Satriano (claudiodsf)]

Ok, it happened again (with the latest update of xorg on intrepid beta)

I did again the backtrace, just to be sure.

The whole gdb log is attached

[Willem Ligtenberg (wligtenberg)]

I think I am experiencing the same bug.
Xorg hangs, sometimes it resumes after a while (maybe me trying ctrl-alt-F1 has anything to do with it)
The systems is still very much alive, but the screen doesn't update or something.
Also I think that these messages in syslog may have something to do with it:
Nov 11 21:01:28 samen kernel: [ 9143.008049] NVRM: Xid (0001:00): 2, CCMDs 00000003 00005072 00000ff4 06900000 00000006

It happened to me twice this evening, and this is in there twice. It also appears in kernel.log
Pretty nasty and annoying bug it is!
If I can help out in any way, please let me know!

[Bryce Harrington (bryce)]

Well, next I'd like to forward this issue upstream, but first it must be retested on latest development version of Karmic to make sure the issue still happens there with the latest code. ISO images are available via http://www.ubuntu.com/testing/. If you can reproduce it in the LiveCD environment, you shouldn't need to modify your installed system. Also please attach a fresh Xorg.0.log and dmesg from this testing.

[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.