#598819 kdm crash: EQ overflowing.

Package:
xserver-xorg-video-nouveau
Source:
xserver-xorg-video-nouveau
Description:
X.Org X server -- Nouveau display driver
Submitter:
"r.ductor"
Date:
2013-09-16 07:45:04 UTC
Severity:
important
#598819#5
Date:
2010-10-02 11:28:48 UTC
From:
To:
KDE is no more reliable on my old home machine (use it on week end).
Repeated KDE freezes in the last months (at 90% of connections).
Impossible to get back the system:
CTRL+ALT F1...5 does not work.
CTR+ALT+SYSRq r and CTRL+ALT F1...5 does not work.
Obliged to CTR+ALT+SYSR s u b.

I'm sorry but this is far behind my comprehension. I'll be happy to join more
info if asked.

====================
======= HARDWARE ======
=====================
Processor        : AMD Athlon(tm) XP 2600+
Memory          : 515MB
Operating System                : Debian GNU/Linux squeeze/sid

========================
==== HISTORY OF CRASHES=======
========================
fermi:/home/guida/CRASH_LOGS# cat kern_all.log|egrep 'SysRq : Emergency
Remount'
Jul 25 19:48:37 fermi kernel: [ 4563.608533] SysRq : Emergency Remount R/O
Aug  1 15:59:35 fermi kernel: [  947.507191] SysRq : Emergency Remount R/O
Aug  1 16:02:59 fermi kernel: [  166.274136] SysRq : Emergency Remount R/O
Sep 12 18:33:45 fermi kernel: [  758.171878] SysRq : Emergency Remount R/O
Sep 12 18:37:48 fermi kernel: [  212.691748] SysRq : Emergency Remount R/O
Sep 12 19:58:13 fermi kernel: [ 4732.284974] SysRq : Emergency Remount R/O
Sep 27 20:28:28 fermi kernel: [ 1112.407326] SysRq : Emergency Remount R/O
Oct  2 11:30:47 fermi kernel: [  832.180335] SysRq : Emergency Remount R/O

fermi:/home/guida/CRASH_LOGS# cat kdm_all.log |egrep EQ
[mi] EQ overflowing. The server is probably stuck in an infinite loop.
[mi] EQ overflowing. The server is probably stuck in an infinite loop.
[mi] EQ overflowing. The server is probably stuck in an infinite loop.
[mi] EQ overflowing. The server is probably stuck in an infinite loop.
[mi] EQ overflowing. The server is probably stuck in an infinite loop.
[mi] EQ overflowing. The server is probably stuck in an infinite loop.
[mi] EQ overflowing. The server is probably stuck in an infinite loop.
[mi] EQ overflowing. The server is probably stuck in an infinite loop.
[mi] EQ overflowing. The server is probably stuck in an infinite loop.
[mi] EQ overflowing. The server is probably stuck in an infinite loop.
[mi] EQ overflowing. The server is probably stuck in an infinite loop.
[mi] EQ overflowing. The server is probably stuck in an infinite loop.
[mi] EQ overflowing. The server is probably stuck in an infinite loop.
[mi] EQ overflowing. The server is probably stuck in an infinite loop.
[mi] EQ overflowing. The server is probably stuck in an infinite loop.
[mi] EQ overflowing. The server is probably stuck in an infinite loop.
[mi] EQ overflowing. The server is probably stuck in an infinite loop.
[mi] EQ overflowing. The server is probably stuck in an infinite loop.

#598819#10
Date:
2010-10-03 09:19:20 UTC
From:
To:
Using GNOME  (playing with Iceweasel) today I experience another crash.

Maybe crashes are not related to kdm but to deeper stuff (? X, ?
nouveau, ?kernel): in this case please retransmit the bug (or explain
me how to do so).

Really disappointed ....nowadays the only "stable" OS on my box is
windows XP :(((

Oct  3 10:18:43 fermi kernel: [   61.991354] UDF-fs: No VRS found
Oct  3 10:18:43 fermi kernel: [   61.991361] UDF-fs: No partition found (1)
Oct  3 10:29:56 fermi kernel: [  735.197828] [drm] nouveau
0000:01:00.0: PFIFO_DMA_PUSHER - Ch 1
Oct  3 10:34:41 fermi kernel: [ 1019.468539] SysRq : Emergency Sync
Oct  3 10:34:41 fermi kernel: [ 1019.468642] Emergency Sync complete
Oct  3 10:34:44 fermi kernel: [ 1022.351837] SysRq : Emergency Remount R/O

# ls -l /var/log/X*
-rw-r--r-- 1 root root 28626 Oct  3 10:36 /var/log/Xorg.0.log
-rw-r--r-- 1 root root 30439 Oct  3 10:30 /var/log/Xorg.0.log.old
# cat /var/log/Xorg.0.log.old |egrep -A 20 -B3  'infinite loop'
(II) NOUVEAU(0): Modeline "800x600"x0.0   49.50  800 816 896 1056  600
601 604 625 +hsync +vsync (46.9 kHz)
(II) NOUVEAU(0): Modeline "800x600"x0.0   50.00  800 856 976 1040  600
637 643 666 +hsync +vsync (48.1 kHz)
(II) NOUVEAU(0): Modeline "1152x864"x0.0  108.00  1152 1216 1344 1600
864 865 868 900 +hsync +vsync (67.5 kHz)
[mi] EQ overflowing. The server is probably stuck in an infinite loop.

Backtrace:
0: /usr/bin/X (xorg_backtrace+0x3b) [0x80e7a8b]
1: /usr/bin/X (mieqEnqueue+0x1ab) [0x80e738b]
2: /usr/bin/X (xf86PostMotionEventP+0xd2) [0x80c1882]
3: /usr/lib/xorg/modules/input/evdev_drv.so (0xb6c36000+0x4831) [0xb6c3a831]
4: /usr/lib/xorg/modules/input/evdev_drv.so (0xb6c36000+0x4b26) [0xb6c3ab26]
5: /usr/bin/X (0x8048000+0x6c29f) [0x80b429f]
6: /usr/bin/X (0x8048000+0x11e3a4) [0x81663a4]
7: (vdso) (__kernel_sigreturn+0x0) [0xb7854400]
8: /usr/lib/libdrm.so.2 (drmCommandWrite+0x3b) [0xb73fc1eb]
9: /usr/lib/libdrm_nouveau.so.1 (0xb7480000+0x2faa) [0xb7482faa]
10: /usr/lib/libdrm_nouveau.so.1 (nouveau_bo_map_range+0xf1) [0xb7483221]
11: /usr/lib/libdrm_nouveau.so.1 (nouveau_bo_map+0x33) [0xb74832f3]
12: /usr/lib/xorg/modules/drivers/nouveau_drv.so (0xb73cf000+0x479a)
[0xb73d379a]
13: /usr/lib/xorg/modules/libexa.so (0xb7378000+0x48c8) [0xb737c8c8]
14: /usr/lib/xorg/modules/libexa.so (0xb7378000+0x4c54) [0xb737cc54]
15: /usr/lib/xorg/modules/libexa.so (0xb7378000+0x69f5) [0xb737e9f5]
16: /usr/lib/xorg/modules/libexa.so (0xb7378000+0x2439) [0xb737a439]
17: /usr/lib/xorg/modules/libexa.so (0xb7378000+0xc7bc) [0xb73847bc]

#598819#15
Date:
2010-10-05 13:25:25 UTC
From:
To:
The bug 598819 I reported is similar to the one reported in xserver-xorg-
video-nouveau:

http://bugs.debian.org/cgi-bin/bugreport.cgi?bug=595173

You might want to redirect my report to xserver-xorg-video-nouveau, which
seems more appropriate.

Thanks
Ric

#598819#20
Date:
2010-10-05 19:59:14 UTC
From:
To:
reassign 598819 xserver-xorg-video-nouveau
thanks

Reassigned as requested from the submitter of the bug report, also most likely
not a KDE problem.

#598819#31
Date:
2010-10-05 20:52:25 UTC
From:
To:
Please send the output of "/usr/share/bug/xserver-xorg-core/script 3>&1".

TIA,
    Sven

#598819#36
Date:
2010-10-07 06:25:39 UTC
From:
To:
As was asked. Check out also the previous attachments that document
the freezes, namely Xorg.0.log.old  of message 10 and kdm_all of
message 5. Ric.

#598819#41
Date:
2010-10-07 07:53:25 UTC
From:
To:
They tell that your GPU is locked up, but unfortunately it's next to
impossible to know why that happens.  See [1] for an explanation.

If you can ssh into the machine and would like to debug it yourself,
there are instructions at [2].

Regards,
        Sven


1. https://wiki.ubuntu.com/X/Troubleshooting/Freeze
2. http://wiki.debian.org/XStrikeForce/XserverDebugging

#598819#46
Date:
2010-10-17 18:50:58 UTC
From:
To:
Hi, I installed xserver-xorg-core-dbg and
xserver-xorg-video-nouveau-dbg, and attached gdb to X as explained in
http://wiki.debian.org/XStrikeForce/XserverDebugging
http://wiki.x.org/wiki/Development/Documentation/ServerDebugging

I attach the logfile, hope that could help. If more actions are needed
I'll be happy to help.

#598819#51
Date:
2013-09-13 10:13:11 UTC
From:
To:
Hi!

I can confirm this on a Fujitsu Esprimo E BS015 workstation with Debian Wheezy:

00:05.0 VGA compatible controller [0300]: NVIDIA Corporation C51 [GeForce 6150 LE] [10de:0241] (rev a2)

I attach kdm.log and lspci.txt

Its a workstation in a training center, I do not have always access to.

Upgrading driver to newest unstable stuff aka:

root@es5601:~# apt-show-versions | egrep "(mesa|nouveau|libdrm)"
glx-alternative-mesa/sid uptodate 0.4.0
libdrm-intel1/wheezy uptodate 2.4.40-1~deb7u2
libdrm-nouveau1a/wheezy uptodate 2.4.40-1~deb7u2
libdrm-nouveau2/sid uptodate 2.4.46-2
libdrm-radeon1/wheezy uptodate 2.4.40-1~deb7u2
libdrm2/sid uptodate 2.4.46-2
libgl1-mesa-dri/sid uptodate 9.1.6-2+b1
libgl1-mesa-glx/sid uptodate 9.1.6-2+b1
libglapi-mesa/sid uptodate 9.1.6-2+b1
libglu1-mesa/sid uptodate 9.0.0-1
mesa-utils/sid uptodate 8.1.0-2
xserver-xorg-video-nouveau/sid uptodate 1:1.0.9-2+b1

didn´t help either. (hmmm, I see some libdrm modules still being around, but I think it would use libdrm-nouveau2).

I have a full output of dmidecode available in case you need any part of it.

Kernel running was:

Linux version 3.2.0-4-amd64 (debian-kernel@lists.debian.org) (gcc version 4.6.3 (Debian 4.6.3-14) ) #1 SMP Debian 3.2.46-1+deb7u1

I also tested with empty X.org configuration to make sure its not one configuration option.


Proprietary NVidia driver packages were completely removed. I now installed them again to get back gfx output.

I suspect this being an upstream bug.

I would like to switch to OSS driver with when I create a Wheezy image for it, but I can keep it at the proprietary driver as well.

The Wheezy I tested this on I upgraded to from Squeeze.

Ciao,

#598819#56
Date:
2013-09-15 17:27:39 UTC
From:
To:
Am 13.09.2013 um 12:13 schrieb Martin Steigerwald:

That is different hardware than the submitter has, so it's not the same
issue, even if you are seeing similar symptoms.

The most important piece to upgrade would be the kernel.  I don't think
it will help, but if you want to report your problem upstream, please
try a newer kernel first.

There's 3.10 in wheezy-backports, jessie and sid, and 3.11 in
experimental.

Duh!  _All_ bugs in this package are upstream bugs, in this case
https://bugs.freedesktop.org/show_bug.cgi?id=47288 seems to be related
to your problem.

That's probably the better choice, nouveau is known not to work well on
the GeForce 6100/6150 IGP's unfortunately.

Cheers,
       Sven

#598819#61
Date:
2013-09-16 07:41:00 UTC
From:
To:
----- Ursprüngliche Mail -----
[…]

Will try when creating the new Wheezy training image or holding next training. If it doesn't work I just use the proprietary driver. (Again I know why I personally don't buy NVidia cards.)

Thanks, I will follup there.

Ciao,