Slashdot Mirror
NVIDIA Driver Developer Discusses Linux Graphics
An anonymous reader writes "Andy Ritger, who leads the NVIDIA UNIX Graphics Team responsible for creating drivers on Linux, FreeBSD and Solaris, has answered many questions at Phoronix about the state of Linux graphics, gaming, and drivers. Ritger shares some interesting facts, such as: the Linux graphics driver download rate is 0.5% that of their Windows driver downloads at NVIDIA.com; how the Nouveau developers are doing an incredible job; creating an AMD-like open-source strategy at NVIDIA would be time intensive and unlikely; and development problems for the Linux platform. Also commented on are new features that may come to their Linux driver within the next twelve months." Like all stories at Phoronix, in common with most other hardware review sites, this one is arbitrarily and maddeningly spread across 8 pages.
I download my Nvidia drivers from the Archlinux package repository. How many Linux users manually download them from Nvidia? The 0.5 percentage could be a big understatement...
I'd like the authors of some common troll s to note:
a) The most high profile binary kernel module distributor considers the unstable kernel API to be very little trouble.
b) One of the most high profile X driver cerators thinks that X is well designed.
so there.
SJW n. One who posts facts.
While at some point it may be possible to release some of this information in pubic form it would be quite a monumental effort to go through the vast amounts of internal documents and repurpose them for external consumption.
I wonder how far back that particular typo goes, although I'm too lazy to find out. Regardless, it's a funny mental image.
Nostalgia's not what it used to be.
No it won't. I have dual 9800s and it runs WoW like a champ (read: no spontaneous system resets or strange/spurious bugs.) I'm unlikely to change to a card with an open source driver anytime soon, because what I have right now works.
I'm really mystified by this attitude - if a company produces a stable, reliable product with closed software and the market is willing to pay for it, what difference does it make? It's not like they are charging $$$$ for crappy product, like, say, Windows. And if you can't understand nVidia's position - e.g. maybe they really DO have some novel graphics processing pipeline in their software that provides them with a competitive speed advantage over the competition - then it's worth keeping it obscured. That's capitalism. (Speculation: some of their binary code dynamically optimizes an FPGA on board for better performance.) You can be damned sure that if I suddenly managed to come up with a novel algorithm for faster database transactions that I'd keep it secret, too, and then sell the hell out of it in competition with Oracle and DB2. Again, that's not bad, that's competition.
Don't get me wrong, I doubt that 95% of the code that is closed is actually worth closing. It really might be that last 5% scattered everywhere that warrants keeping it closed.
From what I understand, NVIDIA's driver architecture is significantly different. The NVIDIA driver replaces most of the X graphics stack, whereas fglrx and ATI's open-source projects have always tried to work mostly with the X11 system. Personally, I prefer ATI's approach, and spend all my GPU and CPU money with them any more.
My blog. Good stuff (when I remember to update it). Read it.
Both Intel and AMD own their own respective graphics chipset. Intel, AFAIK, developed their own integrated graphics chipset, mostly, and AMD purchased ATI.
Both Intel and AMD support the free software community far better than Nvidia. Both Intel and AMD are racing to integrate video graphics into their respective CPUs. With the graphics chip integrated into the CPU, Nvidia gets locked out.
Nvidia's only remaining market niche, as I see, is extremely high end graphics. Intel's and AMD's graphic offering, at the moment, lag Nvidia's, somewhat. Someone who needs all the rendering power they could get would not have Linux support as a major bullet point, as I see. They'll be quite content to using Nvidia's drivers on either Windows or Linux, depending on their software, with Nvidia's nature as a binary blob under Linux being of little concern. That's the only market niche I see remaining for Nvidia. Both AMD's and Intel's product lines, although not as powerful as Nvidia's, are perfectly fine for the average user and/or gamer. With out of the box support in current Linux distros for Intel's hardware (mostly already the case today), or AMD's hardware (eh, maybe tomorrow), Nvidia's outlook there is not too bright.
As someone who's worked for NVIDIA driver development, I can tell you that NVIDIA has no "beliefs" regarding open source at all, and most of the developers have no problem with it. I've had plenty of chats with folks there who were trying out Ubuntu, etc. A guy down the hall had a poster on his door of the linux kernel 0.1 source (I think from a Red Hat conference of some kind). The real reason they don't want to open-source the driver is because the driver is /massive/, and setting up the documentation and outlets for it would take time and effort away from their primary goal, which is staying on top of the market and satisfying as many customers as they can while doing so. And trust me, I don't care how good a dev team you've put together, if they simply dumped the driver code out on the net I guarantee no one would be able to reverse engineer the damn thing.
So yeah. If you can make a good case why it's in their interests to open source it, I bet they'd consider it more seriously. Don't make the mistake of anthropomorphizing a large company.
Scumbags. (...) They don't want to open source it because they don't believe in open source. It's that simple. Hopefully this will kill the last of the NVIDIA apologists.
Oh, STFU and volunteer yourself to go write open source AMD drivers. They've been running an open source strategy now for 2+ years and they're still short on manpower even though there's plenty specs out there and AMD is actively leading the development on top of the hours they've spent getting the documentation through legal review. There's plenty evidence to suggest the open source drivers would drop dead if AMD wasn't carrying them every step of the way, you think nVidia is impressed? The alleged army of open source coders waiting for specs is more like a handful, that's not a claim it's a fact. By all means they're making great progress and all that but they're way, way behind the blobs still.
Live today, because you never know what tomorrow brings
It is interesting then that ATI gfx drivers have generally been a pain in the ass to use in Linux, while Nvidia's work well most of the time.
Don't take life so seriously. No one makes it out alive.
Saying that NVIDIA think the unstable kernel API being "very little trouble" is a little understated. What they actually say in the article:
1) The lack of a stable API in the Linux kernel. This is not a large obstacle for us, though: the kernel interface layer of the NVIDIA kernel module is distributed as source code, and compiled at install time for the version and configuration of the kernel in use. This requires occasional maintenance to update for new kernel interface changes, but generally is not too much work.
That said, the kernel API churn sometimes seems unfortunate: in some cases, working interfaces are broken or replaced with broken ones for no seemingly good reason. In some other cases, APIs that were previously available to us are rendered unusable.
Is that you get people who've toyed with writing a driver for something simple, and get lulled in to thinking that means that all drivers are not a huge deal. Problem is that's not the case. Something like a basic SATA controller really doesn't have a whole lot in the way of functionality for you to implement to get a driver up and working. You can see this in terms of downloadable driver sizes too. Take a look at something like the MegaRAID cards from LSI. The actual driver is all of 25k.
Well that's not the case with graphics cards. They are extremely complex beasts, and getting more complex all the time. You are working to implement a very complex API (OpenGL). As such the driver is going to be much more complex. You can again see this in terms of driver sizes. The core nVidia driver for my 7950 here at work is 16MB. That's just the main driver file, there are other support files it needs to work, and then more files on top of that to really give you all the functions you want (like the custom control panel and such).
So it is a much harder job. It is also a continually moving target. As of this month, we now have a new generation of graphics hardware out that has major differences. The DirectX 11 gen hardware (Radeon 5000 series) is quite different from the previous gen in terms of what it can do. As such the drivers are going to be different. It isn't a case of "Just update the old drivers for the new hardware." It is writing drivers to support a whole new set of features.
Thus I think you get people who have this "Oh it isn't so hard," idea because they've played with the simple stuff. Ya well, sorry guys this isn't simple. In fact, I'd wager graphics drivers are the most complex drivers on systems these days.
As such I can see why nVidia isn't impressed. It isn't a case of "Just give us the docs and we'll knock out a dynamite driver in a week." They might like to pretend that is how it'll be but it's not.
You're so convinced that preference for open source software is a question of "dogma" espoused by "purists" that you haven't stopped to consider the practicalities of the issue. When it comes to drivers on Linux, proper open source releases have huge practical advantages:
When it comes to graphics drivers, these issues are mitigated to a large extent by the fact that Nvidia and ATI have very active driver teams that keep up with things. There are still some advantage to Intel graphics from open source drivers: you'll never have to worry about picking "old" or "new" driver packages like Nvidia for example. Having the option to one day run OpenBSD is another. But, in general, using Nvidia or ATI blobs on Linux is reasonably painless.
The same is absolutely not true for any other kind of hardware. Proprietary network drivers, RAID drivers, printer drivers, or webcam drivers are simply a nightmare - much better to get something with in-kernel drivers that will just work out of the box. The manufacturer *will* forget about you and leave you stuck on random old kernel revisions limping along with an unsupported driver.
-- The act of censorship is always worse than whatever is being censored. Always.
You keep telling yourself that it's just because we're dogmatic. I'll add an anecdote in the meantime.
I was in a similar selection dilemma as the original AC and ended up selecting Intel graphics (Thinkpad X61s) because I knew it would just work and I could use the kernels from the distro I've chosen.
I later found out that the whole linux development team had individually made the same decision (not picked the same machine, but all went for Intel graphics).
I'd also like to point out that "Everything you've mentioned can also be addressed ... without requiring the release of the source code" is a totally laughable idea when you present it without details. As an example how do you expect the community to be able to fix bugs and keep old drivers up-to-date (two of GPs points) when the source is not available?