Bugzilla – Bug 119208
NVidia kernel module hangs Asus L5D series notebook
Last modified: 2006-08-02 06:16:09 UTC
On kernels 2.6.10 and above (SuSE 9.3 & 10.0) the NVidia kernel module intermittently hangs the machine. The kernel parameters "noapic nolapic" must be passed on the GRUB command line to fix this. I have also reported this to NVidia but nothing happened so I submit it here.
Could you add the result of nvidia-bug-report.sh? Thanks.
Created attachment 51147 [details] nvidia-bug-report.log not sure how useful this will be, i can't get the machine to run long enough to generate the bug report without adding the "noapic nolapic" options to the kernel command line.
Does this still happen with the latest NVIDIA driver and/or SUSE 10.1 (Beta 8 is out now).
(In reply to comment #3) > Does this still happen with the latest NVIDIA driver and/or SUSE 10.1 (Beta 8 > is out now). > Yes, on both SUSE 10 and SUSE 10.1 with the default kernel and vanilla 2.6.16.x releases (with neccessarily patched latest NVIDIA driver). Without the nolapic/noapic options on the grub command line the graphics subsystem hangs, thankfully I can still cleanly shutdown by pressing the off button so obviously the whole system hasn't hung, only the graphics driver, plus the system goes into overdrive when this happens so there may be some kind of race condition causing it - I know there is a BIOS bug with the APIC on this particular machine that the latest OpenSolaris picks up on and that also prevents it from running 64-bit Win-XP but ASUS don't seem to care about it and after more than a year have yet to release a fix.
JFYI, on April 7, 2006 a new NVIDIA driver has been released. Might be worth a try.
Tried that, no difference, it still needs the nolapic option on the kernel command line.
Ok. Thanks for the update.
May I ask you again to check latest NVIDIA driver 1.0-8762 - released on May 22, 2006 on SUSE 10.1? Thanks.
So far it seems to be stable with the default SUSE 10.1 kernel and the 8762 NVIDIA driver - still hangs when using the latest vanilla kernel (2.6.17.1) though.
Thanks for the update!
I've had a chance to test further now on both SUSE 10.1 and SLED 10 - both 64 bit and 32 bit versions, using both default and vanilla kernels - and the system is still unstable when using the NVIDIA binary. The only solution I've found is to set the kernel boot parameter 'nolapic' on the grub command line, this returns stability to the system and also seems to make a slight improvement to the speed of the system. I'm pretty sure now that this problem is due to a faulty bios implementation on this particular machine.
I've now been told by NVIDIA that the information in the bug points to an SBIOS bug, not an nvidia driver bug. ==> WONTFIX