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

Newegg Daily Deals

Reply
 
Thread Tools
Old 08-02-07, 01:20 AM   #1
bbogart
Registered User
 
Join Date: Jan 2004
Posts: 9
Default lockups with 100.14.11 w/ 8600GTS on SN27P2

Hello,

I'm having random lockups of my system (Shuttle SN27P2, AMD Athlon64 4400+ X2, 8600GTS PCI-e) using debian on the stock 2.6.18-4-686 kernel.

I've added all the kernel options I can fine (noapm,noacpi,noapic, pci=nommconf,idle=poll) which results in a stable system with vesa, but with nvidia the system will only stay up a couple hours, or worse before locking.) The early locks were full locks with mouse, keyboard, virtual consoles and network frozen, but now it seems I'm able to keep most things working, but X still locks up. (due to the kernel options above)

I'm now running glxgears using 100.14.09 overnight to test.

I also saw some pink flickering in the background using 100.14.11, mouse moving, but the rest of X locked up.

Attached is my bug report, the last few things the X log says before locking is:

(--) NVIDIA(0): No video decoder detected
(--) NVIDIA(0): No video decoder detected
(--) NVIDIA(0): No video decoder detected
(--) NVIDIA(0): No video decoder detected
(WW) NVIDIA(0): WAIT (2, 6, 0x8000, 0x00004c24, 0x00006228)
(--) NVIDIA(0): No video decoder detected
(--) NVIDIA(0): No video decoder detected
(--) NVIDIA(0): No video decoder detected
(--) NVIDIA(0): No video decoder detected
(--) NVIDIA(0): No video decoder detected
(--) NVIDIA(0): No video decoder detected
(--) NVIDIA(0): No video decoder detected
(--) NVIDIA(0): No video decoder detected

Why would it keep looking for a decoder?

Anyhow I hope the machine is still up in the morning with 100.14.09, but 100.14.11 was useless on this machine.

I was going to try 2.6.22.1 next if I am still having troubles...?

Thanks,
B. Bogart
Attached Files
File Type: log nvidia-bug-report.log (127.3 KB, 117 views)
bbogart is offline   Reply With Quote
Old 08-02-07, 10:40 AM   #2
netllama
NVIDIA Corporation
 
Join Date: Dec 2004
Posts: 8,763
Default Re: lockups with 100.14.11 w/ 8600GTS on SN27P2

I have a few questions:
0) Does this problem persist with a newer kernel?
1) Have you verified that you're using the latest motherboard BIOS?

thanks,
Lonni
netllama is offline   Reply With Quote
Old 08-02-07, 10:48 AM   #3
bbogart
Registered User
 
Join Date: Jan 2004
Posts: 9
Default Re: lockups with 100.14.11 w/ 8600GTS on SN27P2

Thanks Lonni,

The test running the older 100.14.09 worked last night, so whatever it is is specific to the 100.14.11 driver.

I did reflash to the most up to date bios.

Now that it looks to work I'm not planning on breaking anything else with the newer kernel. 2.6.18 is still pretty new, so I think that would make this a "real" bug report. Let me know if there is anything else I can do to narrow it down so it can be fixed in a future driver release.

.b.
bbogart is offline   Reply With Quote
Old 08-02-07, 10:53 AM   #4
netllama
NVIDIA Corporation
 
Join Date: Dec 2004
Posts: 8,763
Default Re: lockups with 100.14.11 w/ 8600GTS on SN27P2

Please retest with a 2.6.22.1 kernel.
netllama is offline   Reply With Quote
Old 08-02-07, 12:25 PM   #5
nvuser07
Registered User
 
Join Date: Aug 2007
Posts: 23
Default Re: lockups with 100.14.11 w/ 8600GTS on SN27P2

I have the similar issue with 100.14.11. My system is HP 1677c with a GeForce 7500 LE graphic card. It has an ADM64x2 4600 CPU and an nForce chipset.

It is running the debian unstable ADM64 stream.

It has been and is still running fine with the 100.14.09 driver, however not quite so with 100.14.11.

I have tried upgrading the driver to 100.14.11 five times. The installation was successful, but the system hanged every single time within a few hours without any apparent reasons.

Glxgears readings were normal with the 100.14.11 driver.

I was doing web browsing, hardly any graphic intensive operations when it hanged. At one time the system was idle, the openGL fireworks screensaver was running, it hanged.

When the system hanged, it was entirely dead. It did not response to ping. I had to pull the power cable to get out of it. (Sorry, I could not do any bug report dump as it happened.)

I have put the system kernel through 2.6.21.5, 2.6.21.6, 2.6.22 and 2.6.22.1. It did not make any difference. Everytime I backed the driver off to 100.14.09, it worked fine - not a single hanging with 100.14.09 so far.

There were no error logs I could gather, they would probably be rolled back during system startup even if the driver managed to have the last word, as I am using reiserfs.

I compared the xorg.conf generated by the driver installation, they are virtually the same for 100.14.09 and 100.14.11.

At last somebody is seeing the same. I am not the only one complaining about 100.14.11.

It is not an immediate issue as 100.14.09 is working fine for me, but it would be nice to get it resolved.

Tell me if anything I can help.

nvuser07 is offline   Reply With Quote
Old 08-02-07, 12:26 PM   #6
netllama
NVIDIA Corporation
 
Join Date: Dec 2004
Posts: 8,763
Default Re: lockups with 100.14.11 w/ 8600GTS on SN27P2

nvuser07, the only thing in common with the original poster is a lockup, which does not constitute a 'similar issue'. Please start a new thread after reading the forum sticky posts.
netllama is offline   Reply With Quote
Old 08-02-07, 12:44 PM   #7
nvuser07
Registered User
 
Join Date: Aug 2007
Posts: 23
Default Re: lockups with 100.14.11 w/ 8600GTS on SN27P2

Ok, please just extract the part regarding the kernel version question and ignore the rest as it is deemed irrelevant.

The message is

100.14.11 (ADM64 version) also hangs on my system running 2.6.22.1 while 10.14.09 (AMD64 version) works fine.

BTW, I have 3 systems currently running 2.6.22.1. It is good to go.
nvuser07 is offline   Reply With Quote
Old 08-02-07, 06:31 PM   #8
bbogart
Registered User
 
Join Date: Jan 2004
Posts: 9
Default Re: lockups with 100.14.11 w/ 8600GTS on SN27P2

So I've been unable to boot a 2.6.22.1 kernel, each time it fails to find the root partition, but I'm using the very same .config as used for the 2.6.18-4 kernel, from the debian repositories, which boots fine.

The bad news is that the same late issues I had with 100.14.11 are now happening on 100.14.09. (with the same kernel options: noacpi noapic noapm pci=nommconf idle=poll) under 2.6.18-4

Symptoms:
X takes a very long time to startup, From the console boot up to the nvidia logo is about 10seconds.

There is a flashing pink colour on certain luminosities, which looks like banding and circles with the gradient used in my background.

X does not freeze solid but locks for a period of time.

the extra insight:

The lock happens at the same moment that the X logfile prints:

(--) NVIDIA(0): No video decoder detected

At this point I see it in the logfile three times, which is the number of times I've seen a freeze.

So what signal makes nvidia try and detect a video decoder? How can I disable that probe?

I've been running for about 20min now, and the message has not came up again yet, the pink flickering is also gone.

So it seems nvidia is trying to get my video output to work, but having some issue?

So any other suggestions since I am unable to get the 2.6.22 kernel working?

disabling video output.

I've attached another nvidia bug report log.
Attached Files
File Type: log nvidia-bug-report.log (128.4 KB, 105 views)
bbogart is offline   Reply With Quote

Old 08-02-07, 06:37 PM   #9
bbogart
Registered User
 
Join Date: Jan 2004
Posts: 9
Default Re: lockups with 100.14.11 w/ 8600GTS on SN27P2

Even more info,

Switching from X is very slow also, about 5s from X to console.

so if I restart X after the video decoder messages have stopped and the pink flickering is gone, X starts fast (not taking 10s), and seems stable without the offending messages getting printed to the log.
bbogart is offline   Reply With Quote
Old 08-02-07, 06:48 PM   #10
bbogart
Registered User
 
Join Date: Jan 2004
Posts: 9
Default Re: lockups with 100.14.11 w/ 8600GTS on SN27P2

Seems related to this old thread:

http://www.nvnews.net/vbulletin/showthread.php?t=87464
bbogart is offline   Reply With Quote
Old 08-02-07, 10:35 PM   #11
bbogart
Registered User
 
Join Date: Jan 2004
Posts: 9
Default Re: lockups with 100.14.11 w/ 8600GTS on SN27P2

So I figured out how to get a totaly stable X session running...

When the machine boots I get a buggy X with the symptoms mentioned in this thread. Other include a freeze anytime I move a GLX window, or move a window on top of a GLX window. Or switching to a virtual console.

So the fix?

/etc/init.d/gdm stop
/etc/init.d/gdm start

(I did not try /etc/init.d/gdm restart, but I suppose that would work.)

So when X comes up the second time, it comes up fast (not after 10s) no pink, no freezes, no pause when switching to virtual consoles.

I compared the X output on the initial X startup, and the restarted one, and they are identical...

So why does X not start up properly the first time???

I would certainly still want to fix this.. Note this is still on 100.14.09.
bbogart is offline   Reply With Quote
Old 08-03-07, 03:23 PM   #12
bbogart
Registered User
 
Join Date: Jan 2004
Posts: 9
Default Re: lockups with 100.14.11 w/ 8600GTS on SN27P2

The X restart trick only results in a stable system with 100.14.09. When using the 100.14.11 driver the problem persists even when the X server is resrtarted.
bbogart 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


Similar Threads
Thread Thread Starter Forum Replies Last Post
Hard lockups - AGP not guilty milo NVIDIA Linux 11 11-12-02 09:20 AM
GL lockups with ti4200, i845E and 2.4.20-pre7-ac3 baffle NVIDIA Linux 3 10-06-02 07:39 PM
Gnome2 lockups due to bug in X driver hobbes NVIDIA Linux 11 07-29-02 04:38 PM

All times are GMT -5. The time now is 02:33 PM.


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