Slashdot Mirror


Accelerated nVidia Drivers for FreeBSD

zero0w writes "nVidia has released the official OpenGL accelerated driver set for FreeBSD 4.7 STABLE. Check out the nVidia Driver page for more detail. According to the page, this release should be considered as initial beta. So don't count on it to build a day-to-day production system, yet."

37 of 293 comments (clear)

  1. initial beta? by sczimme · · Score: 4, Funny

    According to the page, this release should be considered as initial beta

    Isn't that usually called 'alpha'?

    --
    I want to drag this out as long as possible. Bring me my protractor.
    1. Re:initial beta? by benwb · · Score: 3, Funny

      No, no, no, that's alpha. When a product hits beta Microsoft stops supporting it.

    2. Re:initial beta? by EvilAlien · · Score: 3, Funny

      Just a hint for the future, you miss out on those highly covetted "Troll" and "Flamebait" moderations if you actually spell Microsoft correctly. If you want to be really elite and properly anti-Microsoft, you should incorporate a $, or use "shaft" or "sloth" instead of -soft.

      Without those <sarcasm>insightful plays on the word 'Microsoft'</sarcasm> one typically only manages to produce an asinine off-topic comment.

      Just some hints for the future, your mileage may vary, all standard disclaimers apply.

      Thank you for not choosing Microsoft... meanwhile, back on topic:

      This is great news for the FreeBSD community. One of the complaints against the OS and long sought-after milestones has been graphics drivers for desktop applications, design work, and even gaming. FreeBSD, like most other OSes, isn't just for servers, and this helps make it better for the desktop.

      nVidia always impresses me with their efforts to support operating systems other than the 500 lb Redmond gorilla that dominates the desktop market. Linux and FreeBSD support is a great PR move for nVidia, and is one of the reasons I will ALWAYS choose nVidia over ATi, Matrox, etc.

      --
      perl -e 'print $i=pack(c5, (41*2), sqrt(7056), (unpack(c,H)-2), oct(115), 10)'
  2. FreeBSD != Linux by OrangeSpyderMan · · Score: 5, Insightful

    The nvidia page is fairly annoying on this point - the direct link to the drivers is under a subtitle "For Linux Users", and on the installation instructions we can read, "Please note that the NVIDIA driver set requires XFree version 4.2 or greater. If this is not available on your linux distribution,"

    A shame to muddy a laudible effort such as BSD drivers with a couple of dumb (lazy?) errors. I can appreciate that much of the info may be common to both, but to explicitly ignore the fundamental differences is a bit of a shame.

    --
    Try NetBSD... safe,straightforward,useful.
    1. Re:FreeBSD != Linux by Anonymous Coward · · Score: 3, Informative

      I think you're confusing the BSD crowd with the GPL crowd. There are many fine examples of BSD code in commercial and free binary distributions. You don't hear the BSD crowd whining about Irix.

      And while we may wonder where Microsoft stuck the UC Berkeley copyright notice in Windows, we're more likely to be aware that the internet works correctly because MS did use the BSD code base to start.

    2. Re:FreeBSD != Linux by be-fan · · Score: 4, Insightful

      Look, FreeBSD support isn't a huge deal at NVIDIA. It's a few coders in their driver development group that are doing this with company approval. No doubt, these pages didn't go through the official "gods of marketing" over at NVIDIA. As such, give it a little time. What most likely happened was that they were pressed for time in releasing these drivers, and so they just made some hastly pages to put it up. What matters is the actual code, and once that's working nicely, I'm sure the page will get polished.

      --
      A deep unwavering belief is a sure sign you're missing something...
    3. Re:FreeBSD != Linux by evilviper · · Score: 3, Interesting
      S3 texture compression is patented and closed source, so no open source drivers can enable it even if they know how

      Correction... No GPL'd driver can enable it even if they know how. There's no reason a BSD driver couldn't be released, and simply leave it up to the user to handle the patent/license issues if required in their locale.

      But that doesn't really matter much to me. I am quite willing to reject any programs that use patented technologies, or otherwise does not operate on a decent OS.
      --
      Slashdot gets worse every day... Pipedot: News for nerds, without the corporate slant
  3. Can I take one 2 Go? by jpmahala · · Score: 3, Insightful

    From their site:

    NOTE: GeForce2 Go and GeForce4 Go mobile processors are not supported in this driver. Please contact the notebook's manufacturer for graphics drivers for your notebook PC.

    Sucks for my Dell Inspiron 8100. Anyone know if there is any way to set up drivers for the GeForce2Go?

    1. Re:Can I take one 2 Go? by tgreiner · · Score: 5, Informative

      These drivers work perfectly with GeForce2 Go cards. I'm writing this on a Dell Inspiron 8200 with GeForce2 Go.

      From 'glxinfo':

      OpenGL vendor string: NVIDIA Corporation
      OpenGL renderer string: GeForce2 MX/AGP/SSE2
      OpenGL version string: 1.3.1 NVIDIA 32.03

      and:

      $ uname -a
      FreeBSD tybalt 4.7-STABLE FreeBSD 4.7-STABLE #39: Fri Nov 8 14:42:57 CET 2002 thorsten@tybalt:/usr/src/sys/compile/TYBALT i386

  4. Re:well it is about time! by dinivin · · Score: 4, Informative
  5. Does BSD for games make sense? by Max+Romantschuk · · Score: 3, Interesting

    I'm the kind of person who likes to run Windows for games and multimedia, and Linux for server stuff.

    It has been under my impression that BSD development is even more focused on server side and ultra stable solutions.

    Of course drivers make sense to use X on BSD, but what about games? Does it pay off to keep BSD for games, or is it simpler to use Linux/Windows for gaming? Just wondering, I guess :)

    --
    .: Max Romantschuk :: http://max.romantschuk.fi/
  6. Finally! by Anonymous Coward · · Score: 5, Funny

    Finally I can stop dual-booting to Linux just so I can play games...

  7. Re:So what? by dinivin · · Score: 5, Informative

    I don't mean to troll, but are there any _existing_ applications / games that would benefit from this?

    Sure... Every 3D linux game: Rune, heretic2, q3a, ut, ut2003, descent, hg2, sof, terminus, parsec... Should I continue?

    Dinivin

  8. Sure, rub it in by dubbayu_d_40 · · Score: 5, Funny

    As if your shell wasn't already 100X better than my dos console, you just have to go and make it paint faster.

  9. Re:Source code... nVidia... by Darren+Winsper · · Score: 5, Insightful

    Not exactly. Their kernel module contains a very large binary and some code to act as an interface between the kernel and the big binary file. This allows them to keep the source closed while allowing people to compile it for newer kernels as they come out.

  10. FACT: NVIDIA is dying by Anonymous Coward · · Score: 5, Funny

    It is official; 3D Gamers.com now confirms: NVIDIA is dying.

    One more crippling bombshell hit the happily fragging NVIDIA community when /. confirmed that NVIDIA drivers are coming to FreeBSD. Coming close on the heels of the recent Doom3 beta, which plainly shows that we'll need the GeForce5s of the future to run it, uh, this news serves to reinforce what we've known all along. NVIDIA is collapsing in complete disarray, as fittingly exemplified by...er... putting a graphics card in every Apple, every X-Box...

    Geez, trolling is a lot harder than I thought...

  11. Will it work with FreeBSD 5.0 and later? by Leimy · · Score: 3, Interesting

    I haven't been running FreeBSD now for almost a month because my job is linux related and the more familiar I am with it the better I do.

    I wasn't planning to use FreeBSD again until 5.0 got released which I *think* is slated for the end of the month still [whether it makes it or not is a different situation].

    Anyway I hope this driver continues to work on later FreeBSDs as it was a major bummer to not have it the last 2 years I ran this OS.

    1. Re:Will it work with FreeBSD 5.0 and later? by dinivin · · Score: 3, Informative


      Rumor has it that it works with -CURRENT after you disable a check in nv-freebsd.h.

      Dinivin

  12. Why have Nvidia done this? by jregel · · Score: 3, Insightful

    Although it's nice to think that Nvidia are porting their drivers to FreeBSD because they are keen on supporting open solutions, the number of users is [relatively] tiny, and I don't find it particularly convincing.

    What is more interesting is the possibility that Nvidia are contracted to develop drivers for a company that is developing a product that will run a BSD variant. What better way for Nvidia to test their new drivers than allow a public beta.

    Pure speculation though, we'll have to wait to see whether anything comes of this.

    1. Re:Why have Nvidia done this? by jo42 · · Score: 3, Informative
      > the number of users is [relatively] tiny

      Everyone who uses Yahoo! uses FreeBSD...

    2. Re:Why have Nvidia done this? by brunes69 · · Score: 3, Informative

      The simple reason is why not? The FreeBSD and Linux drivers use the same closed source binary driver module, the only difference is in the Kernel hooks (very minor). Truth is there has been a partialy working independant NVidia FreeBSD implimentation for some time now. Most likely NVidia just used that and refined it a bit. Now that they have the kernel hook code working for both Linux and FreeBSD, maintaining them will be relatively simple.

    3. Re:Why have Nvidia done this? by be-fan · · Score: 3, Insightful

      The reason seems to be the FreeBSD-NVIDIA project. They did some driver porting, and were really hitting the wall, so their contacts at NVIDIA decided to just do a release. It's not that hard at all to port the NVIDIA driver to another OS. The X11 part is OS independent (like all X11 graphics drivers) and the kernel part is wrapped in a small portability layer. Most likely, they're just doing it because the effort in porting is small compared to the good faith it gets in the community, and the fact that it allows vendors using a BSD to also consider NVIDIA products.

      --
      A deep unwavering belief is a sure sign you're missing something...
  13. Re:Why by daoine_sidhe · · Score: 5, Insightful

    I have been a linux user for 3 years, and I decided to try FreeBSD 4.7. I found it much quicker and more stable; kernel compilation was ridiculously easy and fast, and accelerated opengl was one of my only issues with it. That has been taken care of now, so I can honestly say that my impression of FreeBSD is a _very_ good one. I don't hate linux; I still run Gentoo. I'm just tired of bloated, unstable distributions, and the only ones that have approached the performance and stability I've seen in FreeBSD are Gentoo and Debian. Now, I'm sure there are probably others; I just haven't had the pleasure of using them as of yet. So, in conclusion, as a FreeBSD user I do not hate linux, but as a linux user I'm beginning to become frustrated with the state of distributions. Does that answer the question?

  14. Re:Great! But... by swordboy · · Score: 5, Funny

    ...the question is, will my games run faster on FreeBSD?

    I dunno but SSH runs great on my headless nForce firewall.

    w00t!

    --

    Life is the leading cause of death in America.
  15. drivers mirrored in australia by jason+andrade · · Score: 3, Informative

    just letting people know we've mirrored the freebsd drivers in australia at

    http://planetmirror.com/pub/nvidia/drivers/freebsd /

    cheers,

    -jason

  16. Correction by Anonymous Coward · · Score: 5, Informative


    the readme says:

    if your XF86Config has a "Device" section with a 'Driver "nv"' line, you will need to update it to 'Driver "nv"'

    this should say:

    if your XF86Config has a "Device" section with a 'Driver "nv"' line, you will need to update it to 'Driver "nvidia"'

    --
    Dreamweaver Templates
    Dreamweaver Templates
    --

  17. Re:FreeBSD drivers instead of for Linux? by Nothinman · · Score: 3, Informative

    There's no "instead of" here, they have both.

    OS X's userspace is from FreeBSD but the kernel is Mach, not FreeBSD.

  18. Good Deal by SomeOtherGuy · · Score: 5, Funny

    Now I can get working on my dream Apache module called mod_3daccel

    --
    (+1 Funny) only if I laugh out loud.
  19. Linux drivers... by dubious9 · · Score: 3, Insightful

    While I'm glad that Nvidia is broadening their base, I can't wonder if more people wouldn't benefit from new drivers for the new releases from Red Hat and Mandrake.

    I know the rpms don't work for either (8.2 under Mandrake 9.0 and 7.3 under RedHat 8.0) so as far as I can tell, you need to compile the source to get the driver working.

    This however requires configured kernel source and if you don't have that for your current kernel i.e. you never installed the src rpm, you'll have to install, configure, compile the kernel, then compile the NVidia drivers then edit the XF86Config file to change the driver string!

    Come on Nvidia, can't we have an automated driver? Please? Pretty please?

    --
    Why, o why must the sky fall when I've learned to fly?
    1. Re:Linux drivers... by dvNull · · Score: 3, Informative

      Okay .. i dont know what HOWTO you have been reading but for redhat and Mandrake all you have to do is:

      rpm -ivh NVIDIA*.src.rpm
      and then
      rpmbuild -bb /usr/src/redhat/SPECS/NVIDIA*.spec
      and edit the XF86Config file

      Or you can build directly from the tarball.

      AT no time do you have to build a custom kernel to install nvidia drivers.

      You had to compile a custom kernel to get xfs support and not for nvidia drivers.

      dvNuLL

  20. I like it by Ded+Bob · · Score: 3, Funny

    I am running with the nVidia drivers now on my Ti4200. Things I have noticed:

    1) You need a chmod 0666 on /dev/nvidia*. It helps xlock run.
    2) Atlantis mode (xlock) is my desktop background. Hi shark. Please do not eat my menu.
    3) The artifacts left behind by the XFree86 nv driver are no longer there. I believe that XFree86 v4.3 is supposed to fix this.

    Now, I need to go find some games. Time to try out UT.

  21. Re:Why by MsGeek · · Score: 3, Informative
    I'm going to have to bite the bullet and write a "me too" post here. I recently was exposed to the joy that is FreeBSD on the desktop. It is certainly more work to set up than your average friendly Linux distro, but once you do, IT ZOOMS. KDE 3 under FreeBSD 4.7 Stable is hella fast on my PIII 733MHz...it absolutely roars compared to KDE 3 under Red Hat 7.3. And this was before anyone could get to tuning things specifically for PIII.

    The beauty of the FreeBSD codebase is how tight and fast it is. You can run it on a 486 and it doesn't struggle half as much as Linux on such a platform. You can run it on up-to-date hardware too, and it just feels like the difference between an SUV and a sportscar.

    I have been involved in an effort to create a distro specifically for older computers. That's what the link to the Kawaii Project is all about. Originally the idea was Kawaii Linux, but the versatility and power of FreeBSD has opened my eyes to a potential alternative code base that could not only create a decent Open operating system for rescued old computers, but also an Open desktop operating system which could run the gamut from i486 to the fastest P4/Athlon machines.

    Certainly Apple has proved that a desktop OS with a BSD under the hood is not only doable, but a great choice. Why should x86 users miss out on the fun? It's a great operating system which only needs some prettying up and simplification to be a contender on the desktop. The Kawaii Project hasn't officially decided on FreeBSD as the codebase for the project, but let's just say it's a very strong possibility that will be the way we'll go.

    It's very early on yet, but here's the link: http://www.kawaiiproject.org/. BSD-heads who want in on a desktop project are encouraged to contribute ideas.

    --
    Knowledge is power. Knowledge shared is power multiplied.
  22. what about other BSDs? by Hythlodaeus · · Score: 3, Interesting

    I don't know anything about any differences in how the BSDs handle drivers, so I'll ask, how much work would it take to make these nVidia drivers run under NetBSD or OpenBSD?

    --
    For great justice.
  23. Common guys by linux_warp · · Score: 3, Insightful

    For years we have been bitching about not having nvidia drivers for freebsd, and now that they have made substantial progress and released a alpha/beta all we can do is bitch that they are unfinished? Lets give them a hand, they are making progress and obviously care about their customers.

  24. NetBSD by hubertf · · Score: 3, Insightful

    I'd like to see this (at least) for NetBSD too, and maybe not only for PCs.

    => Open-Source these drivers, please!

    - Hubert

    1. Re:NetBSD by be-fan · · Score: 3, Informative

      The kernel portability layer is already open. The FreeBSD-nvidia project even got some initial results porting the Linux version. However, there are some issues in the binary part that held up the port. Given that they've most likely cleaned up the issues in the binary part for the FreeBSD port (why bother maintaining two different nearly identical binary modules?) a port to NetBSD should be fairly easy.

      --
      A deep unwavering belief is a sure sign you're missing something...
  25. Re:Great! But... by Vinum · · Score: 3, Informative

    It is a little more complex than that if you consider that linux binaries and freebsd (and every other freaking unix in the world) use a different method to access system calls. :)

    Unix machines (like FreeBSD) push parameters to the system call to the stack then call int 80h. That is sometimes called the C convention. Linux on the other hands follows the Microsoft (or called Pascal sometimes) convention of putting parameters into registers then call int 80h.

    It isn't a huge deal, since you should in theory always preserve registers before a system call anyway... but freebsd perserves all registers besides EAX anyway... so whatever. In theory the Unix convention is supposed to be faster but I haven't personally benchmarked it ever...

    The kernel table isn't such a big deal, it is porting the actual systems calls from the libc where most of the work gets done. (Few applications actually call the kernel, they do it through the libs)