Problems with the famous NVIDIA driver 195.22 on 8.0-RELEASE/amd64

Y

yks

(In short) The system is: 8.0-RELEASE-p2/amd64, NVIDIA GT 240, Intel Core i5, 4GB RAM. The problem is: lockups with `x11/nvidia-driver'.

As soon as the famous nvidia driver with amd64 support was out, I've upgraded from 7.2-RELEASE/i386 to 8.0-RELEASE/amd64. I'd been using the system happily until... until I don't know what but suddenly (yesterday) it produced a kernel panic when shutting down (unfortunately no dump device was configured). And then still worse: on any switching from X to console or shutting down X, the system just locks up, with a black screen, without any messages to log or wherever. While in X, it usually works, but it's impossible to shut down the system cleanly which results in dirty fs and lost files. First I thought this issue to be related to virtualbox kernel modules, I removed them but no success, as well nothing improved after replacing the video card by another nvidia on a different chipset. It's all happening on my work PC, so I unluckily don't have lots of time to test, and I temporarily switched to `nouveau' which is slow and doesn't support chip clock management, but at least doesn't crash. The current version of `nv' driver doesn't yet support my card.
The strangest thing is that all worked for a really long time and there's no obvious cause of the sudden failure. ( Didn't install or update anything major )
Thanks in advance for any comments.
 
yks said:
(In short) The system is: 8.0-RELEASE-p2/amd64, NVIDIA GT 240, Intel Core i5, 4GB RAM. The problem is: lockups with `x11/nvidia-driver'.
Click to expand...

The driver is beta right. I put amd64 on my new laptop and i had kernel panics upon exiting X. It was also one of the widely reported error reports at nv forums as far as amd64 was concerned. Someone suggested disabling smp, which i did and the driver worked fine for a while, but eventually after a long session, resulted in kernel panic again.

I use i386 now, and though of giving amd64 a shot after a couple of months or so.

Read this from zander

http://www.nvnews.net/vbulletin/showthread.php?t=142776
 
Thanks for the advice Mr. crsd, offtopic: the forum there doesn't let me register due to 'banned email address' =) as soon as I manage to register I'll try. But it really seems the problem is rather common.
 
This must be down to specific types of cards, I guess. My current NVIDIA card (Quadro FX 570M) with the beta 64-bit driver from ports (nvidia-driver-195.22) works fine on an SMP kernel (8.0-STABLE, core2duo T7500).
 
I'm experiencing serious performance trouble with 195.22 on 9.0-CURRENT/amd64.

With Compiz Fusion disabled, drawing windows may take several seconds while the whole system is unresponsive. With Compiz Fusion enabled, I think this problem is gone, still the performance is very low. When moving around windows, the frame rate is so low that the movement isn't smooth. May 195.36.15 help? Anyone tried this one?

I already tried different configs of the port. ACPI on/off, WBINVD on/off, but there wasn't really a difference between them. Or may I have better luck with 8.0-STABLE (I need TRIM support, so RELEASE isn't for me)?
 
Are you sure your xorg.conf is actually using nvidia, and not nv? E.g. reinstalling X (or parts of it) may simply reinstate nv for nvidia again. A [cmd=]grep nv /etc/X11/xorg.conf[/cmd] should only give you nvidia.
 
Absolutely sure as I didn't install nv at all. ;)
Additionally, nvidia-settings shows no errors. It also takes several seconds from startx to the desktop.
 
volatilevoid said:
Absolutely sure as I didn't install nv at all. ;)
Additionally, nvidia-settings shows no errors. It also takes several seconds from startx to the desktop.
Click to expand...

What about /var/log/Xorg.0.log ?

Is Xorg running the GLX modules from NVIDIA?
 
Any additional information I could give?

Edit: I'm trying with 8.0-STABLE right now as CURRENT was a bit unstable here... :x
It also might be a better choice when using the closed source driver (although I'm not afraid of debugging problems ;)). As soon as the system is ready, I'll get back with an update.
 
I'm getting there...

/var/log/messages shows
Code: 
Mar 24 18:13:16 odyssey kernel: interrupt storm detected on "irq16:"; throttling interrupt source
when the system gets unresponsive.

Here is the output of # dmesg | grep "irq 16"
Code: 
pcib4: <ACPI PCI-PCI bridge> irq 16 at device 28.0 on pci0
pcib5: <ACPI PCI-PCI bridge> irq 16 at device 28.4 on pci0
uhci3: <Intel 82801JI (ICH10) USB controller USB-A> port 0x4080-0x409f irq 16 at device 29.0 on pci0
uhci4: <Intel 82801JI (ICH10) USB controller USB-B> port 0x4060-0x407f irq 16 at device 29.1 on pci0
uhci5: <Intel 82801JI (ICH10) USB controller USB-C> port 0x4040-0x405f irq 16 at device 29.2 on pci0
ehci1: <Intel 82801JI (ICH10) USB 2.0 controller USB-A> mem 0xc4b25000-0xc4b253ff irq 16 at device 29.7 on pci0
My graphics card is on IRQ 24.

You might also want the whole dmesg as well.

Any hints?

Thomas
 
Upgraded to Xorg 7.5 and nvidia-driver 195.36.15. Hangs, crashes, all remain. Xorg.log has no information.
Hangs always on switching to a ttyvX from X, sometimes on exiting X, sometimes on starting applications, sometimes just hangs without any activity. What the hell may this be? I have to use nouveau as replacement, but it is so quite slow...
My system is: Core-i5, GeForce GT 240, FreeBSD 8.0-RELEASE-p2 #0 amd64.
 
yks said:
Upgraded to Xorg 7.5 and nvidia-driver 195.36.15. Hangs, crashes, all remain. Xorg.log has no information.
Hangs always on switching to a ttyvX from X, sometimes on exiting X, sometimes on starting applications, sometimes just hangs without any activity. What the hell may this be? I have to use nouveau as replacement, but it is so quite slow...
My system is: Core-i5, GeForce GT 240, FreeBSD 8.0-RELEASE-p2 #0 amd64.
Click to expand...

Using 195.36.15 and also GT240(DDR5 edition). Had crashes and general slowness with 195.22 but 195.36 fixed all problems for me.
 
SirDice said:
Problems with the binary nvidia driver are best reported on the nvnews forum. Nvidia developers monitor that one.

http://www.nvnews.net/vbulletin/forumdisplay.php?f=47
Click to expand...

Of course yes. But by whom? How can one report anything if he is not registered on the forum, and when trying to register it only informs that one has got a banned e-mail address whatever address one enters. Admins do not reply either. A very useful forum, nothing to say.
I'm really getting annoyed by this - already 5 months vainly trying to make the blob work - just downloaded and installed 195.36.24 but still getting a lockup on switching to a text console. Options like disable_mtrrs or linux ABI don't help either.
Well, it all is a problem of nvidia, but to my mind, it IS a problem of FreeBSD, too. So I don't feel alien to write here if I have no opportunity to write there.
 
What games actually work on FreeBSD to require 3d acceleration? AFAIK most of the SDL games work fine on nv driver.

This is not meant to deprive you of 3d, but merely asking. I am also using nvidia chipset but I hardly play games these days (growing older, you see) and the ones I play don't need 3d.
 
It's not just games.
Ever tried to play a 720p or 1080p movie with the nv driver? Resize transparent terminal windows?
 
harishankar said:
What games actually work on FreeBSD to require 3d acceleration?
Click to expand...

Most games that run on Linux can run on FreeBSD and that is alot of games (most new ones aswell)
 
Looks like the FreeBSD gods have finally heard me! Today I noticed the updated NV driver (2.1.17) in ports, installed it, and it seems to work! And much, much faster than nouveau, at the level of nvidia's blob (both startup and 2D rendering). Haven't yet tested it thoroughly, but switching to text consoles doesn't lock up the system after a dozen times, nor does exiting Xorg.
Unfortunately, nvidia doesn't want to support neither nv nor nouveau development, so when we will see full support of 2D and 3D in FreeBSD is apparently a matter of centuries (considering the frequency of releases of the open drivers). Hope that at least until next upgrade, this driver will provide comfortable speed... And then I'll think 8times whether to buy nvidia's products again...
 
Well NVidia is the only corporation providing mid/highend GPUs with 3D acceleration for FreeBSD. If you will stop buying nvidia products then the only alternative are intel lowends. I personally love NVidia gpus on FreeBSD just made a mistake buying so new product like 240GT that didnt have much support on linux/freebsd. But now it runs perfectly smooth with 195.36.24 BETA official driver.
 
expl said:
Well NVidia is the only corporation providing mid/highend GPUs with 3D acceleration for FreeBSD. If you will stop buying nvidia products then the only alternative are intel lowends.
Click to expand...

Probably. The AMD/ATi stuff is far from perfect on *nix. But the point is the policy of nvidia versus AMD, the former doesn't have open source in favor, and the future is uncertain, while with the latter there are chances we'll some time get a stable open driver.
Of course, I will not give up my nvidia card right now, and continue trying any new blobs that will be released, as we in Russia say "avos'" (which means, just in a sudden case) it will work. But times are changing.
 
expl said:
Well NVidia is the only corporation providing mid/highend GPUs with 3D acceleration for FreeBSD. If you will stop buying nvidia products then the only alternative are intel lowends.
Click to expand...

So I must have imagined playing ut2004 on FreeBSD with my HD4850 the other day.

Adam
 
adamk said:
So I must have imagined playing ut2004 on FreeBSD with my HD4850 the other day.

Adam
Click to expand...

Quality of the ATi drivers is a big issue, but sure you have some support.
 
You must log in or register to reply here.
Back
Top