Slashdot Mirror


LKM NVidia Drivers Now Available For NetBSD

Dan writes "Quentin Garnier has made a loadable kernel module (LKM) version of the NVidia drivers on NetBSD. This release is very preliminary, rough and mostly meant to test the installation procedure. You will need a NetBSD-current system but the downloadable drivers code itself should be quite backward compatible with some caveats. For example, you need 'options KVM86' in your kernel config. His NVidia drivers on NetBSD page indicates that known working hardware includes RIVA TNT2 Model 64 (PCI), GeForce2 MX/MX 400, Vanta(AGP) and more!"

35 comments

  1. Not First Post! by Anonymous Coward · · Score: -1, Troll

    This is not the first post so you may continue reading on.

    NetBSD Rules!!!!!

  2. The answer is DRI! by motown · · Score: 5, Informative

    As I already pointed out in this post, it would be a lot easier for both NVIDIA and others if NVIDIA just based its driver model on DRI.

    --
    "Oooh, does that mean we get to kick some puffy white mad zionist butt?"
    1. Re:The answer is DRI! by ctr2sprt · · Score: 4, Interesting
      Probably so, but back when NVIDIA first released their drivers it really was reasonable to stay away from DRI, do their own implementation of AGP, etc. Now I suspect a lot of it is inertia: if they wanted to rewrite their drivers to use DRI, they'd probably have to start nearly from scratch. This would take a long time, and the end result would likely be worse than what we have now (at first, anyway), so nobody would use it.

      I'm not saying you're wrong. I think this is the direction NVIDIA needs to take in the future, and I expect they will take it (eventually). But it's not something that can be done in even a couple weeks.

      (Actually, I am kind of hoping that this is the reason behind the delay in FreeBSD drivers: the *BSD and Linux teams are trying to work on a much more portable driver, which might well mean DRI. Of course, there are lots of other things to worry about in the FreeBSD drivers since nearly all OpenGL games are going to be run in the Linux emulator, so maybe it's not that simple after all.)

    2. Re:The answer is DRI! by Anonymous Coward · · Score: -1, Offtopic

      What an impressively misguided comment.

    3. Re:The answer is DRI! by Anonymous Coward · · Score: -1, Troll
      What are you smoking? I want to get some.

      Put yourself in NVidia shoes. There is no profit in supporting NetBSD. It is doubtful that there are more than a dozen people in the whole world where this driver is of any interest. Time to take reality check.

    4. Re:The answer is DRI! by Anonymous Coward · · Score: -1, Troll

      an Elegy For *BSD


      I am a *BSD user
      and I try hard to be brave
      That is a tall order
      *BSD's foot is in the grave.

      I tap at my toy keyboard
      and whistle a happy tune
      but keeping happy's so hard,
      *BSD died so soon.

      Each day I wake and softly sob
      Nightfall finds me crying
      Not only am I a zit faced slob
      but *BSD is dying.

    5. Re:The answer is DRI! by Anonymous Coward · · Score: 0

      The reason not to use DRI was a different one. The current nvidia driver architecture shares 90% of the code between *nix and Windows. The other 10% is system dependant (x11/gdi ...). If nvidia used dri they couldn't share the code between all platforms.

    6. Re:The answer is DRI! by Anonymous Coward · · Score: 0

      I'm one of those interested. Seriously.

    7. Re:The answer is DRI! by X-Guy · · Score: 1

      Why? Does the DRI support multiple screens yet? Multiple simultaneous cards? Does it support accelerated indirect rendering yet? What about workstation features like overlays or window IDs? Quad-buffered stereo? NVIDIA's drivers do all these things and the DRI still sucks like it did three years ago. NVIDIA was wise to stay away from it.

  3. *BSD is dying by Anonymous Coward · · Score: -1, Troll
    It is official; Netcraft now confirms: *BSD is dying

    One more crippling bombshell hit the already beleaguered *BSD community when IDC confirmed that *BSD market share has dropped yet again, now down to less than a fraction of 1 percent of all servers. Coming on the heels of a recent Netcraft survey which plainly states that *BSD has lost more market share, this news serves to reinforce what we've known all along. *BSD is collapsing in complete disarray, as fittingly exemplified by failing dead last in the recent Sys Admin comprehensive networking test.

    You don't need to be a Kreskin to predict *BSD's future. The hand writing is on the wall: *BSD faces a bleak future. In fact there won't be any future at all for *BSD because *BSD is dying. Things are looking very bad for *BSD. As many of us are already aware, *BSD continues to lose market share. Red ink flows like a river of blood.

    FreeBSD is the most endangered of them all, having lost 93% of its core developers. The sudden and unpleasant departures of long time FreeBSD developers Jordan Hubbard and Mike Smith only serve to underscore the point more clearly. There can no longer be any doubt: FreeBSD is dying.

    Let's keep to the facts and look at the numbers.

    OpenBSD leader Theo states that there are 7000 users of OpenBSD. How many users of NetBSD are there? Let's see. The number of OpenBSD versus NetBSD posts on Usenet is roughly in ratio of 5 to 1. Therefore there are about 7000/5 = 1400 NetBSD users. BSD/OS posts on Usenet are about half of the volume of NetBSD posts. Therefore there are about 700 users of BSD/OS. A recent article put FreeBSD at about 80 percent of the *BSD market. Therefore there are (7000+1400+700)*4 = 36400 FreeBSD users. This is consistent with the number of FreeBSD Usenet posts.

    Due to the troubles of Walnut Creek, abysmal sales and so on, FreeBSD went out of business and was taken over by BSDI who sell another troubled OS. Now BSDI is also dead, its corpse turned over to yet another charnel house.

    All major surveys show that *BSD has steadily declined in market share. *BSD is very sick and its long term survival prospects are very dim. If *BSD is to survive at all it will be among OS dilettante dabblers. *BSD continues to decay. Nothing short of a miracle could save it at this point in time. For all practical purposes, *BSD is dead.

    Fact: *BSD is dying

    1. Re:*BSD is dying by Anonymous Coward · · Score: -1, Flamebait

      FreeBSD is the most endangered of them all, having lost 93% of its core developers.

      Heh, good one. Did you know that Linus Torvalds blows goats? I have proof.

    2. Re:*BSD is dying by Anonymous Coward · · Score: 0

      You must be a very stupid kid. Kind of a "geek".

  4. Fact by Anonymous Coward · · Score: -1, Troll

    Jesus was a black. Now go live in rhythmic, trance-like hedonistic harmony. Thanks!

    Oh and by the way, BSD is no longer amongst the living.

    1. Re:Fact by Anonymous Coward · · Score: -1, Troll

      No, Jesus was a blond haired, blue eyed, potbellied hick from Alabama. And blacks are now the second place minority to hispanics.

    2. Re:Fact by Anonymous Coward · · Score: -1, Troll

      *BSD is dead. No ands, ifs, or buts. Dead.

    3. Re:Fact by Anonymous Coward · · Score: 0, Funny

      BSD is alive! Have you accepted BSD as your personal OS?

  5. Even easier solution for Nvidia ... by Anonymous Coward · · Score: -1, Flamebait

    ignore *BSD. The dead don't qualify as worthy customers.

    Yeah, yeah this is a troll.

    1. Re:Even easier solution for Nvidia ... by Anonymous Coward · · Score: -1, Troll

      I have instructions for you too. Go jump in a lake full of piranas, penguin porker.

  6. FACT: Jesus uses OpenBSD (nt) by Anonymous Coward · · Score: 0

    Yes, i know, i used the nt think from k5. Sorry.

  7. What about OpenBSD by motown · · Score: 5, Interesting

    I checked this guy's site, and it appears he really did some impressive work hacking around those binary FreeBSD drivers and somehow getting them to work with NetBSD (even though there are currently some serious issues left, but it looks like he already completed the hard part of the work).

    With this feat, I wonder if a similar hack could now also be made for OpenBSD... Although probably nobody would be interested in this. I mean, come on: why modify an otherwise stable and highly secure (mostly server) OS through the use of experimental patches, combined with binary code originally meant for another OS, which would only be beneficial to 3d graphics support? ;) But still I'm wondering, purely from a theoretical and technical point of view, how much more difficult it would be. Not much, I reckon, since the BSD's (especially NetBSD and OpenBSD) are very closely related and therefore share a lot of code and architecture.

    I guess that the next (sufficiently interesting) step would be Darwin (the x86-port ofcourse). Since Darwin is more distantly related from the BSD family than the rest of the BSD's (it's based on a FreeBSD-like layer on top of a microkernel), this might prove to be more of a challenge. :)

    Aaaargh! So many operating systems to potentially support! Do you see now why I am such a proponent of DRI? ;)

    --
    "Oooh, does that mean we get to kick some puffy white mad zionist butt?"
    1. Re:What about OpenBSD by mirabilos · · Score: 1

      I'd like that too, and maybe I'll try it out the
      next days.
      I've got a friend who's only prevented from using
      OpenBSD (or MirBSD) as his main OS because there
      {we,a}re no nVidia "drivers" (though I dislike to
      speak of "drivers" in a unix OS).

      --
      My Karma isn't excellent, damn it! (And /. still does not get UTF-8 right in 2012. Wow.)
    2. Re:What about OpenBSD by Anonymous Coward · · Score: 0

      Disclaimer : I'm not a kernel developper, and I'm not an OpenBSD user.

      How many hardware opengl board are supported under OpenBSD at the moment ? Answer that question and you'll know if such a port is usefull/less...
      Well, the thing is, if OpenBSD isn't yet much geared toward OpenGL stuff, the first real hardware driver would have to deal with eventual kernel inefficencies in that area, which could potentially slow down the driver development. In the case of Nvidia, if you add up the fact that it's not a driver made from the ground up for OpenBSD, then it's several minefields stacked up you're dealing with. So it might not be the best way of starting OpenGL hardware support.

      About Darwin, I remember reading a while ago that the main difficulty in the FreeBSD port was about some driver function requiring access to a certain memory part (to avoid memcopies) that the kernel wouldn't allow. That zero copy trick might be trickier in Darwin, as most service parts (like drivers) of the kernel are moved out of the core, implying lots of messaging and memory transferts between the core and the external services.
      But I'm no kernel developer, so I'm just guessing.

  8. Unloadable kernel modules are obsolete now? by Rares+Marian · · Score: 1

    Sorry I'm in redundancy nazi mode now. Redundancy is most common cause of pointless acronyms.

    --
    The message on the other side of this sig is false.
    1. Re:Unloadable kernel modules are obsolete now? by Anonymous Coward · · Score: 0

      Yeah. Also strange how you don't understand the difference between acronym and abbreviation, isn't it?

      Hint: "LKM" is not the former, unless you say "luh-kum" or something.

      Shot down, eh?

    2. Re:Unloadable kernel modules are obsolete now? by Rares+Marian · · Score: 1

      I call as I see em.

      --
      The message on the other side of this sig is false.
    3. Re:Unloadable kernel modules are obsolete now? by Anonymous Coward · · Score: 0

      On the contrary - an abbreviation is simply a shortening of a word, e.g abbr. for abbreviation. An acronym is a word formed from (usually) the first letters of each word of a longer phrase.

      LKM is most definitely an acronym.

  9. Developer lashes out: What Killed FreeBSD by Anonymous Coward · · Score: -1, Troll
    The End of FreeBSD

    [ed. note: in the following text, former FreeBSD developer Mike Smith gives his reasons for abandoning FreeBSD]

    When I stood for election to the FreeBSD core team nearly two years ago, many of you will recall that it was after a long series of debates during which I maintained that too much organisation, too many rules and too much formality would be a bad thing for the project.

    Today, as I read the latest discussions on the future of the FreeBSD project, I see the same problem; a few new faces and many of the old going over the same tired arguments and suggesting variations on the same worthless schemes. Frankly I'm sick of it.

    FreeBSD used to be fun. It used to be about doing things the right way. It used to be something that you could sink your teeth into when the mundane chores of programming for a living got you down. It was something cool and exciting; a way to spend your spare time on an endeavour you loved that was at the same time wholesome and worthwhile.

    It's not anymore. It's about bylaws and committees and reports and milestones, telling others what to do and doing what you're told. It's about who can rant the longest or shout the loudest or mislead the most people into a bloc in order to legitimise doing what they think is best. Individuals notwithstanding, the project as a whole has lost track of where it's going, and has instead become obsessed with process and mechanics.

    So I'm leaving core. I don't want to feel like I should be "doing something" about a project that has lost interest in having something done for it. I don't have the energy to fight what has clearly become a losing battle; I have a life to live and a job to keep, and I won't achieve any of the goals I personally consider worthwhile if I remain obligated to care for the project.

    Discussion

    I'm sure that I've offended some people already; I'm sure that by the time I'm done here, I'll have offended more. If you feel a need to play to the crowd in your replies rather than make a sincere effort to address the problems I'm discussing here, please do us the courtesy of playing your politics openly.

    From a technical perspective, the project faces a set of challenges that significantly outstrips our ability to deliver. Some of the resources that we need to address these challenges are tied up in the fruitless metadiscussions that have raged since we made the mistake of electing officers. Others have left in disgust, or been driven out by the culture of abuse and distraction that has grown up since then. More may well remain available to recruitment, but while the project is busy infighting our chances for successful outreach are sorely diminished.

    There's no simple solution to this. For the project to move forward, one or the other of the warring philosophies must win out; either the project returns to its laid-back roots and gets on with the work, or it transforms into a super-organised engineering project and executes a brilliant plan to deliver what, ultimately, we all know we want.

    Whatever path is chosen, whatever balance is struck, the choosing and the striking are the important parts. The current indecision and endless conflict are incompatible with any sort of progress.

    Trying to dissect the above is far beyond the scope of any parting shot, no matter how distended. All I can really ask of you all is to let go of the minutiae for a moment and take a look at the big picture. What is the ultimate goal here? How can we get there with as little overhead as possible? How would you like to be treated by your fellow travellers?

    Shouts

    To the Slashdot "BSD is dying" crowd - big deal. Death is part of the cycle; take a look at your soft, pallid bodies and consider that right this very moment, parts of you are dying. See? It's not so bad.

    To the bulk of the FreeBSD committerbase and the developer community at large - keep your eyes on the real goals. I

  10. As fatal as smoking! - *BSD by Anonymous Coward · · Score: -1, Troll

    It is official; Netcraft now confirms: *BSD is dying
    One more crippling bombshell hit the already beleaguered *BSD community when IDC confirmed that *BSD market share has dropped yet again, now down to less than a fraction of 1 percent of all servers. Coming on the heels of a recent Netcraft survey which plainly states that *BSD has lost more market share, this news serves to reinforce what we've known all along. *BSD is collapsing in complete disarray, as fittingly exemplified by failing dead last [samag.com] in the recent Sys Admin comprehensive networking test.

    You don't need to be a Kreskin [amazingkreskin.com] to predict *BSD's future. The hand writing is on the wall: *BSD faces a bleak future. In fact there won't be any future at all for *BSD because *BSD is dying. Things are looking very bad for *BSD. As many of us are already aware, *BSD continues to lose market share. Red ink flows like a river of blood.

    FreeBSD is the most endangered of them all, having lost 93% of its core developers. The sudden and unpleasant departures of long time FreeBSD developers Jordan Hubbard and Mike Smith only serve to underscore the point more clearly. There can no longer be any doubt: FreeBSD is dying.

    Let's keep to the facts and look at the numbers.

    OpenBSD leader Theo states that there are 7000 users of OpenBSD. How many users of NetBSD are there? Let's see. The number of OpenBSD versus NetBSD posts on Usenet is roughly in ratio of 5 to 1. Therefore there are about 7000/5 = 1400 NetBSD users. BSD/OS posts on Usenet are about half of the volume of NetBSD posts. Therefore there are about 700 users of BSD/OS. A recent article put FreeBSD at about 80 percent of the *BSD market. Therefore there are (7000+1400+700)*4 = 36400 FreeBSD users. This is consistent with the number of FreeBSD Usenet posts.

    Due to the troubles of Walnut Creek, abysmal sales and so on, FreeBSD went out of business and was taken over by BSDI who sell another troubled OS. Now BSDI is also dead, its corpse turned over to yet another charnel house.

    All major surveys show that *BSD has steadily declined in market share. *BSD is very sick and its long term survival prospects are very dim. If *BSD is to survive at all it will be among OS dilettante dabblers. *BSD continues to decay. Nothing short of a miracle could save it at this point in time. For all practical purposes, *BSD is dead.

    Fact: *BSD is dying

  11. Elegy for *BSD by Anonymous Coward · · Score: -1, Troll

    Elegy For *BSD


    I am a *BSD user
    and I try hard to be brave
    That is a tall order
    *BSD's foot is in the grave.

    I tap at my toy keyboard
    and whistle a happy tune
    but keeping happy's so hard,
    *BSD died so soon.

    Each day I wake and softly sob
    Nightfall finds me crying
    Not only am I a zit faced slob
    but *BSD is dying.

  12. *BSD is dying by Anonymous Coward · · Score: -1, Troll
    It is official; Netcraft now confirms: *BSD is dying

    One more crippling bombshell hit the already beleaguered *BSD community when IDC confirmed that *BSD market share has dropped yet again, now down to less than a mere fraction of 1 percent of all servers. Coming on the heels of a recent Netcraft survey which plainly states that *BSD has lost more market share, this news serves to reinforce what we've known all along. *BSD is collapsing in complete disarray, as fittingly exemplified by failing dead last in the recent Sys Admin comprehensive networking test.

    You don't need to be a Kreskin to predict *BSD's future. The hand writing is on the wall: *BSD faces a bleak future. In fact there won't be any future at all for *BSD because *BSD is dying. Things are looking very bad for *BSD. As many of us are already aware, *BSD continues to lose market share. Red ink flows like a river of blood.

    FreeBSD is the most endangered of them all, having lost 93% of its core developers. The sudden and unpleasant departures of long time FreeBSD developers Jordan Hubbard and Mike Smith only serve to underscore the point more clearly. There can no longer be any doubt: FreeBSD is dying.

    Let's keep to the facts and look at the numbers.

    OpenBSD leader Theo states that there are 7000 users of OpenBSD. How many users of NetBSD are there? Let's see. The number of OpenBSD versus NetBSD posts on Usenet is roughly in ratio of 5 to 1. Therefore there are about 7000/5 = 1400 NetBSD users. BSD/OS posts on Usenet are about half of the volume of NetBSD posts. Therefore there are about 700 users of BSD/OS. A recent article put FreeBSD at about 80 percent of the *BSD market. Therefore there are (7000+1400+700)*4 = 36400 FreeBSD users. This is consistent with the number of FreeBSD Usenet posts.

    Due to the troubles of Walnut Creek, abysmal sales and so on, FreeBSD went out of business and was taken over by BSDI who sell another troubled OS. Now BSDI is also dead, its corpse turned over to yet another charnel house.

    All major surveys show that *BSD has steadily declined in market share. *BSD is very sick and its long term survival prospects are very dim. If *BSD is to survive at all it will be among OS dilettante dabblers. *BSD continues to decay. Nothing short of a miracle could save it at this point in time. For all practical purposes, *BSD is dead.

    Fact: *BSD is dying

  13. Elegy for *BSD by Anonymous Coward · · Score: -1, Troll

    Elegy for *BSD


    I am a *BSD user
    and I try hard to be brave
    That is a tall order
    *BSD's foot is in the grave.

    I tap at my toy keyboard
    and whistle a happy tune
    but keeping happy's so hard,
    *BSD died so soon.

    Each day I wake and softly sob
    Nightfall finds me crying
    Not only am I a zit faced slob
    but *BSD is dying.

  14. re: I dislike to speak of "drivers" in a unix OS?! by Anonymous Coward · · Score: 0

    Ummm they're hardware drivers whehter or not you're in Linux, *BSD, Windows, Mac OS, Solaris, QNX, etc...

    How does your dislike for the term "drivers" for *nix OSes affect what it actually is? I'm curious... (Though not curious enough to login -- because I believe the answer will reek of "crackpot".)

  15. Re: I dislike to speak of "drivers" in a unix OS?! by Anonymous Coward · · Score: 0

    Not really. Just, I consider "drivers" to be .sys files ;)
    I don't know how to call the unix kernel code
    that's possibly a driver, but the term "drivers"
    is bad in context, such as install a driver

    since it's in the kernel or not

  16. Just publish the spec by Animats · · Score: 1
    It's really annoying that NVidia keeps their board spec a secret. QNX doesn't support NVidia for that reason.

    NVidia does this partly to protect their overpriced "pro" Quadro line, which is basically the same as the GEForce line but costs about 3x as much. GeForce boards are crippled in software to keep them from doing a few things the Quadro boards do. Given the dinky market for "pro" graphics boards, I'm surprised they still bother.

  17. No, the answer is DRM by Anonymous Coward · · Score: 0

    and MICR0S0FT is the QUESTI0N, M0THERFUCKER