New FreeBSD NVIDIA Drivers Available 81
CoolVibe writes "Finally, the officieal Nvidia drivers for FreeBSD have been updated to version 4365. The drivers are available at Nvidia's website. They are not in the ports yet, but that won't take very long. Also, this driver supports both STABLE and CURRENT officially. I am using them at the moment, and boy, these fix many problems I had with the older ones."
Re:FUCK NVIDIA (Score:5, Insightful)
Sorry, I guess you're one of those people who will never be happy until no one anywhere can make any money off of any software or anything related to software. Nevermind.
Re:FUCK NVIDIA (Score:2, Informative)
FreeBSD Drivers...sigh. (Score:5, Interesting)
I am glad to see this though, the old NVidia FreeBSD drivers were pretty horrid.
To ATi I would say:
"Where are my finished Linux drivers, and FreeBSD drivers ATi? ARE YOU LISTENING?"
Seriously. Their Win32 drivers are pretty decent, but their Linux drivers need some serious performance and OpenGL work done.
In their infinite wisdom, they do not provide FreeBSD drivers, nor the information to commercial companies that want to write drivers for their 9600/9700/9800 series of cards.
It's sad really. This almost makes me wish I had kept my NVidia card...
Re:FreeBSD Drivers...sigh. (Score:5, Insightful)
I hate to say it, but that is precisely why I use Nvidia based cards in my computers. Their hardware may not be the best, and they won't open the specs for the cards, but at least I can get full functionality out of my video card under FreeBSD and Linux.
If ATI ever supports non-MS operating systems the same way or better than Nvidia, I may consider purchasing one of their cards.
Re:FreeBSD Drivers...sigh. (Score:2)
Re:FreeBSD Drivers...sigh. (Score:2, Interesting)
Re:FreeBSD Drivers...sigh. (Score:4, Interesting)
ATi is of the opinion that there are too many trade secrets for them to divulge the 3d hardware programming information, they also believe that open source programmers are not competent enough to write drivers for "such advanced programmable hardware".
Re:FreeBSD Drivers...sigh. (Score:2)
Really? I get an error from the kernel module saying Radeon (QE) 8500 not supported. No idea why, but it means that I don't get any kind of acceleration from my Radeon 8500. Shame really. It doesn't worry me much, I got the card since it can run 1600x1200@85Hz on a dual monitor set up (My old nVidia GeForce 2MX couldn't, since it only had a single RAMDAC) and don't do much by way of 3D stuff on this machine, but
Re:FreeBSD Drivers...sigh. (Score:2)
The specs typically roll in around 12 months after the release of a new card, and then they are incomplete and contain numerous errors and contradications. Check the DRI Devel mailing list for details. Also check the Gatos mailing list. They've been contacting ATI regularly for the past year for docs for the new Rage Theatre chips, and haven't even received a response of any kind.
ATI started out providing some docs, but have since changed their mind to saying they provide docs while providing nothi
Re:FreeBSD Drivers...sigh. (Score:2, Funny)
So you running headless then ? ;))
Re:FreeBSD Drivers...sigh. (Score:2, Funny)
I'm in awe of your cutting-edgeness.
Or your consumer-lemming-ness. Take your pick.
Re:FreeBSD Drivers...sigh. (Score:2)
Re:FreeBSD Drivers...sigh. (Score:1)
hoorah (Score:4, Interesting)
About every second time I reboot my computer the xdm login screen is all messed up. I have to hit ctlr-alt-backspace to reinit x, so that the drivers kick in properly. If I don't it locks up the computer during the login sequence. It is the same for both my 4.8 and 5.0 machine.
I am currently downloading the new drivers
Re:hoorah (Score:4, Informative)
My playlist and add file screens on XINE are still messed up though (very hard to read) I don't even know if it gfx card related - any thoughts?
Re:yea but... (Score:3, Informative)
Well it would be if there were any real Linux kernel source code in the layer, but there is not. It's mostly a simple translation between Linux system calls and BSD system calls. Thats why the Linux compat module is NOT GPL'ed...
BWP
Much better... (Score:2, Interesting)
The lack of stable Nvidia drivers have been the major roadblock preventing me from switching to FreeBSD full-time.
The only thing that would make this better is if it was an open source driver, but this is good enough for now...
Thank $DEITY! (Score:2, Interesting)
Trying them out now (Score:2)
Rus
I wonder... (Score:3, Interesting)
Re:I wonder... (Score:5, Interesting)
Check out the third party drivers section at the bottom of this page.
http://www.opensource.apple.com/projects/darwin/6. 0/release.html [apple.com]
It seems that Apple has a similar situation with its NVidia and ATI drivers. They are only provided as binaries due to licencing restrictions.
Re:Why is this happening? (Score:5, Informative)
When you use X on your local host, it doesn't really use the network stack. Read up on pipes and domain sockets before you spout off like that. You can still use X without having network support in your kernel. You only need sockets Ergo, nothing moves across any network. So all your points are basically uninformed drivel.
Domain sockets (like the ones X uses locally) are a very efficient way to do IPC. Every write() on a domain socket in in practice a memcpy/memmove operation. So the overhead is really really small. And you get network transparancy basically for free. It has _no_ impact whatsoever on what you do locally.
If you want to point the blame at the "slowness" of X, blame the toolkits. GTK is slow. Motif is slow. Qt is slow. Xlib is VERY fast, but cumbersome to use.
Re:Why is this happening? (Score:2)
I really, really wish graphics code was in the kernel. Sending everything through a pipe is not as efficient as you suggest. The pipe itself may be fast, but everything needs to be encoded and decoded.
Consider an example like "draw a line."
Currently, the client must call a function in the X client library, which then encodes this into a message and uses a select
Re:Why is this happening? (Score:2)
X has direct access to the graphics hardware. So blitting a bitmap on to a screen is really no more labour intensive than doing it from the kernel. You want to draw a line? Fine, you do it. You want to blit a bitmap on the screen, sure, you can either do it through DRI, or just through DGA. Either one is fine. Oh, and if you really need to you can use the raw X lib.
The only point as to were you are right is with ancient framebuffers. Hello, welcome to the 21st centur
Re:Why is this happening? (Score:1, Insightful)
much better (Score:3, Informative)
This is much better. The first one recommended that I recompile the kernel, and X with no optimizations, but I tried it anyway and it didn't work as expected, but this one seems to work okay (a few bugs, but no show stoppers) even with these optimizations in make.conf on -stable:
The install was pretty painless, too.
Re:much better (Score:4, Interesting)
The SIGSEGV "crashes" are totally gone, and these drives drive my GeForce 4 MX much (yeah, I know, cheap card) faster too. Tuxracer really runs very smooth! :)
Anyway, these run mighty nice on my 5.1-RELEASE system. People that claim that BSD is dead plain don't know what they are blabbing about.
The drivers are excellent. (Score:2, Interesting)
Note: That is with their very first release of the FreeBSD driver. I am sure it is even better now.
Use builtin AGP support for TNT (Score:2, Informative)
nvidia-driver port is already updated! (Score:1, Informative)
cvsup, portupgrade and it is working like charm.
BSD IS NOT DYING! (Score:3, Funny)
You just can't take Linux [redhat.com] seriously when its fronted by losers [nylug.org] like these. You Linux groupies need to find some sexy girls like her [hope-2000.org]! I mean just look at this girl [madchat.org] ! Doesn't she [madchat.org] [madchat.org] make you hard? I know this little hottie [madchat.org] floats my boat! This guy looks like he is about to cream his pants standing next to such a fox [spilth.org] . As you can see, no man can resist this sexy [spilth.org] little cock teaser [spilth.org] . Even this old bearded Unix guru is apparently unable to take his eyes off her [kurtspace.com] !
With sexy chicks [spilth.org] [spilth.org] like the lovely Ceren you will have people queuing up to buy open source products. Look! This guy can't get in there fast enough with her [kurtspace.com] [kurtspace.com] in the doorway! Come on, you must admit she [kurtspace.com] [kurtspace.com] is better than an overweight penguin! Don't you wish you could get one of these [drexel.edu] [drexel.edu]? Join the campaign for more cute [madchat.org] [madchat.org] open source babes [madchat.org] [madchat.org] today!
Re:BSD IS NOT DYING! (Score:1)
mod this shit up!
Re:BSD IS NOT DYING! (Score:2)
Why do us BSD people like BSD so much? Because it gets us laid. Never mind those whiney Linux geekoids. BSD lets you grow a beard and long hair, and you'll still be attractive to the opposite sex.
One caveat though, you do need to shower or bathe every once in a while. Although girls can't resist the looks of a bearded and long-haired daemon totin' ruffian, if you don't take care of your personal hygiene, the girls will approach, and then flee again.
So there you have i
Hmmm. Had probs with ipfilter (Score:2)
But with 4.8-RELEASE when I recently tried adding IPFILTER it locks up on the KDM login screen. And also when I do startx. I confirmed that it's with IPFILTER (with the default accept). I doubt it's a firewall rule issue, coz when I flush the IPFW rules (default DENY) in a kernel without IPFILTER, things still work fine.
Not sure why having ipfilter would do that.