fedora 13 Nvidia [mi] EQ overflowing. The server probably stuck in an infinite loop

[aljo666]

Since the relese of fedora 12 I have the same problem with the nvidia driver. Here is the the error from the xorg.log file

[ 273.523] (WW) NVIDIA(0): WAIT (2, 6, 0x8000, 0x00007c48, 0x00007e38)
[ 274.852] [mi] EQ overflowing. The server is probably stuck in an infinite loop.
[ 274.852]
Backtrace:
[ 274.874] 0: /usr/bin/Xorg (xorg_backtrace+0x28) [0x49ecb8]
[ 274.874] 1: /usr/bin/Xorg (mieqEnqueue+0x1f4) [0x49e664]
[ 274.874] 2: /usr/bin/Xorg (xf86PostMotionEventP+0xc4) [0x477e24]
[ 274.874] 3: /usr/lib64/xorg/modules/input/evdev_drv.so (0x7fbec02b9000+0x3dbf) [0x7fbec02bcdbf]
[ 274.874] 4: /usr/bin/Xorg (0x400000+0x6aae7) [0x46aae7]
[ 274.874] 5: /usr/bin/Xorg (0x400000+0x1180f3) [0x5180f3]
[ 274.874] 6: /lib64/libc.so.6 (0x3fba000000+0x32a40) [0x3fba032a40]
[ 274.874] 7: /usr/lib64/xorg/modules/drivers/nvidia_drv.so (0x7fbec0b21000+0x78140) [0x7fbec0b99140]
[ 274.874] 8: /usr/lib64/xorg/modules/drivers/nvidia_drv.so (_nv001056X+0x289) [0x7fbec0b99d79]
[ 274.874] 9: /usr/lib64/xorg/modules/drivers/nvidia_drv.so (0x7fbec0b21000+0xd5206) [0x7fbec0bf6206]
[ 274.874] 10: /usr/lib64/xorg/modules/drivers/nvidia_drv.so (0x7fbec0b21000+0x383c7e) [0x7fbec0ea4c7e]
[ 274.874] 11: /usr/bin/Xorg (0x400000+0xce777) [0x4ce777]
[ 274.874] 12: /usr/bin/Xorg (0x400000+0x2c32c) [0x42c32c]
[ 274.874] 13: /usr/bin/Xorg (0x400000+0x219ca) [0x4219ca]
[ 274.874] 14: /lib64/libc.so.6 (__libc_start_main+0xfd) [0x3fba01ec5d]
[ 274.874] 15: /usr/bin/Xorg (0x400000+0x21579) [0x421579]
[ 280.523] (WW) NVIDIA(0): WAIT (1, 6, 0x8000, 0x00007c48, 0x00007e38)

The system hangs unexpectedly (screen flickering or black screen) and is unusable. I have no problems with fedora 11.
Does anyone have the same problem and knows how to solve it? I've attached the xorg.log files and hope that someone finds the solution. Tried with nvidia propertary drivers or rpmfusion but the result was allways the same.

P965 NEO mobo
Intel Core2 6400
GeForce 8800 GT

[leigh123linux]

intel chipset?

If so, have you tried adding

intel_iommu=igfx_off

or

iommu=soft


to the end of kernel line in /boot/grub/grub.conf ?

[aljo666]

i tried with iommu=soft but i have not tried with intel_iommu=igfx_off. i'll let you know if it helps.

---------- Post added at 08:40 AM CDT ---------- Previous post was at 08:12 AM CDT ----------

now i tried also with intel_iommu=igfx_off but the result is still the same.

[GrayFox]

I filed a bug about that a while back...Nothing ever came of it.
I generally can ssh into the hung box and reboot.

If I kill the Xorg process even networking locks up.

It has already happened once with me running Fedora 13.

I have an i7 HP laptop.

Jerry

[aljo666]

tried now with nouveu driver and the result was the same like with the propertary drivers

[ 4315.203] [mi] EQ overflowing. The server is probably stuck in an infinite loop.
[ 4315.204]
Backtrace:
[ 4315.251] 0: /usr/bin/X (xorg_backtrace+0x28) [0x49ecb8]
[ 4315.251] 1: /usr/bin/X (mieqEnqueue+0x1f4) [0x49e664]
[ 4315.251] 2: /usr/bin/X (xf86PostMotionEventP+0xc4) [0x477e24]
[ 4315.251] 3: /usr/lib64/xorg/modules/input/evdev_drv.so (0x7f40250d4000+0x3dbf) [0x7f40250d7dbf]
[ 4315.251] 4: /usr/bin/X (0x400000+0x6aae7) [0x46aae7]
[ 4315.251] 5: /usr/bin/X (0x400000+0x1180f3) [0x5180f3]
[ 4315.251] 6: /lib64/libc.so.6 (0x3fba000000+0x32a40) [0x3fba032a40]
[ 4315.251] 7: /lib64/libc.so.6 (ioctl+0x7) [0x3fba0d95c7]
[ 4315.251] 8: /usr/lib64/libdrm.so.2 (drmIoctl+0x28) [0x3fcd603388]
[ 4315.251] 9: /usr/lib64/libdrm.so.2 (drmCommandWrite+0x1b) [0x3fcd60360b]
[ 4315.251] 10: /usr/lib64/libdrm_nouveau.so.1 (0x7f4026a81000+0x2dfd) [0x7f4026a83dfd]
[ 4315.251] 11: /usr/lib64/libdrm_nouveau.so.1 (nouveau_bo_map_range+0xfe) [0x7f4026a83fee]
[ 4315.251] 12: /usr/lib64/xorg/modules/drivers/nouveau_drv.so (0x7f4026c86000+0x6478) [0x7f4026c8c478]
[ 4315.251] 13: /usr/lib64/xorg/modules/libexa.so (0x7f4025be5000+0x7d98) [0x7f4025becd98]
[ 4315.251] 14: /usr/bin/X (0x400000+0xd4c7c) [0x4d4c7c]
[ 4315.251] 15: /usr/bin/X (0x400000+0x29fb9) [0x429fb9]
[ 4315.251] 16: /usr/bin/X (0x400000+0x2c32c) [0x42c32c]
[ 4315.251] 17: /usr/bin/X (0x400000+0x219ca) [0x4219ca]
[ 4315.251] 18: /lib64/libc.so.6 (__libc_start_main+0xfd) [0x3fba01ec5d]
[ 4315.251] 19: /usr/bin/X (0x400000+0x21579) [0x421579]

So this is not a nvidia driver problem like I was thinking. Hope that someone solves the problem or finds a solution soon.

[bignasty]

have you tried booting into runlevel1 and changing the video drivers to use vesa?

[aljo666]

yes with vesa is stable but unusable for me

[karljs]

I have this same problem (both with Nouveau and with the blob) and it makes Fedora 13 completely unusable for me. That said, it also occurs in OpenSUSE 11.3 and they have not solved it either. It is very unfortunate but forces me to compromise with which distribution I use.

[aljo666]

it seems that with the kernel-2.6.34.1-9.fc13 form koji the problem is finally fixed.

[karljs]

I am not terribly familiar with Koji, I thought it was just a suite of tools to help packagers. Do you mean that a regular system update with yum has resolved the problem for you, or is there a Koji repo of sorts that has a different set of newer packages?

Edit:
I think I have found the solution here: http://koji.fedoraproject.org/koji/p...fo?packageID=8
I will try out a newer kernel and report back.