1.0-8174 for FreeBSD i386 released

[zander]

Release Highlights:
* Added support for new GPUs such as the GeForce 6100 and GeForce 6150.

* Added a new utility 'nvidia-xconfig', which is a commandline
tool for updating X configuration files.

* Added manpages for 'nvidia-xconfig', 'nvidia-settings', and
'nvidia-installer'.

* Made UseEdidFreqs "on" by default; the NVIDIA X driver will
use the valid HorizSync and VertRefresh frequency ranges from the
EDID whenever possible.

* Added support for Stereo Digital Flat Panels such as the SeeReal
and Sharp3D DFPs.

* Added HTML version of the README.

* Added support for static Rotation; see the "Rotate" X config option
in the README.


The 1.0-8174 NVIDIA Accelerated FreeBSD Graphics Driver Set for FreeBSD/i386 is available for download via HTTP (http://www.nvidia.com/object/freebsd_1.0-8174.html) and FTP (ftp://download.nvidia.com/freebsd/1.0-8174/).


If you are using FreeBSD 6.0-RELEASE or a more recent FreeBSD 6.x release, please make sure that the compat5x package is installed.

Note that the gtk-2.x ports package(s) shipped with FreeBSD releases > 5.3-RELEASE are binary incompatible with those shipped with FreeBSD 5.3-RELEASE; due to this, the `nvidia-settings` binary shipped with 1.0-8174 will not work on FreeBSD > 5.3-RELEASE. This problem can be solved by (re-)building `nvidia-settings` from source:

# fetch ftp://download.nvidia.com/XFree86/nvidia-settings/nvidia-settings-1.0.tar.gz
# tar zxf nvidia-settings-1.0.tar.gz
# cd nvidia-settings-1.0
# gmake
# install nvidia-settings /usr/X11R6/bin

[game-master]

What about SLI support for FreeBSD, or driver support for the AMD64 port for FreeBSD?

[rinthos]

apparently freebsd does support Sli (at least it's mentioned in the readme).

http://download.nvidia.com/freebsd/1.0-8174/README/appendix-v.html
---

[joeld]

Awesome Nvidia!

The only thing that's missing now is a driver for FreeBSD/amd64... :)

[Freedevil]

http://download.nvidia.com/freebsd/1.0-8174/README/index.html

Doesnt quite open on browsers, instead pops a download dialog. Correct html code

[netllama]

Which web browser (and version) are you using? The README opens fine for me in Firefox-1.5.

Thanks,
Lonni

[Freedevil]

Which web browser (and version) are you using? The README opens fine for me in Firefox-1.5.

Thanks,
Lonni

Firefox, galeon and epiphany... neither work

All are the latest release version

[uOpt]

http://download.nvidia.com/freebsd/1.0-8174/README/index.html

Doesnt quite open on browsers, instead pops a download dialog. Correct html code

It tells the browser it is a download, so that most downloads skip the display and go directly to save-to-disk and ask for a filename. Does it here under Linux firefox on FreeBSD.

However, when I telnet I get


Connected to download.nvidia.com.
Escape character is '^]'.
GET /freebsd/1.0-8174/README/index.html HTTP/1.0

HTTP/1.1 200 OK
Server: Microsoft-IIS/5.0
Connection: keep-alive
Date: Mon, 12 Dec 2005 11:52:32 GMT
Content-Type: text/html
Accept-Ranges: bytes
Last-Modified: Wed, 23 Nov 2005 12:19:52 GMT
ETag: "0a47e3428f0c51:1c23"
Content-Length: 5829


Which doesn't have the HTTP header so say the above (forgot what it's called).

So I think this must somehow react to the client software.

Clock is off by several minutes, too, BTW.

[lanjoe9]

This driver locks up my laptop...
with or without ACPI.
The last 2 lines of the Xorg.0.log are

Failed to switch consoles (Invalid argument)
Failed to switch consoles (Invalid argument)


I wish Nvidia put as much care into their FreeBSD driver as they put into their Windows one...
(which btw now seems to be crashing my laptop in Windows XP as well, but not Windows 2000.. heh!)

[Freedevil]

This driver locks up my laptop...
with or without ACPI.
The last 2 lines of the Xorg.0.log are


I wish Nvidia put as much care into their FreeBSD driver as they put into their Windows one...
(which btw now seems to be crashing my laptop in Windows XP as well, but not Windows 2000.. heh!)

Provide a problem bug report and help fix the issue if there is one to begin with.

[lanjoe9]

Well, I would have liked people to help me as they always have on this forum, since I've been trying to contact Nvidia via mail for more than a year. Since driver 3xxx I've been absolutely unable to output video through the CRT-out connector, and I know it's not my fault because I used the same xorg.cfg that worked before.
Now I DO have some kind of problem here which is not my fault, because all I did was turn off X, deinstall the previous driver and run "make install" in the new one's main directory, as instructed.
I did that on my desktop computer and there was no problem at all, I simply started X again and everything worked just fine.
So, is there anyone who has had a similar problem?
If not, where shoud I send a bug report, because they don't seem to be paying much attention to e-mails...
Thanks in advance.

[kot]

Ain't it a shame?

[Jandrese]

Strangely, despite all of the talk about making sure you have compat5x installed, I couldn't get the driver to work in FreeBSD 5.4 at all. It complained that it was unable to open /dev/nvidiactl and gave up. Upgrading to FreeBSD 6 solved the problem.

Also, is anyone else having problems with the filesize not matching the stored port filesize for the nVidia control panel port? (x11/nvidia-settings)

The new driver works flawlessly otherwise. I am so enjoying not having to reboot to play games.

[zander]

@Jandrese: when you installed on FreeBSD 5.4, did you install the driver using the official .tar.gz package or from ports? Also, were you using the standard or a custom kernel?

[Jandrese]

From the ports. I'm using a custom kernel. The kernel didn't have AGP support enabled, I wanted to use the one from the driver.

[zander]

@Jandrese: did your custom kernel have devfs enabled? The official driver packages creates static device nodes if not, but the ports version may not be handling this case.

[Jandrese]

devfs was enabled.

The device named actually existed in /dev, and I made sure I had rw access to it. Attempting to cat the device returned a "Device not configured" message instead of the expected "Operation not supported by device"

I even made sure the nvidia module was loaded by the kernel and saw the nvidia0 device probe line in dmesg.

It was a 5.4-STABLE release though, not -RELEASE. I can't tell you the date unfortunatly, it was at least a month or two old.

[drgerafe]

I'm attempting to install the 1.0-8174 for FreeBSD i386 NVIDIA driver on my
Toshiba Satellite Pro 6100 running FreeBSD 5.4-RELEASE and XFree86 4.5.0.

The kernel module (nvidia.ko) installs and loads without problems, returning
the kernel message:

nvidia0: <GeForce4 420 Go> mem 0xdbf80000-0xdbffffff,0xdc000000-0xdfffffff,
0xfd000000-0xfdffffff irq 10 at device 0.0 on pci1

Relevant sysctl(8) variables:
hw.nvidia.registry.NvAGP=1
hw.nvidia.registry.SoftEDIDs=0
hw.nvidia.registry.Mobile=2

When I attempt to start the XFree86 server, however, using the "nvidia" driver,
the entire systems hangs *hard*, requiring a power-cycle to recover.

No error messages are reported to either /var/log/XFree86.0.log or
/var/log/messages.

I get the same result when "hw.nvidia.registry.SoftEDIDs=1"...

The device section of /etc/X11/XF86Config was generated by "nvidia-xconfig":

Section "Device"
Identifier "Card:nvidia"
Driver "nvidia"
VendorName "nVidia Corporation"
BoardName "NV17 [GeForce4 420 Go]"
EndSection

The XFree86 "nv" driver in 4.5.0 seems to "just" work OK (i.e., I can use the
full 1600x1200 resolution of my Toshiba, and "glxgears" runs at 372 fps), so
I'm not *desperate* to use the native NVIDIA driver.
It would be nice, however, to be able to make it work again.

I used the FreeBSD NVIDIA XFree86 driver once-upon-a-time for a short while
when I was running 4.x on this Toshiba.
After upgrading to 5.x, I tried once, but the NVIDIA driver was "broken" (it
didn't use the full 1600x1200 resolution of the display).
Since I got XFree86 to use the full 1600x1200, I haven't been back to the
NVIDIA drivers...

Pointers to debugging this will be appreciated.

[sannn]

I'm attempting to install the 1.0-8174 for FreeBSD i386 NVIDIA driver on my
Toshiba Satellite Pro 6100 running FreeBSD 5.4-RELEASE and XFree86 4.5.0.

The kernel module (nvidia.ko) installs and loads without problems, returning
the kernel message:

nvidia0: <GeForce4 420 Go> mem 0xdbf80000-0xdbffffff,0xdc000000-0xdfffffff,
0xfd000000-0xfdffffff irq 10 at device 0.0 on pci1

Relevant sysctl(8) variables:
hw.nvidia.registry.NvAGP=1
hw.nvidia.registry.SoftEDIDs=0
hw.nvidia.registry.Mobile=2

When I attempt to start the XFree86 server, however, using the "nvidia" driver,
the entire systems hangs *hard*, requiring a power-cycle to recover.

No error messages are reported to either /var/log/XFree86.0.log or
/var/log/messages.

I get the same result when "hw.nvidia.registry.SoftEDIDs=1"...

The device section of /etc/X11/XF86Config was generated by "nvidia-xconfig":

Section "Device"
Identifier "Card:nvidia"
Driver "nvidia"
VendorName "nVidia Corporation"
BoardName "NV17 [GeForce4 420 Go]"
EndSection

The XFree86 "nv" driver in 4.5.0 seems to "just" work OK (i.e., I can use the
full 1600x1200 resolution of my Toshiba, and "glxgears" runs at 372 fps), so
I'm not *desperate* to use the native NVIDIA driver.
It would be nice, however, to be able to make it work again.

I used the FreeBSD NVIDIA XFree86 driver once-upon-a-time for a short while
when I was running 4.x on this Toshiba.
After upgrading to 5.x, I tried once, but the NVIDIA driver was "broken" (it
didn't use the full 1600x1200 resolution of the display).
Since I got XFree86 to use the full 1600x1200, I haven't been back to the
NVIDIA drivers...

Pointers to debugging this will be appreciated.

I've got the same problems on a Toshiba Portege M200 using xorg and the latest nvidia drivers.. I had the feeling it was me.. but it seems like a serious bug in the drivers...