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

Newegg Daily Deals

Reply
 
Thread Tools
Old 12-06-10, 10:51 PM   #25
ShiningArcanine
Registered User
 
Join Date: Aug 2006
Posts: 106
Default Re: "[mi] EQ overflowing. The server is probably stuck in an infinite loop."

This issue is not solved. I just had a freeze and while I could ssh into my system, nvidia-bug-report.sh hung and I could not restart the X server. I could not even reboot, so I had to force a reboot. The screen was frozen and had graphical corruption that was in a consistent pattern. Little rectanglar distortions were basically in a checkerboard pattern on the screen.
Attached Files
File Type: gz nvidia-bug-report.log.gz (40.4 KB, 98 views)
ShiningArcanine is offline   Reply With Quote
Old 12-08-10, 02:30 PM   #26
sillium
Registered User
 
Join Date: Sep 2008
Posts: 27
Default Re: "[mi] EQ overflowing. The server is probably stuck in an infinite loop."

Hmm, ok, i think i have to say "Sorry Nvidia!"

There seems to be a regression in the Xorg-Server. I downgraded from 1.9.x to 1.8.x and no more crashes..
ATM i'm cloning the xserver repo and then i'll do a bisect. With some luck i'll find the commit which breaks x..
sillium is offline   Reply With Quote
Old 12-08-10, 03:04 PM   #27
ShiningArcanine
Registered User
 
Join Date: Aug 2006
Posts: 106
Default Re: "[mi] EQ overflowing. The server is probably stuck in an infinite loop."

Please post your results. If you find a bad commit, there are many people who would likely be interested in examining it. If you do not find one, then it is likely that some other component is causing this issue. Every little bit of information helps.
ShiningArcanine is offline   Reply With Quote
Old 12-08-10, 04:34 PM   #28
sillium
Registered User
 
Join Date: Sep 2008
Posts: 27
Talking Re: "[mi] EQ overflowing. The server is probably stuck in an infinite loop."

Ha, Gotcha!

Code:
d75e8146c414bfd512ba5dbd4a83acb334bbe19b is the first bad commit
commit d75e8146c414bfd512ba5dbd4a83acb334bbe19b
Author: Keith Packard <keithp@keithp.com>
Date:   Mon Jul 12 16:01:34 2010 -0700

    Unwrap/rewrap EnterVT/LeaveVT completely, Fixes 28998
    
    Because some EnterVT code needs to remove it self from the
    call chain, we need to fix all of the wrappers to correctly
    unwrap/rewrap during the call chain. This is a follow-on to the fix
    for bug 27114 in commit 68a9ee8370e6f9b38218376ac92d5130a5b0ef1e.
    
    Signed-off-by: Keith Packard <keithp@keithp.com>
    Tested-by: Jesse Barnes <jesse.barnes@intel.com>
    Reviewed-by: Daniel Stone <daniel@fooishbar.org>
    Reviewed-by: Tiago Vignatti <tiago.vignatti@nokia.com>

:040000 040000 a302fa328e4ef3500ef954b57741498979238e74 00e618e04b26cc10d0baf8269bc6e54e4570eaea M      glx
:040000 040000 c7cbcde94f5a2168e841ed037e25137f86dccc40 0ac56be3f456d9e1a7e002abb5b330817d2a535a M      hw

Code:
git bisect start
# good: [a71dbc03e65cf7b0654a6eca93ce0bf6a1711ffa] Bump to version 1.8.99.904 (1.9 RC4)
git bisect good a71dbc03e65cf7b0654a6eca93ce0bf6a1711ffa
# bad: [a2c13f0d6548310e3cd115cf486d3e43edf23dcc] Bump to version 1.8.99.905 (1.9 RC5)
git bisect bad a2c13f0d6548310e3cd115cf486d3e43edf23dcc
# good: [c65280ce8df4836bd7424a90482e8aa00ab6f447] Increase advertised RENDER protocol minor version to 11
git bisect good c65280ce8df4836bd7424a90482e8aa00ab6f447
# good: [2307ab5bc9365ebbe04568edb7c7620a23689b70] Merge remote branch 'whot/for-keith'
git bisect good 2307ab5bc9365ebbe04568edb7c7620a23689b70
# good: [b2b9c458a46e9a41c3c76ffe83a2b580a41d0e90] XQuartz: Remove some dead code.
git bisect good b2b9c458a46e9a41c3c76ffe83a2b580a41d0e90
# bad: [0540c46066f938ad5611c56081cfcd8457a9b718] EXA: Finish access to pixmap if it's prepared at destruction time.
git bisect bad 0540c46066f938ad5611c56081cfcd8457a9b718
# bad: [d75e8146c414bfd512ba5dbd4a83acb334bbe19b] Unwrap/rewrap EnterVT/LeaveVT completely, Fixes 28998
git bisect bad d75e8146c414bfd512ba5dbd4a83acb334bbe19b
Unfortunately this is a pretty large commit:
http://cgit.freedesktop.org/xorg/xse...83acb334bbe19b

Anyway, i'm going to file a bug report. Let's hope they'll fix it soon.

[Update]
Link to bug report: https://bugs.freedesktop.org/show_bug.cgi?id=32242
[/Update]

Last edited by sillium; 12-08-10 at 04:52 PM. Reason: added link to bug report
sillium is offline   Reply With Quote
Old 12-10-10, 12:53 PM   #29
sillium
Registered User
 
Join Date: Sep 2008
Posts: 27
Angry Re: "[mi] EQ overflowing. The server is probably stuck in an infinite loop."

From https://bugs.freedesktop.org/show_bug.cgi?id=32242#c1:

Quote:
On Wed, Dec 08, 2010 at 02:46:28PM -0800, bugzilla-daemon@freedesktop.org
wrote:
> The X Server crashes after switching to a VT for the second time (the first
> time it works without problems) with this backtrace:
>
> Backtrace:
> 0: X (xorg_backtrace+0x28) [0x49ef08]
> 1: X (0x400000+0x5ffb9) [0x45ffb9]
> 2: /lib/libpthread.so.0 (0x7fe58f486000+0xf1c0) [0x7fe58f4951c0]
> 3: /usr/lib/xorg/modules/drivers/nvidia_drv.so (0x7fe58a003000+0xbe19b)
> [0x7fe58a0c119b]
> 4: /usr/lib/xorg/modules/drivers/nvidia_drv.so (0x7fe58a003000+0xbe7b5)
> [0x7fe58a0c17b5]
> [...]
> Segmentation fault at address 0x25
>
>
> This is the offending commit according to a bisect:
> d75e8146c414bfd512ba5dbd4a83acb334bbe19b is the first bad commit
> commit d75e8146c414bfd512ba5dbd4a83acb334bbe19b
> Author: Keith Packard <keithp@keithp.com>
> Date: Mon Jul 12 16:01:34 2010 -0700
>
> Unwrap/rewrap EnterVT/LeaveVT completely, Fixes 28998
>
> Because some EnterVT code needs to remove it self from the
> call chain, we need to fix all of the wrappers to correctly
> unwrap/rewrap during the call chain. This is a follow-on to the fix
> for bug 27114 in commit 68a9ee8370e6f9b38218376ac92d5130a5b0ef1e.
>
> Signed-off-by: Keith Packard <keithp@keithp.com>
> Tested-by: Jesse Barnes <jesse.barnes@intel.com>
> Reviewed-by: Daniel Stone <daniel@fooishbar.org>
> Reviewed-by: Tiago Vignatti <tiago.vignatti@nokia.com>

This would be a bug in the NVIDIA proprietary driver - please take it up
with them.

Cheers,
Daniel
now.. this makes me jump and scream around.
Is this bug ping pong or what?
Anybody's an idea who (and why) is to blame?
Maybe someone from NVIDIA could/would give a short statement on this.
That would be quite helpful..
sillium is offline   Reply With Quote
Old 12-10-10, 06:14 PM   #30
ShiningArcanine
Registered User
 
Join Date: Aug 2006
Posts: 106
Default Re: "[mi] EQ overflowing. The server is probably stuck in an infinite loop."

Quote:
Originally Posted by sillium View Post
From https://bugs.freedesktop.org/show_bug.cgi?id=32242#c1:



now.. this makes me jump and scream around.
Is this bug ping pong or what?
Anybody's an idea who (and why) is to blame?
Maybe someone from NVIDIA could/would give a short statement on this.
That would be quite helpful..
This is how software development works. Some comments from Nvidia on this issue would be nice now that it has been established that they are likely doing something wrong.
ShiningArcanine is offline   Reply With Quote
Old 12-11-10, 05:18 PM   #31
sillium
Registered User
 
Join Date: Sep 2008
Posts: 27
Default Re: "[mi] EQ overflowing. The server is probably stuck in an infinite loop."

Quote:
Originally Posted by ShiningArcanine View Post
This is how software development works.
No, this has nothing to do with software development. This is bad project management. Just pass ("delegate") the problem to someone else so it is not your problem anymore. I can understand it in some way but from a user/customer's view this just sucks.

Anyway.. i'm working on a patch, let's see if it works out..
sillium is offline   Reply With Quote
Old 12-11-10, 05:35 PM   #32
sillium
Registered User
 
Join Date: Sep 2008
Posts: 27
Default Re: "[mi] EQ overflowing. The server is probably stuck in an infinite loop."

Fixie:
https://bugs.freedesktop.org/show_bug.cgi?id=32242#c5
(remember: WMF - works for me )
sillium is offline   Reply With Quote

Old 12-12-10, 12:46 PM   #33
one_and_only
Registered User
 
Join Date: Mar 2007
Posts: 47
Default Re: "[mi] EQ overflowing. The server is probably stuck in an infinite loop."

https://bugs.freedesktop.org/show_bug.cgi?id=32242#c5
- Seems to work for me too.
one_and_only is offline   Reply With Quote
Old 12-12-10, 08:14 PM   #34
mocharhw
Registered User
 
Join Date: May 2008
Posts: 113
Default Re: "[mi] EQ overflowing. The server is probably stuck in an infinite loop."

I'm seeing this error in my logs as well but I have a totally different problem which is related to vdpau losing its overlay queue for some reason after mplayer crashes. See my report at http://www.nvnews.net/vbulletin/showthread.php?t=157915
mocharhw is offline   Reply With Quote
Old 12-13-10, 08:31 PM   #35
one_and_only
Registered User
 
Join Date: Mar 2007
Posts: 47
Default Re: "[mi] EQ overflowing. The server is probably stuck in an infinite loop."

But, as it is said in the bug report (https://bugs.freedesktop.org/show_bug.cgi?id=32242#c6) it's not a solution. Still reproduceable with the lastest driver (260.19.29) and xorg (1.9.2.902). The easiest way to reproduce (on kde):
- turn od destkop effects
- open movie with mplayer using vdpau (x11
- press multiple times 'f' shortcut (go fullscreen)
mplayer hangs (and system sometimes too).
one_and_only is offline   Reply With Quote
Old 12-15-10, 04:30 PM   #36
braingravyuk
Registered User
 
Join Date: Oct 2010
Location: Manchester, UK
Posts: 10
Default Re: "[mi] EQ overflowing. The server is probably stuck in an infinite loop."

Still crashing for me with the latest driver (260.19.29), no looping on my Xorg.log.old though.. probably restarted before the backtrace started, had this in my system log though:

Code:
Dec 15 22:21:08 phoenix kernel: [15968.260234] NVRM: Xid (0003:00): 13, 0003 00000000 00008597 00000e08 04380000 00000040
Dec 15 22:21:08 phoenix kernel: [15968.262296] NVRM: Xid (0003:00): 6, PE007e 
Dec 15 22:21:08 phoenix kernel: [15968.263414] NVRM: Xid (0003:00): 6, PE007e 0a04 44070000 00000000 00000000 00000000
Dec 15 22:21:08 phoenix kernel: [15968.264438] NVRM: Xid (0003:00): 6, PE007e 
Dec 15 22:21:08 phoenix kernel: [15968.265584] NVRM: Xid (0003:00): 6, PE007e 0a04 44070000 00000000 00000000 00000000
Dec 15 22:21:08 phoenix kernel: [15968.266646] NVRM: Xid (0003:00): 6, PE007e 
Dec 15 22:21:08 phoenix kernel: [15968.268054] NVRM: Xid (0003:00): 13, 007f 00000000 00000000 00000000 00000000 00000001
Dec 15 22:21:08 phoenix kernel: [15968.269107] NVRM: Xid (0003:00): 13, 007f 00000000 00000000 00001e04 1a0d1400 00000000
Would be nice if Zander or Aaron, someone from Nvidia mention something about this issue.. hard lockups suck
braingravyuk 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 11:24 PM.


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