Go Back   nV News Forums > Linux Support Forums > NVIDIA Linux

Newegg Daily Deals

Reply
 
Thread Tools
Old 01-06-11, 12:18 AM   #49
jpi110
Gentoo User
 
Join Date: Jan 2011
Location: Portland, Oregon
Posts: 14
Default Re: "[mi] EQ overflowing. The server is probably stuck in an infinite loop."

Posting a followup: Unfortunately, the intermittent errors returned. Neither the kernel MTRR option nor the nvidia-settings application suggestions seemed to have done any measurable good.

I'm in the process of doing an emerge world with the -g flag enabled to see if we can narrow down where it might be triggered from.

I'm also purchasing a new motherboard/cpu/memory combo to see if maybe this affects a certain hardware combination.

Currently: 2 Quad-core Opteron 2378s, 16G of DDR2-667 ECC Buffered RAM, 2 Nvidia GTX 295s (in SLI configuration), 4 1TB drives in mixed raid configurations, and a Supermicro H8DA8-2 motherboard.

Soon to be: 1 Athlon Phenom II X6 (3.2G), 16G of DDR3-1066 Unbuffered non-ECC RAM, 2 Nvidia GTX 295s (in SLI configuration), 4 1TB drives in mixed raid configurations, and an ASUS M4N98TD EVO.

I can at least, at that point, determine if it is hardware (with the drives/video cards being the only constant elements) or a software one (nvidia drivers).

I should have a definitive answer as to whether this corrects the issues mid-next week when the components arrive and I can assemble them. Though, based on what I've read in this thread, it seems that folks in the Intel camp (i7s in that case) seem to have a similar problem. So, it makes me less convinced this hardware combination will necessarily solve the problem so much as bring me more up to date.

Kernel recompilation, especially with unnecessary drivers and features removed, doesn't seem to have addressed the problem. Nor has incrementing to a more recent kernel. The only thing that seems to make my system not spinlock to the point where I can get any data is using a ck kernel using the BFS cpu scheduler. It seems to at least pass the issue around the cpus more evenly so I can gather data and reboot the system more cleanly.
jpi110 is offline   Reply With Quote
Old 02-20-11, 10:17 AM   #50
user543824
Registered User
 
Join Date: Feb 2011
Posts: 1
Default Re: "[mi] EQ overflowing. The server is probably stuck in an infinite loop."

...any more info?
user543824 is offline   Reply With Quote
Old 02-20-11, 08:28 PM   #51
ShiningArcanine
Registered User
 
Join Date: Aug 2006
Posts: 106
Default Re: "[mi] EQ overflowing. The server is probably stuck in an infinite loop."

Which driver version are you using?

I am using 270.18 on my desktop and I have not had this issue since last year.
ShiningArcanine is offline   Reply With Quote
Old 02-21-11, 01:51 AM   #52
Licaon
Registered User
 
Licaon's Avatar
 
Join Date: Nov 2004
Location: Between the keyboard and the chair.
Posts: 490
Default Re: "[mi] EQ overflowing. The server is probably stuck in an infinite loop."

Quote:
Originally Posted by ShiningArcanine View Post
I am using 270.18 on my desktop and I have not had this issue since last year.
I just experienced it with 270.18.
Licaon is offline   Reply With Quote
Old 02-21-11, 11:35 AM   #53
cheechr1
Registered User
 
cheechr1's Avatar
 
Join Date: Nov 2010
Posts: 94
Default Re: "[mi] EQ overflowing. The server is probably stuck in an infinite loop."

I am also experiencing this issue with 270.26. Heres a link to the thread I have going...

http://www.nvnews.net/vbulletin/show...78#post2394678
cheechr1 is offline   Reply With Quote
Old 02-21-11, 03:48 PM   #54
Licaon
Registered User
 
Licaon's Avatar
 
Join Date: Nov 2004
Location: Between the keyboard and the chair.
Posts: 490
Default Re: "[mi] EQ overflowing. The server is probably stuck in an infinite loop."

270.26, caught a [mi] error, unfortunately not with logverbose 6

i was just running Opera and opened a Dolphin window just to notice that Xorg was using one of my three cores at 100% and scrolling the filelist was very choppy, so i run a nvidia-bug-report to catch this:
Quote:
[ 10052.314] [mi] EQ overflowing. The server is probably stuck in an infinite loop.
[ 10052.314]
Backtrace:
[ 10052.347] 0: /usr/bin/X (xorg_backtrace+0x28) [0x45ceb8]
[ 10052.347] 1: /usr/bin/X (mieqEnqueue+0x1f4) [0x45cd34]
[ 10052.347] 2: /usr/bin/X (xf86PostMotionEventP+0xc4) [0x46ddb4]
[ 10052.347] 3: /usr/lib/xorg/modules/input/evdev_drv.so (0x7f0803b7f000+0x52fc) [0x7f0803b842fc]
[ 10052.347] 4: /usr/bin/X (0x400000+0x74277) [0x474277]
[ 10052.347] 5: /usr/bin/X (0x400000+0x1046f3) [0x5046f3]
[ 10052.347] 6: /lib/libpthread.so.0 (0x7f080a370000+0xef60) [0x7f080a37ef60]
[ 10052.347] 7: /lib/libc.so.6 (nanosleep+0x10) [0x7f0809155770]
[ 10052.348] 8: /lib/libc.so.6 (usleep+0x34) [0x7f080917e144]
[ 10052.348] 9: /usr/lib/xorg/modules/drivers/nvidia_drv.so (0x7f08046ab000+0x3c996e) [0x7f0804a7496e]
[ 10052.348] 10: /usr/lib/xorg/modules/drivers/nvidia_drv.so (0x7f08046ab000+0x3c9bf6) [0x7f0804a74bf6]
[ 10052.348] 11: /usr/lib/xorg/modules/drivers/nvidia_drv.so (0x7f08046ab000+0x3c9c6b) [0x7f0804a74c6b]
[ 10052.348] 12: /usr/bin/X (CallCallbacks+0x4c) [0x43adbc]
[ 10052.348] 13: /usr/bin/X (0x400000+0x31a49) [0x431a49]
[ 10052.348] 14: /usr/bin/X (0x400000+0x32e19) [0x432e19]
[ 10052.348] 15: /usr/bin/X (0x400000+0x2573b) [0x42573b]
[ 10052.348] 16: /lib/libc.so.6 (__libc_start_main+0xfd) [0x7f08090d3c4d]
[ 10052.348] 17: /usr/bin/X (0x400000+0x252c9) [0x4252c9]
....
stopping X
....
[ 11017.612] 11 XSELINUXs still allocated at reset
[ 11017.612] SCREEN: 0 objects of 248 bytes = 0 total bytes 0 private allocs
[ 11017.612] COLORMAP: 0 objects of 8 bytes = 0 total bytes 0 private allocs
[ 11017.612] DEVICE: 0 objects of 32 bytes = 0 total bytes 0 private allocs
[ 11017.612] CLIENT: 0 objects of 112 bytes = 0 total bytes 0 private allocs
[ 11017.612] WINDOW: 0 objects of 80 bytes = 0 total bytes 0 private allocs
[ 11017.612] PIXMAP: 1 objects of 120 bytes = 120 total bytes 0 private allocs
[ 11017.612] GC: 0 objects of 80 bytes = 0 total bytes 0 private allocs
[ 11017.612] CURSOR: 0 objects of 8 bytes = 0 total bytes 0 private allocs
[ 11017.612] CURSOR_BITS: 0 objects of 8 bytes = 0 total bytes 0 private allocs
[ 11017.612] DBE_WINDOW: 0 objects of 24 bytes = 0 total bytes 0 private allocs
[ 11017.612] GLYPH: 0 objects of 24 bytes = 0 total bytes 0 private allocs
[ 11017.612] TOTAL: 1 objects, 120 bytes, 0 allocs
[ 11017.612] 10 SELECTIONs still allocated at reset
[ 11017.612] WINDOW: 0 objects of 80 bytes = 0 total bytes 0 private allocs
[ 11017.612] PIXMAP: 1 objects of 120 bytes = 120 total bytes 0 private allocs
[ 11017.612] GC: 0 objects of 80 bytes = 0 total bytes 0 private allocs
[ 11017.612] CURSOR: 0 objects of 8 bytes = 0 total bytes 0 private allocs
[ 11017.612] CURSOR_BITS: 0 objects of 8 bytes = 0 total bytes 0 private allocs
[ 11017.612] DBE_WINDOW: 0 objects of 24 bytes = 0 total bytes 0 private allocs
[ 11017.612] GLYPH: 0 objects of 24 bytes = 0 total bytes 0 private allocs
[ 11017.612] TOTAL: 1 objects, 120 bytes, 0 allocs
[ 11017.612] 1 PIXMAPs still allocated at reset
[ 11017.612] PIXMAP: 1 objects of 120 bytes = 120 total bytes 0 private allocs
[ 11017.612] GC: 0 objects of 80 bytes = 0 total bytes 0 private allocs
[ 11017.612] CURSOR: 0 objects of 8 bytes = 0 total bytes 0 private allocs
[ 11017.612] CURSOR_BITS: 0 objects of 8 bytes = 0 total bytes 0 private allocs
[ 11017.612] DBE_WINDOW: 0 objects of 24 bytes = 0 total bytes 0 private allocs
[ 11017.612] GLYPH: 0 objects of 24 bytes = 0 total bytes 0 private allocs
[ 11017.612] TOTAL: 1 objects, 120 bytes, 0 allocs
( it's attached too )

looks like it's not only related to evdrv... some nVidia dev help would be nice.
Licaon is offline   Reply With Quote
Old 02-21-11, 05:29 PM   #55
cheechr1
Registered User
 
cheechr1's Avatar
 
Join Date: Nov 2010
Posts: 94
Default Re: "[mi] EQ overflowing. The server is probably stuck in an infinite loop."

I was just streaming video from history.ca with Flash 10.2 when I got this crash:

[ 15776.345] (WW) NVIDIA(0): WAIT (2, 6, 0x8000, 0x0000abc8, 0x0000b9bc)
[ 15783.345] (WW) NVIDIA(0): WAIT (1, 6, 0x8000, 0x0000abc8, 0x0000b9bc)
[ 15822.666] (WW) NVIDIA(0): WAIT (2, 6, 0x8000, 0x00005f50, 0x00006d44)
[ 15829.534] (WW) NVIDIA(0): WAIT (0, 6, 0x8000, 0x00006d44, 0x00006d44)
[ 16131.334] (WW) NVIDIA(0): WAIT (2, 6, 0x8000, 0x0000b890, 0x0000c684)
[ 16138.334] (WW) NVIDIA(0): WAIT (1, 6, 0x8000, 0x0000b890, 0x0000c684)

I guess that removes any doubt as to whether or not VDPAU was working? lol.
Attached Files
File Type: gz nvidia-bug-report.log.gz (115.6 KB, 104 views)
cheechr1 is offline   Reply With Quote
Old 02-21-11, 06:13 PM   #56
Licaon
Registered User
 
Licaon's Avatar
 
Join Date: Nov 2004
Location: Between the keyboard and the chair.
Posts: 490
Default Re: "[mi] EQ overflowing. The server is probably stuck in an infinite loop."

and to add another interesting thing, memory usage on the desktop has been raised, this is a 64bit KDE 4.4.5 w/ KWin OpenGL Composition active:
270.18 or older: <130Mb out of 1024Mb
270.26: >220Mb out of 1024Mb

Using VDPAU for clips and such will temporarely raise the memory usage while playing but it just gets back at ~124Mb after Mplayer stops on 270.18 or older.
Licaon is offline   Reply With Quote

Old 02-23-11, 12:12 AM   #57
cheechr1
Registered User
 
cheechr1's Avatar
 
Join Date: Nov 2010
Posts: 94
Default Re: "[mi] EQ overflowing. The server is probably stuck in an infinite loop."

Bump. Would really be nice to be able to run graphical apps again.. can we get this issue looked at by Nvidia devs please?
cheechr1 is offline   Reply With Quote
Old 03-01-11, 01:55 AM   #58
Licaon
Registered User
 
Licaon's Avatar
 
Join Date: Nov 2004
Location: Between the keyboard and the chair.
Posts: 490
Default Re: "[mi] EQ overflowing. The server is probably stuck in an infinite loop."

Quote:
Originally Posted by cheechr1 View Post
Bump. Would really be nice to be able to run graphical apps again.. can we get this issue looked at by Nvidia devs please?
Oh well, i think we got the culprit at least, thanks to Dizzle7677:
*the bug: https://bugs.freedesktop.org/show_bug.cgi?id=15473
*the culprit: Logitech USB devices ( i have a keyboard, all the attached logs in this thread show a Logitech device ) or CHESEN USB
*the fix: compile xserver yourself go to /xserver/mi/mieq.c and adjust #define QUEUE_SIZE 512 to something like 2048 or 4096

with this in mind, i'll want to mess around with PowerTop a bit since this might me something related to the way USB devices are suspended/resumed
Licaon is offline   Reply With Quote
Old 04-25-11, 07:29 PM   #59
cheechr1
Registered User
 
cheechr1's Avatar
 
Join Date: Nov 2010
Posts: 94
Default Re: "[mi] EQ overflowing. The server is probably stuck in an infinite loop."

Ive recently changed to a Microsoft keyboard/mouse combo (I know M$ is crap but logitech causes these X server issues) and I still experience the EQ overflow often. It is a wireless setup as well as my logitech combo. Usually this error happens (with 270.41.03) either with Warzone 2100 and with flash as well. Most other graphical apps have been working fine, such as wine games (Starcraft II anyway), and UT2004 has been running nicely as well. Also with ProjectM I have seen this come up some more, so I dont think this issue is solved yet....
Attached Files
File Type: gz nvidia-bug-report.log.gz (91.1 KB, 93 views)

Last edited by cheechr1; 04-25-11 at 07:33 PM. Reason: check out this Xlog and tell me this issue is solved lol....
cheechr1 is offline   Reply With Quote
Old 04-28-11, 02:18 PM   #60
Dizzle7677
Registered User
 
Dizzle7677's Avatar
 
Join Date: May 2008
Location: Relativity
Posts: 194
Default Re: "[mi] EQ overflowing. The server is probably stuck in an infinite loop."

xserver bug for a while.... https://bugs.freedesktop.org/show_bug.cgi?id=15473
__________________
Elephants can fly but they have no reason to.
------------------------------------------
Phenom II X3 720 @ 3.5Ghz | Asus M4A785-M | 2 Gig Crucial DDR2 @ 960 Mhz | GeForce GT 440 1024 MB | Linux 3.6.1 / Ubuntu 12.04 / W.I.N.E v1.5.14
Dizzle7677 is offline   Reply With Quote
Reply


Thread Tools

Posting Rules
You may not post new threads
You may not post replies
You may not post attachments
You may not edit your posts

BB code is On
Smilies are On
[IMG] code is On
HTML code is Off
Forum Jump


All times are GMT -5. The time now is 08:34 AM.


Powered by vBulletin® Version 3.7.1
Copyright ©2000 - 2014, Jelsoft Enterprises Ltd.
Copyright 1998 - 2014, nV News.