Slashdot Mirror
NVIDIA's Drivers Caused 28.8% Of Vista Crashes In 2007
PaisteUser tips us to an Ars Technica report discussing how 28.8% of Vista's crashes over a period in 2007 were due to faulty NVIDIA drivers. The information comes out of the 158 pages of Microsoft emails that were handed over at the request of a judge in the Vista-capable lawsuit. NVIDIA has already faced a class-action lawsuit over the drivers. From Ars Technica:
"NVIDIA had significant problems when it came time to transition its shiny, new G80 architecture from Windows XP to Windows Vista. The company's first G80-compatible Vista driver ended up being delayed from December to the end of January, and even then was available only as a beta download. In this case, full compatibility and stability did not come quickly, and the Internet is scattered with reports detailing graphics driver issues when using G80 processors for the entirely of 2007. There was always a question, however, of whether or not the problems were really that bad, or if reporting bias was painting a more negative picture of the current situation than what was actually occurring."
The problem is that in the race to produce the biggest, baddest, fastest, video cards for gamers, ATI/AMD and NVIDIA have often overlooked stability for performance. I don't know about you, but I'd gladly trade off a couple of FPS for a card that was rock solid stable.
My blog
Well if NVidia is the only one with MAJOR driver problems....lets look at the math. 80% of the drivers work and they were built with the DDK while 20% (including NVidia's drivers) do not work and they were built with the DDK. I would think the 20% did not write their drivers correctly.
I smoked pot once. But I DID NOT inhale. Will you hire me?
1. The drivers contain code licensed from third-parties, such that opening the source would require extensive contracts, negotiations, and more licensing. Probably most of these third-party software vendors won't agree to have their code opened for the same reasons that all closed-source companies keep their source closed.
2. Modern video cards (and other hardware too, probably) contain a surprising amount of their logic and "acceleration magic" in the driver. The card itself, though dedicated to a particular hardware task, is quite general and thus the code controlling the card contains many of the important 'tricks' to get good performance. (In fact I've been told that the difference between some cards and higher models is only in the driver.) In such cases, releasing the software code would be like releasing the hardware circuit diagram: it would reveal many of their trade secrets (some of which may be patent-protected, others not).
3. Even if it would be illegal, some people would modify and redistribute the code. Hobbyist hackers would alter the code and recompile. This might allow end-users to bypass restrictions on the card, enable other features (effectively upgrade the card by bypassing lockouts), and so on. This makes lock-in harder, and might reduce the frequency that people upgrade their hardware.
4. Their code, in all likelihood, violates a large number of competitor patents. As long as the violations are buried inside a binary, no one will notice. Opening the code would make it easy for a competitor to spot violations and sue. Probably all the companies violate each other's hardware and software patents, but they maintain an uneasy balance by all being secretive. If one company released too much information, the others would use it against them.
5. The company may worry about other liabilities that they become exposed to when users and competitors can peruse the codebase.
As I said, only the companies know for sure. But there are plenty of plausible reasons for why a hardware company wouldn't want to release driver source code. They are not great reasons (many of us would be more willing to buy the hardware if it had more documentation and/or open code), but they make business sense.
Someone has already pointed out that if you want a rock-solid stable video card under Linux, buy a board with an Intel G965 or G33/35 chipset, so I won't make that argument (although I will say the drivers aren't completely rock solid and lack many of the options I'm used to with the nVidia driver, like OGL vsync to stop "tearing" when I play full screen video).
However, I will say that ATI's Linux drivers have come on leaps and bounds since AMD took the helm. They're still sucky, but they now only about twice as sucky as nVidia, as opposed to the binary equivalent of disemboweling yourself with a grapefruit spoon. The fact that, thanks to AMD publishing the specs for the silicon, a fully OSS, clean room, accelerated driver is now possible is also a colossal boon, and I suspect that within a few months the RadeonHD driver will be featureful and stable enough to be more than adequate for most people, once the distros start picking up on it.
Then, of course, it'd be nice if someone could write a way of accelerating video so that all us Linux users without eleventy billion jiggahurtz processors could play back 1080p H.264...
Moderation Total: -1 Troll, +3 Goat
So let me get this straight: When X Crashes you lose your current session, right? Which means that OOo document you were working on just went "poof" - your media player shuts down, along with all your other apps that launch within the context of the X session.
Now, your uber OS may have stayed "on" in that it could reload all that crap without having to spend 20 seconds rebooting, but for all intents and purposes from a user perspective, your whole OS just freaking crashed.