Help with debuging Xserver / Goes in an infinite loop / No error messages

Joshua C. joshuacov at googlemail.com
Tue Oct 6 06:53:30 PDT 2009


2009/10/6 Jerome Glisse <glisse at freedesktop.org>:
> On Mon, 2009-10-05 at 17:33 +0200, Joshua C. wrote:
>> I have a problem with my xorg-x11-server-Xorg-1.6.4-0.1.fc11.x86_64. I
>> read the instructions here
>> http://www.x.org/wiki/Development/Documentation/ServerDebugging but
>> this didin't help. My Xserver goes in an infinite loop and starts
>> consuming 100% my cpu. Therefore the whole system freezes and I have
>> to manually reboot it. This happens all the time when I use firefox on
>> random sites. After restart there is nothing in the xorg.0.log and
>> everything repeats itself when I start firefox again. Therefore I need
>> to remove the savesession.js from the firefox home directory.
>>
>> On the second mashine (with gdb) I also turned this on: handle SIGUSR1
>> nostop, handle SIGUSR2 nostop, handle SIGPIPE nostop.
>>
>> The Xserver just keeps running and I get no error messages on the
>> second mashine.
>>
>> Only once I got the following in dmesg (repeating many times)
>> [drm:drm_buffer_object_validate] *ERROR* Out of aperture space or DRM
>> memory quota.
>> [drm:drm_buffer_object_validate] *ERROR* Failed moving buffer.
>> ffff880142183000 19219 20000a7 10000a7
>> [drm:drm_buffer_object_validate] *ERROR* Out of aperture space or DRM
>> memory quota.
>> [drm:drm_buffer_object_validate] *ERROR* Failed moving buffer.
>> ffff880142183000 19219 20000a7 10000a7
>> [drm:drm_buffer_object_validate] *ERROR* Out of aperture space or DRM
>> memory quota.
>>
>> The Xorg.0.log also looks normal. Some weeks ago I got this in it (just once):
>> (EE) RADEON(0): ADVANCE_RING count != expected (14 vs 16) at
>> radeon_textured_videofuncs.c:1623
>> (EE) RADEON(0): ADVANCE_RING count != expected (14 vs 16) at
>> radeon_textured_videofuncs.c:1623
>> (EE) RADEON(0): ADVANCE_RING count != expected (14 vs 16) at
>> radeon_textured_videofuncs.c:1623
>>
>> Installed are:
>> kernel-debuginfo-2.6.30.8-64.fc11.x86_64
>> kernel-debuginfo-common-x86_64-2.6.30.8-64.fc11.x86_64
>> kernel-2.6.30.8-64.fc11.x86_64
>>
>> xorg-x11-server-utils-7.4-7.1.fc11.x86_64
>> xorg-x11-server-common-1.6.4-0.1.fc11.x86_64
>> xorg-x11-server-Xorg-1.6.4-0.1.fc11.x86_64
>> xorg-x11-server-debuginfo-1.6.4-0.1.fc11.x86_64
>>
>> xorg-x11-drv-ati-debuginfo-6.12.2-18.fc11.x86_64
>> xorg-x11-drv-ati-6.12.2-18.fc11.x86_64
>>
>> mesa-dri-drivers-7.6-0.2.fc11.x86_64
>> mesa-libGLU-7.6-0.2.fc11.x86_64
>> mesa-libGL-7.6-0.2.fc11.x86_64
>> mesa-debuginfo-7.6-0.1.fc11.x86_64
>>
>> libdrm-debuginfo-2.4.11-2.fc11.x86_64
>> libdrm-2.4.11-2.fc11.x86_64
>>
>> I'd like to file a bug report about this but there's not many
>> information I can provide. How to debug it or to make it print
>> something more useful on my second mashine?
>> _______________________________________________
>> xorg-devel mailing list
>> xorg-devel at lists.x.org
>> http://lists.x.org/mailman/listinfo/xorg-devel
>>
>
> Open a bug an attach output of lspci -vnnxx and full dmesg
>
> You likely don't have enough gart space and we fail to cope with
> that and that shouldn't happen. A reboot shouldn't be necessary
> unless a GPU lockup is also happening in which case there is not
> much you can get using gdb.
>
> Cheers,
> Jerome
>
>
 Actually I first reported this on the fedora-devel-list. Since then
Adam Jackson replied and I decided to file a bug there. This is, of
course, connected to the xorg-x11-server. Link (RH# 527452)
https://bugzilla.redhat.com/show_bug.cgi?id=527452. gdb, lscpi, dmesg,
xorg.0.log attached in the bug report.

I'm sorry for the double post.


More information about the xorg-devel mailing list