In rawhide: X server says backtraces from higher in stackI

Adam Jackson ajax at redhat.com
Wed Jan 16 16:20:43 UTC 2013


On Wed, 2013-01-16 at 10:31 -0500, Clyde E. Kunkel wrote:
> Rawhide gnome desktop acting up recently.  Have to restart several times 
> to get desktop that is readable.  Several times screens are garbled. 
> Here is a bit of an Xorg.0.log that may be a clue:

Here's how to read this and similar backtraces:

> (EE) [mi] EQ overflowing.  Additional events will be discarded until 
> existing events are processed.
> (EE)
> (EE) Backtrace:
> (EE) 0: /usr/bin/Xorg (xorg_backtrace+0x36) [0x46a4e6]
> (EE) 1: /usr/bin/Xorg (mieqEnqueue+0x26b) [0x57fe4b]
> (EE) 2: /usr/bin/Xorg (0x400000+0x4c0d2) [0x44c0d2]
> (EE) 3: /usr/lib64/xorg/modules/input/evdev_drv.so 
> (0x7f5b83969000+0x64b4) [0x7f5b8396f4b4]
> (EE) 4: /usr/bin/Xorg (0x400000+0x87707) [0x487707]
> (EE) 5: /usr/bin/Xorg (0x400000+0xb0d98) [0x4b0d98]
> (EE) 6: /lib64/libpthread.so.0 (0x3335400000+0xf070) [0x333540f070]

This is the entry to the SIGIO handler where we try to process input
events.  But since we're in a signal handler, we can't call malloc.
That's why we can run out of space in the Event Queue.

> (EE) 7: /lib64/libc.so.6 (ioctl+0x7) [0x3334cecb07]
> (EE) 8: /lib64/libdrm.so.2 (drmIoctl+0x28) [0x7f5b84b35668]
> (EE) 9: /lib64/libdrm.so.2 (drmCommandWriteRead+0x1c) [0x7f5b84b378dc]
> (EE) 10: /lib64/libdrm_radeon.so.1 (0x7f5b83fcc000+0x2029) [0x7f5b83fce029]
> (EE) 11: /lib64/libdrm_radeon.so.1 (0x7f5b83fcc000+0x2254) [0x7f5b83fce254]
> (EE) 12: /usr/lib64/xorg/modules/drivers/radeon_drv.so 
> (0x7f5b841f7000+0x26ce4) [0x7f5b8421dce4]
> (EE) 13: /usr/lib64/xorg/modules/libexa.so (0x7f5b83598000+0xb4e0) 
> [0x7f5b835a34e0]

exa is the hardware acceleration layer.  The radeon driver is handing
something down to the kernel to execute through a DRM ioctl, and it's
not completing promptly.

So either the radeon X driver is suddenly doing something newly wrong
that's taking too long, or the radeon kernel driver is.

- ajax
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 198 bytes
Desc: This is a digitally signed message part
URL: <http://lists.fedoraproject.org/pipermail/test/attachments/20130116/bc44008d/attachment.sig>


More information about the test mailing list