The SLI Godfather

CaptCanuk writes "Phoronix has an insightful article about the motivation behind Nvidia's alternative operating system support. From the article: 'When it comes time for a user to upgrade their computer hardware, and decide to go with a choice from a leading manufacturer of graphics solutions, software support is a given, correct? Wrong.' Read on to find out what truly funds their development and why some think they treat Linux as a second hand citizen."

Comments

The only reason NV supports Linux....

[otis wildflower]

.... Is 'cuz of folks doing workstation graphics (like CGI, visualization, modeling, etc). The more folks move to Linux from SGI, Solaris, etc, the more attention Linux drivers will get. The fact that the chipsets are similar enough for consumer-grade graphics boards to be supported is a nice plus, but I very much doubt the Linux gaming community plays much more of a role than that of testers and bugreporters.

Windows drivers!

[Frozen Void]

We need a something that allows Linux to run windows drivers,like wine runs a layer of binary compatibility.
Before you critique this approach,look
and count the windows drivers.

Re:Another topic

[Homology]

In addition to the various things mentioned in the article, I feel that another topic for pondering is the possibility that SLI may, or may not, ever see the official light of day under FreeBSD. While NVIDIA's code is similar between Linux/Solaris/FreeBSD, there seems to be no corporate customer at this point -- or even the appropriate lobbying for a free port.

Here you see what happens when only binary blobs are available. At some stage even your old hardware will stop working because the manufacturer will not provide updated binary blobs drivers.

NVIDIA is anti-open source. They will happily peddle some binary blobs for some archs (i386) and some OS, but refuse to give any hardware documentation or even tell the name of their various chipsets.

As long as the Linux/FreeBSD crowd accepts binary blobs in order to get their hardware to work, then NVIDIA will happily continue to only handout binary blobs.

Have a look at the FreeBSD nve (NVIDIA nForce MCP Networking Adapter device driver) driver:

This driver is a reimplementation of the NVIDIA supported Linux nvnet
driver and uses the same closed source API library to access the underly-
ing hardware. There is currently no programming documentation available
for this device, and therefore little is known about the internal archi-
tecture of the MAC engine itself.

And this is just a NIC? What's so secret about that? And this is acceptable?

Have a look at what OpenBSD does: Reverse engineer and offer the first open source driver nfe (NVIDIA nForce MCP Ethernet driver)

[/rant]

Nvidia is bad? ATi is worse.

[Tinfoil]

I recently purchased a new laptop from Acer, an Aspire 5672. It's a Core Duo running @ 1.67Ghz, 2GB RAM and an ATi X1400 w/ 128MB dedicated. I'll admit right from the start, I didn't do my research very well. I knew the wireless would be touchy but the ipw3945 project may support it. I didn't think I would have a problem with the video. Nor did I think I would have a problem with the Broadcom BCM5789 gigabit lan, but that's another story.

Was I ever wrong.

The binary ATi drivers do not support any of the X1000 series cards. Hell, even the latest & greatest windows drivers do not support my X1400 chipset officially.

The beta ATi drivers apparently support my chipset, but ATi supports 24bit graphics and nothing else. Alas, the display panel in the laptop is 16 or 32 bit. Running at 24 bit yields a display that looks like something one would expect to see after dropping a couple hits of acid.

Even worse, when trying to use the vesa xorg drivers, I am not able to use the native 1280x800 resolution as when the vesa drivers poll the graphics chipset for the available modes, 1280x800 isn't listed! No amount of fussing with the xorg.conf file has yielded a working solution. The final straw is that I am unable to tell the laptop not to scale lower resolutions up to 1280x800, so 1024x768 (4:3 ratio) is scaled to fit the panel, which is 16:10, which just makes things ugly.

So, until I can get native resolution, Linux is useless on this laptop. The display is too fuzzy and stretched to be usefull. Thankfully I still have my old laptop, as it has an nvidia chipset in it. Sure, the laptop is slow compared to the Core Duo, but atleast the display works properly.

NVidia may be pro Linux, but not open source.

[(H)elix1]

One thing worth pointing out is NVidia has been pretty good producing Linux drivers for most of the stuff they put out. It started with the video cards, but as they moved to chipsets they kept it up for all the bits on the chipset/mainboard as well. The place that people find fault is they release the drivers as binary rather than source form, and make it exceptionally difficult to roll your own as they don't release any under the cover info. They say it is partly due to licensing on their side, partly to keep the competition in the dark.

Now for me, I use the OS as a development platform. I don't expect source for any Win32 driver I use nor do I care if I have source for Linux or Solaris for that matter. As long as it works and does the job, I'm happy. I suspect I'm a pretty typical Linux user. The Linux developers would have problems with this - having to poke around a black box is a pain in the ass. My pain point comes with having to deal with them at install/update time. I also keep a small stack of Matrox Millennium (4M PCI) cards around because they do 'just work' without binary drivers. If they made them source based it would be more convenient for me, but NVidia has been pretty good keeping up with the multiple kernels and major distros. I'd call them pro Linux, but not open source.

This article hits and misses

[unr_stuart]

Yes, of course, nVidia isn't going to spend time developing drivers for 0.01% of their customer base. The reason why Linux has any support at all is because nVidia sees it as a growing market, and because the drivers for Windows and Linux share 98% of their code. This isn't true of other platforms. Look at the Mac for example, their driver interface is completely different than that of Windows or Linux, which is why it takes longer (even though they have a somewhat full team of engineers for the Mac).

For the Linux drivers, the engineers simply say "what do we need more urgently, these bug fixes, or these features?" If they need the features, they borrow the code from Windows and put it in, with possibly some minor glue code. With other platforms, some poor engineer has to learn enough about that one particular OS to get a driver working. Again, how does diverting this portion of time equate to revenue for ATI without a guaranteed contract from the hardware vendor? It doesn't.

nVidia has a steady stream of revenue from Windows users (gamers and casual users) and Linux users (research and education), but the same is not always true of other manufacturers like HP, Sun, etc. And again, why would a business invest their time and money if they don't have a reasonable assurance of profit?