3DLabs Releases Linux Drivers
wilfie writes "3DLabs have released linux drivers for their for Wildcat III and Wildcat 4 Graphics accelerators. Being closed source they'll taint your kernel, but what the heck. Press release with penguin-friendly quotes available too." DataSquid has a note about ATI's Linux support: "While on the job hunt, I came across this posting at ATI seeking a project team lead. Last on the list of key responsibilities is "Act as a leader to improve the overall quality of Linux support at ATI." Good news? Certainly better news than what was suggested before."
This is the kind of statement that taints the integrity of the ope source community, and is a prime example of why few commercial companies support Linux.
You will never "find" time for anything. You must "make" it.
Someone took a rocket launcher to a nerf gun shootout
If I seem short sighted, it is because I stand on the shoulders of midgets
Looking at the plethora of video cards with differing amounts of VRAM, performance specs, drivers for Linux, stability problems with Windows (especially newer OS versions and Service Packs which often make video drivers unstable), I've got a suggestion.
Why not make a commodity video card with about 8MB video RAM (a Mattrox 8MB card out-performed a 32MB S3 hands down), and a stable open-source Linux driver? Will this lead to commoditisation of the video card and drive all other mfrs to imitate?
Just wondering...
If you keep throwing chairs, one day you'll break windows....
Are the card companies afraid more of revealing technology to their competitors, or of revealing their benchmarking cheats...er optimizations?
Exactly...and just as you have the freedom *not* to use a closed-source driver, you also have the freedom to take advantage of it.
Too often, I see people confusing freedom with politics. Though they sometimes collide, they are *not* the same thing.
Personally, I don't give a crap whether or not the drivers are closed-source. If I ever put the cash down on a 3DLabs card, i'd be a lot more interested in being able to use it on my OS of choice. The freedom to do high-end 3D or video work on Linux as opposed to Windows is a lot more interesting to me than the ability to modify the source code of the drivers.
In 2 words: I agree.
It may not be acceptable for gfx card manufacturer to release full specs for their hardware immediately after hardware.
But there is no reason to hide specs for hardware older than 6mo or a year.
(Currently running radeon 9000, because of it's open source dri drivers. I'm buying r9500 or higher as soon as there are open drivers for it).
I've nvidia too, but if they don't start releasing some of their hardware specs, I'm not buying their stuff again. I won't even mention the closed drivers for their motherboard here.
The only problem is that 3DLabs isn't supporting Linux... They are supporting "linux-somespecificprocessor-somespecificversion"
Might be better than nothing, but not much...
Jeroen
Secure messaging: http://quickmsg.vreeken.net/
I am just taken aback that these drivers are not Open Source. The Open Source developer community would have a lot to contribute to these drivers; they could enhance the performance, add new functionality, and make them more robust.
One word: Bullshit. All R100 and R200 Radeon cards have open source drivers. There are, at most, about a dozen people who work on those drivers and the majority of them are paid to do so. Being open source isn't going to make a flock of people go running to improve the drivers.
Dinivin
These are not Linux drivers. These are Red Hat 7.3 drivers. I'll stick with NVidia for now, thankyouverymuch.
Yeah, but the drivers they release suck. I bought a Radeon 9000 from them, after the website said supported in Linux. The driver has the option for dual screen, however, there is no way in hell I can get it to work. I have found hundreds of Usenet posts where other people can't get it to work. I haven't found a single post of it working. I emailed ATI on two seperate occasions. The first time I received no response. The second time I asked for a known working XF86Config, and I got a canned response saying they would get back to me. They never did. Right know, I have a $130 piece of silicon that doesn't work. The drivers they do provide only work under XFree86 4.1.0 and 4.2.0. To me, ATI has no Linux support.
-- the computer doesn't want any beer, no matter how much you think it does. NEVER, EVER feed your computer beer.
Well, since they've only released rpms for specific kernels that are shipped with redhat 7.3, I don't know that you can say they're supporting linux, so much as supporting a very small subset of linux.
Too bad if you need to step outside the box, but then, if you're using high-end workstation graphics software, that's probably something you don't want to do, since the software's probably targeted at the same place. You tend to lose support from vendors quickly, even tho 99% of the time, the differences mean jack, unless the vendor's got crappy software to begin with. (you hearing me oracle?! your installer is a PITA)
Still, redhat 7.3 is miles out of date, and that you're SOL if you need to say... use your own kernel for some reason, or hell, NOT use redhat at all.
I really hate companies that do that. Redhat's always been far more annoying to configure and use than I'm even remotely interested in dealing with, and they keep making it more useless every time they make a release. Hell. I'd happily tell people to use windows than deal with the annoyances that come with trying to use redhat to get stuff done.
[end generic rant]
If course, since I just ragged on the HOLY REDHAT, I'm probably going to be on the receiving end of a massive moderation smackdown. oh well.
ashridah
Unleash the power of your wallet then, by NOT buying their product. They'll either clue in and open their source and start selling product, or they won't and nobody will buy it and their company may suffer.
"I'm a leaf on the wind. Watch how I soar."
-Hoban Washburn
This is a sad offering. They only support specific, official RedHat 7.3 kernel patchlevels -- i.e., there's no compilable kernel module like NVIDIA uses. This somewhat limits the audience for these drivers -- certainly makes them useless for me. I'll stick with my Quadro.
Cantankerous old coot since 1957.
Taint may well be a technical term but the common usage of the word evokes very negative images, and its usage here is clumsy at best.
Tell someone who doesn't know this technical term that their system is tainted and they'll probably panic, imagining that their PC has been hit by a virus, trojan horse or other undesirable event, where the reality couldn't be further from the truth. (We'll leave the debate about the pros and cons of closed source drivers to another discussion.)
There's got to be a better way of describing a kernel that contains closed source software that isn't so dramatic or apocalyptic. How about "ajar"? At least "ajar" is a better, less ambiguous, description - to me it says "not 100 percent open, and not 100 pecent closed", which is what we're talking about.
"Accept that some days you are the pigeon, and some days you are the statue." - David Brent, Wernham Hogg
That's the point.
By using closed code in your kernel you are putting an unknown in it.
This is bad, the kernel developers can't help you, you can't fix it yourself, you're just stuck with broken software.
I think removing the ability to fix a problem is a dramatic change, particularly when that is a major benefit of free software.