Open nVidia Linux Driver Pledge Nearly Complete 221
Ciarán Mooney writes to let us know that the Pledgebank drive to raise $10,000 for Project Nouvaeu is almost complete — at this moment it needs only 196 more people to sign up. Project Nouveau aims to provide open source 3D acceleration for nVidia cards. The drive was started by David Nielsen, whose blog explains what he hopes will happen.
Huh? (Score:2, Insightful)
For that matter, why bother with a "pledge drive"? If you think they need $10, why not just send them $10?
Re:Huh? (Score:5, Insightful)
I hereby announce I will take on the project of solving world hunger. Please give me a giant no-strings-attached donation as a "thank you" for my initiative. I will then make very little progress toward my goal before finally abandoning it as too difficult.
Re:Huh? (Score:4, Informative)
Re:Huh? (Score:5, Informative)
Re: (Score:2)
The U.N. could take a lesson from your honesty.
Re: (Score:3, Informative)
This is a worthy cause (Score:5, Informative)
Also Fedora 7 (dure April) intends to include the nouveau drivers - which is great as out-of-the-box Fedora can't include the binary nVidia driver necessary to have AIGLX working.
And to anyone who thinks this is unnecessary as there is the binary driver - just wait until you card is dropped from the official support and the old driver stops working with some future kernel.
Re:This is a worthy cause (Score:5, Insightful)
While I agree with this statement, I think this project is the wrong way to go about it, simply because we do finally have a vendor who has committed to open source driver support: Intel [intellinuxgraphics.org]. Now, I will grant you that their cards are slow and crappy but they should be up to the task of accelerating the linux desktop. Also, the current release supports [intellinuxgraphics.org] only an integrated video chipset and some older cards... but voting with your dollars is an absolute necessity. For any non-gamer, it should be a sufficiently powerful graphics system, and the G965 Express Chipset supports Core 2 Duo and Pentium D, so you can combine it with very good CPU power. If I were building a system today (aka if I could afford to build a system today) this is the combination I would elect to use.
But most importantly, we need to monetarily support vendors who give us working hardware with working linux drivers, or even vendors who simply give us enough information to write drivers. This is not ATI or nVidia. This apparently is intel. They're also just about the only vendor providing any useful wifi drivers.
If we actually spend money to sponsor driver development this will be a clear message to all graphics card manufacturers that we will put up with their bad behavior.
Re: (Score:2)
Why? How does your spending money to write open source drivers affect nVidia one bit? Why should it even be on their radar? As far as I can see, it doesn't send any "message" at all, except that there is a small but very vocal minority of users that is willing to spend actual money on products that are compatible with Linux -- but I suspect
Re:This is a worthy cause (Score:5, Insightful)
This shouldn't be that hard to figure out - apparently even the moderators got it this time. See, corporations only feel hits to the wallet. Most of their feedback comes from sales figures, and if they get less love than their competitor (or simply less love than they expect) they hurt, they know something is wrong. Unfortunately, they don't necessarily know why.
However, if ATI or nVidia should lose some market share, they will certainly know that it is not because of their lack of linux support, simply because the OSS community is willing to do the work itself. The proof of this principle is that people are willing to spend money to have someone else do their job for them. Simply buying their products is bad enough, but spending MORE money to support them (they benefit from a driver because it can increase sales) is a clear statement that they don't need to develop open source graphics drivers.
If you really think that this is not on their radar, you are incredibly naive. Linux is the fastest-growing segment in computing, Linux is the only operating system gaining market share in the server space, and Linux is probably the only platform gaining any significant ground in education. Linux will only become more important with time, and Windows less. The change shows every sign of being extremely slow, but that doesn't mean that it's not occurring.
Finally, if it were so unimportant as to not even be on their radar, they wouldn't even have developed their own Linux drivers, closed and crappy as they may be. (Well, nVidia's work pretty well... too bad about ATI.)
Re:This is a worthy cause (Score:5, Informative)
Re: (Score:2)
Yeah, as soon as they offer accelerated graphics with dual DVI I will gladly buy from Intel. Until then, NVidia makes a great, if proprietary solution.
Re: (Score:2)
While I agree with this statement, I think this project is the wrong way to go about it, simply because we do finally have a vendor who has committed to open source driver support: Intel.
I would love to support Intel's efforts, if only they marketed standalone cards. Until then I'll stick with Radeons since I can get OSS drivers which support up to the X850 chipset.
Re: (Score:2, Informative)
just wait until you card is dropped from the official support and the old driver stops working with some future kernel.
Open source drivers drop support for devices too. And unless you're a kernel module developer, you're just as much at the mercy of others as you are with a binary driver from the manufacturer.
Besides, isn't patent licensing part of the reason nVidia and Ati won't release fully OSS drivers? I believe Intel has patents on certain memory bus related technologies which are used by both nVidi
Re:This is a worthy cause (Score:4, Interesting)
I can't see how, unless someone's somehow managed to obtain patents that don't disclose information publicly and, as such, would suffer material harm in disclosing the patented ideas publicly by releasing source code.
In other words, any vendor that tells you that is lying.
Not so much (Score:5, Insightful)
Re: (Score:2)
Re:This is a worthy cause (Score:5, Insightful)
One of the possible issues is _lack_ of patent licensing. Nobody really knows what trivial and obvious techniques have been patented by some patent-troll, but as long as the patent troll can't prove nvidia are doing something the troll's patent potentially covers, they have no reason to sue or shake nvidia down for license fees. Open source drivers would feed the trolls.
Re: (Score:2, Insightful)
I'll bet you DRM is behind the driver secrecy. (Score:5, Interesting)
Sure, there may be some secret sauce in there that makes for shinier 3-D graphics at a higher frame rate. But I suspect that shiny graphics aren't on the top of the list of things they're protecting. It's DRM. Macrovision's built into every video card that has a TV output port (so you can't use a VCR and tape a DVD movie.) Soon, HDCP will be built into every new graphics card so you can watch HD-DVD and Blu-Ray movies without being able to exercise Fair Use legally. And very likely, all you have to do to turn off Macrovision and completely piss off the MPAA is flip a single bit in a particular register. And it's likely that if hardware programming information was known about newer cards, cracking HDCP would be trivial.
That's why we're stuck with proprietary drivers.
Re: (Score:2)
Open source drivers drop support for devices too. And unless you're a kernel module developer, you're just as much at the mercy of others as you are with a binary driver from the manufacturer.
Not quite. If having a maintained driver is valuable to you, then you can offer money to someone to maintain an open driver, even if you don't have the skills to do it yourself. There is also the matter of incentives. On open driver developer has an incentive to keep maintaining the driver as long as they find it useful, while the manufacturer has an incentive to 'encourage' you to upgrade as soon as they release new hardware.
Re: (Score:2)
AFAICT (IANAL) this is exactly correct. There needs to be some sort of tipping point reached wherein the projected cost of IP based liability issues is outweighed by potential revenue to be gained through sales based on open drivers. I personally am not too opposed to binary globs with an open ABI; u
Re: (Score:3, Interesting)
That's not entirely accurate, and not a fair comparison. When a corporation drops support of their product in a binary-only driver, that's the end of the story. When an open-source driver 'drops' support of a product, what they're doing is failing to maintain support. Other people are free to pick up the slack. If a device was supported by open-source software at one point, getting that support up-to-date is far easier than, say, starting from scratch.
Re: (Score:2)
Further, that patent is already public information. That's what a patent is.
Re: (Score:2)
Excuse me. (Score:2, Interesting)
This sounds, for lack of a better phrase, retarded to me.
Re: (Score:2)
Re: (Score:3, Interesting)
Yes, Nvidia has NDAs which would be violated if they turned around tomorrow and released a GPL driver. However, those NDAs were negotiated by Nvidia and it would be trivial for them to be renegotiated. I very much doubt the people who developed the components care either way - as illustrated by how quickly intel was able to open-source their driver.
I think the "We'd be breaking our supplier agreements" line is nothing more than a red-herring.
Re: (Score:3, Insightful)
nVidia and ATI drive the entire graphics card market with their competition and neither wants to give away any info by open sourcing a driver to the very small number of people who even care. Even if you had full 3D accelleration on Linux, there are hardly any games to take advantage of it.
And breaking the supplie
Re:Excuse me. (Score:5, Interesting)
Re: (Score:2)
2. If they wanted to make the effort, they could probably get or buy agreement from at least some of their licensors. Again, any bits would help.
But aside from the costs of 1 and 2, nVidia may have other reasons to not open their driver. For example, their lawyers might have made t
Re: (Score:2)
Re: (Score:3, Informative)
Exactly (Score:4, Interesting)
Outsiders scoffed at the insurmountable task they were undertaking, saying it was a waste of time given Sun's implementation.
Now, with nothing to lose, Sun is on the verge of releasing Java under the same license that classpath uses!
Re: (Score:2, Interesting)
Re: (Score:3, Interesting)
Re: (Score:2)
Re: (Score:2)
Re: (Score:2)
Re: (Score:2)
What I hope will happen - by D.N. (Score:4, Funny)
Re: (Score:2)
Next Entry: God, how I hate Ramen noodles.
Re: (Score:3, Funny)
What is wrong with the proprietary driver? (Score:4, Insightful)
Re:What is wrong with the proprietary driver? (Score:4, Interesting)
Re:What is wrong with the proprietary driver? (Score:5, Interesting)
I switched to a FireGL 8700 (R200-based) for this reason (and it was an upgrade from a GeForce FX 5200). With regards to ATI cards, there are usable and stable open source drivers for all R300-based and lower video cards. Additionally, ATI no longer supports R100-based or lower video cards on Linux. Fortunately, the open source drivers are available to pick up the slack.
Re: (Score:2)
Second, if nvidia stop supporting the old cards, don't upgrade the driver. Like they're going to put in improvements for TNT cards anyway?
Re: (Score:2)
I have an old FireGL card, for which there are only drivers available for xfree86 4.2.0 on x86, rendering the card rather useless.
Re: (Score:2)
Re: (Score:2)
It's still x86, just 64-bits. That's like saying real mode isn't x86. Well, it is. It's just 16-bits instead of 32-bits (which is what is normally thought of as "x86").
OK, but then you upgrade the kernel and your video card stops working because of interface changes. Now what? In addition the binary
nVidia Linux Drivers support x86-64 (Score:3, Informative)
You are either misinformed or a liar. The nVidia Linux drivers support x86, x86-64, and IA-64 architectures. This is actually one more archit
Re: (Score:2)
Well, if you really want to be pedantic, they support ia32, x86-64/AMD64/EMT64, and ia64. They don't support ia-16, ia-8, or ia-4.
Re: (Score:2)
Except that the security hole that was reported by Rapid7 was only present for two driver versions and was not present for two years, despite the multitude of claims. There was a bug, concerning the RENDER extension, that reared it's head in 2004 and affected numerous drivers, not just nVidia's.
Re: (Score:3, Informative)
And, in case anyone wants a reference:
http://nvidia.custhelp.com/cgi-bin/nvidia.cfg/php
Now can we please stop with the BS complaints that nVidia allowed a known security hole to exist in their drivers for two years.
Re: (Score:2)
Re: (Score:2)
Re: (Score:2)
Classy.
Re: (Score:3, Informative)
Or simply imprecise. To rephrase your parent poster, "one of the problems is that the drivers support the x86, x86-64, and IA-64 architectures only." People on other architectures are out of luck.
Re:What is wrong with the proprietary driver? (Score:5, Informative)
Now for me that wasn't much of a problem. I sighed, logged in as root, found the original installer I downloaded from NVidia, ran it, agreed to the license, pressed continue and was greeted with a message about missing kernel headers. Sighed again, downloaded linux-headers-`uname -r`, reran NVidia installer, etc, etc, ad nauseum every time I update the kernel.
As I said, I know why and how I do this but not everyone does and the whole point of bringing true open source 3d graphics to the desktop for Linux users is so they don't have to learn how or why they need to do this.
Re: (Score:2)
Re:What is wrong with the proprietary driver? (Score:4, Insightful)
Just a few things off the top of my head...
nVidia has dropped support for cards older than the GForce4. I have a GForce2 with 64MB and TV tuner that would benefit from this driver.
A while back I was running Hardened Gentoo. When I asked the maintainer why the nVidia driver was masked (blocked), he replied:
I suggest you email the nvidia vendor and request that they stop taking shortcuts in the driver code and release something that's
1) PIC proper [no TEXTREL's]
2) stop using JIT.
Several projects have worked to create versions of xorg or window managers that take advantage of 3D hardware. However, xorg relies on nVidia's driver (with nVidia hardware) for 3D. That code can't be modified.
Finally, my understanding is that the nVidia driver only works with x86 hardware. All of my hardware is x86, so I've never verified this.
Re: (Score:2)
Re: (Score:2)
Maybe it is, so when your machine is compromised, your files will be corrupted faster. Yay!
Seriously, not everybody who wants 3D acceleration is willing to make the same performance-security trade-offs as NVidia's salespeople are.
Plenty is wrong with the proprietary driver (Score:2)
Yes, definitely. It's not portable (you can only use it on the platforms(*) that nVidia has bothered to compile it for). It's not auditable (you can't easily check it for bugs, root exploits, etc). It's not maintainable (if by some miracle you find one of the bugs, you can't fix it).
Those are some pretty serious practical (not merely idealistic OSFOSS) issues. Show me any user
Re: (Score:3, Interesting)
If nVidia ever decides to drop a piece of hardware and stop compiling a certain driver for newer kernels, then users will either have to upgrade hardware (gee, I wonder if nVidia would have an incentive to make people do that) or else use an old kernel. Ouch!
More appropriate would be to say "or else use a kernel you don't want to." It's just as much of a nightmare being forced to upgrade your kernel as well. Gaming is very sensitive to kernel version (just read the Cedega release notes re: versions 2.6.9 and 2.6.10). Upgrading from 2.6.15 to 2.6.16 caused some Cedega-supported games to stop working.
My major issue with the binary driver is security. Because the driver is a kernel module, remote exploits of the NVIDIA driver will hack the kernel every time. O
Re: (Score:3, Insightful)
F.e. they taint the kernel - if things crash (one of my nvidia cards *did* with some Linux kernel version and their binary blobs) you cannot debug and fix it. Hell kernel developers will tell you to go on
Like it or not this is how Linux philosophy and developement looks - we have (and don't want to) no stable kernel ABI and expect everything (at very lea
Re: (Score:2)
What is wrong with using nVidia's drivers for nVidia's cards?
Everything. They're poor quality. Prior to 1.0-8774 they were embarrassingly poor and would often crash X. Now they're just unacceptably poor. If you run multiple X servers on one device the driver will often leave the video in an unusable state from which there is no apparent way to recover. If we had source code we could fix these sorts of problems, but we don't so we can't.
Having the system become unusable because of a bug in the nVidia
Re: (Score:2)
Re: (Score:2)
GIVE US MOHNEYZ (Score:2)
This better be clean room reverse engineering.
Great... (Score:3, Insightful)
Instead someone has the stupid idea to INCREASE nVidia's market share by getting a community nVidia gives the finger to to buy their products.
Way to encourage companies to support the open source movement... it's basically saying "don't bother writing drivers for Linux, we'll do it at OUR expense!"
Lunacy of epic proportions.
Re: (Score:2)
Re: (Score:2)
Re: (Score:2)
Re: (Score:2, Interesting)
Re: (Score:2)
Re: (Score:2)
We can't boycott they're products effectively. All manufacturers of GPUs that one could reasonably use for gaming/AIGLX-type-things are just as bad
Half true. I tend not to play many games, but the latest Intel chips are fine for many AIGLX-based applications. They have pixel shaders in hardware, but not vertex shaders, which is fine for a lot of things, since things like GPU-based image processing all use pixel shaders.
If you're running OS X on a MacBook (Intel GPU) then all of the CoreImage functions (ripple effects, etc) are all done on the GPU, not the CPU.
They don't need money... (Score:5, Informative)
Congratulations to everyone who pledged to throw money at something that doesn't need any.
Open Graphics Project (Score:4, Interesting)
http://wiki.duskglow.com/tiki-index.php?page=OGPN
The Open Graphics Project is making steady progress.
Re:Open Graphics Project (Huzzah!) (Score:2)
Thank you! (Score:2)
Re: (Score:2)
a) It uses a vanilla PCI bus, not PCI Express or even AGP, and is listed at 300MHz. In other words, compared to commercial products, it's going to be SLOW. But I know, I know...who cares if it's technically inferior, right? It's *free.* Good luck with that, guys.
b) They specifically mention that it "isn't a gaming card," and then talk about how they think Quake 3 *might* work with it. If it's a 3D card, if they're not intending
Re: (Score:2)
That said, this is a _developer_ board. It's an FPGA, and designed to provide hardwa
Re: (Score:2)
Does anybody else not see the huge problems.... (Score:2)
For one thing, if it's not worth $10k to nVidia to open up the source code themselvs, then why should it be that the software shouldn't be worth more than that to develop? And if we are looking at somebody who is doing this largely for philanthropic purposes to accept such a paltry sum, then it is just as probable that this person would have been just as able and willing to develop the same thing for free. Giving this $10,000 to the first person to do it also encourages people to compete
Re: (Score:3, Insightful)
You misunderstand why NVidia refuses to open their driver code. They're not just being dicks, and they probably aren't too scared to expose their own proprietary technologies, because there ARE benefits to gaining the acceptance of the OSS community that translate directly into more profit.
The real problem is that NVidia didn't write all of the driver c
Re: (Score:2)
When will amd come out with open ati drivers? (Score:2)
Oh my god - they found a vulnerability (Score:2)
Every single piece of software ever written has bugs. Any that run in a secure area of the OS (like the kernel) but that allow input from unpriveldged processes will also have vulnerabilities (they might allow something the shouldn't). The fact that only one advisory has been found is more of a surprise, especially with all the open source fanboys trying to pick holes in the drivers.
Now ideally
Re: (Score:2)
I dunno. I've never had a buffer overrun trying to print "Hello world".
What's In It For Me? (Score:3, Interesting)
Or is it just a way to get higher FPS on 3D games running on nVidia HW?
My closed source NVidia driver works fine (Score:2)
I'd rather have closed drivers that work for these devices under Linux than some crappy open source drivers.
What is wrong with that?
Re:My closed source NVidia driver works fine (Score:4, Insightful)
What is wrong with that?
1. nVidia can change their minds about Linux support at any time.
2. People may want the hardware to be usable on other arches than i86.
3. It'd be nice to be able to distribute a complete working nVidia Linux system legally.
What is wrong with any of that?
I don't see how this can work. (Score:4, Insightful)
Can we clone their drivers? Maybe - but it could take years to do that - and no sooner we succeed then we'll discover that there have been four generations of new hardware since we started - and the hardware we can support will be so far behind that very few people will want to use it.
You *might* be able to do this for a relatively simple peripheral like a WiFi card - but graphics chips are probably the most complex (and least standardized) single chip device in existance. The driver has to contain a full-up compiler for the OpenGL shader language for chrissakes! (And no, you can't use an existing compiler or translate to some other language because this is a language that supports 4-way parallel arithmetic and has the bizarrest optimisation requirements imaginable!)
This is a massive undertaking. $10,000 doesn't even scratch the surface of the work involved. I seriously doubt that a cash injection of a million dollars would get you a working, useful driver within a couple of years...let alone maintaining it and continually reverse-engineering the next generation of hardware.
Your driver would probably (by necessity) infringe on a bunch of patents too.
Whilst I'd REALLY like the peace of mind of knowing that there is a working, efficient and up-to-date-with-modern-hardware OpenSourced driver out there - it's *so* not going to happen. We need to find clean ways to wall off the nVidia driver so that it can function without being a security loophole and so it can survive kernel changes and such.
HP's involvement in writing the binary-only driver (Score:2)
Re: (Score:2)
I commit to buying an open graphics card (Score:2)
1.It must be as good or better in all areas (including shader performance) as my current GeForce FX 5700LE.
2.It must be available with PCI Express and/or AGP since if I upgrade my system I will need PCI Express but right now I need AGP.
3.It must have open source drivers for linux that provide good 3D performance (including the abillity to use all features of the card such as programmable shaders)
4.It must provide windows XP drive
Let me start you off... (Score:3, Informative)
You are not going to get a driver in that amount of time.
But, I will give you clues. The nVidia chip is pretty high on the OpenGL stack. The chip itself handles most OpenGL primitive operations. It just won't do contexts (nor will the ATI). I don't know the underlying protocol to communicate with the chip, but I would guess it is packet based. Registers would prove far too slow. I would imagine that for OpenGL, VGA, video, and mode support you are looking at almost a thousand "registers" or eqivalents.
It may be possible to catch the kernel level packet interfaces -- mode setting and VGA extension should be reversable via emulation. But this won't tell you what any of the commands do. You could try iterating OpenGL and comparing generated packets... but...
Modern chips typically DON'T implement a fixed-function pipeline. So you will have to figure out how OpenGL shader compiler for the chip works (because you have to know the "machine code").
Good luck for a 4 week driver project. The shader compiler itself is almost a C++ compiler which has to be reversed, the communications format and the packet streams. I would give 10 man-years as a first estimate.
Or, you could try to get the vendors to "be nice".
But I won't do it for 10 grand. Sorry.
Change the kernel (Score:2)
Re: (Score:3, Insightful)
Beyond just allowing for better drivers, this would allow other ISVs who write software that interacts with the kernel to better support Linux and thus grow the Linux ecosystem. But making developers lives easier and more fun was apparently more important.
I've been ranting and railing about the stable API / ABI issue since the new development process was announced. I now have to wait for my distro to stabilise / patch 'their' kernel six ways from Sunday. Even today