1. Computers
  2. Display Drivers
  3. Graphics Cards
  4. Memory
  5. Motherboards
  6. Processors
  7. Software
  8. Storage
  9. Operating Systems


Facebook RSS Twitter Twitter Google Plus


Phoronix Test Suite

OpenBenchmarking Benchmarking Platform
Phoromatic Test Orchestration

NVIDIA Denies Opening Up Its Driver

NVIDIA

Published on 24 June 2008 02:07 PM EDT
Written by Michael Larabel in NVIDIA
90 Comments

Yesterday we reported on the Linux Foundation's message they have issued on the behalf of more than 140 kernel developers: Binary-only kernel modules are harmful and undesirable. While no vendor was singled out in this message, the biggest hardware manufacturer that has yet to provide any real level of open-source support is NVIDIA Corporation.

Over the past few months, however, we've received word from our sources that NVIDIA may be planning an open-source strategy. Nothing has been publicly confirmed yet, but we're still in the belief that it may pan out. ZDNET, however, had asked NVIDIA yesterday whether or not they will open-source their Linux driver. NVIDIA's response was not in favor of such support, citing that it wasn't needed. What didn't appear to be clearly asked, however, was any open strategies that may be on the table that would not involve the open-sourcing of their existing binary blob. Some of the possibilities could include the creation of a new open-source driver, supplying the community with specifications for their graphics card, extending xf86-video-nv for 3D functionality, or supporting the Nouveau developers that are currently reverse-engineering their GeForce and Quadro products.

As we've shared in many articles now, AMD is supporting the open-source community through providing NDA-free documentation that covers 3D programming, hardware registers, and source-code (TCore and KGrids code will be out soon). They have also partnered with Novell to develop the xf86-video-radeonhd driver and the xf86-video-ati driver is worked on in part by an AMD employee. At the same time, they are continuing to develop their binary-only "fglrx" driver that ships as part of the Catalyst Suite. This Linux driver continues to see monthly releases with new features such as CrossFire Linux support and same-day support for new graphics products.

Kernel developers aren't the only ones wanting open-source support from NVIDIA. At OpenTheBlob.com are over 9,500 signatures from Linux end-users, developers, and others wanting NVIDIA to open up. At the same time, however, there is a (smaller and largely unspoken) set of people outside of NVIDIA that want the binary curtain to remain. They fear that if NVIDIA provides an open-source alternative, kernel developers may become even more hostile towards binary blobs.

In this theoretical but possible situation, NVIDIA and AMD would continue producing their binary-only drivers while at the same time supporting the alternative open-source drivers that are focused on the "out of the box" experience and not the high-performance full-featured driver that would remain closed-source. With there being open-source alternatives for all major graphics hardware, free software zealots could make the decision (or several decisions over time) that would block critical elements of the kernel that are necessary for the binary drivers to work. If the kernel developers do this and there ends up being no revert of action, they have just severely stabbed Linux.

This would likely result in a fork, legal action, or other challenges in order to overturn such a decision to reach a new common ground. If no common ground was reached, NVIDIA and AMD would be put in an awkward position of not being able to support their workstation customers with the high-performance drivers they need as they can't have some of their third-party intellectual property and other work exposed in an open-source driver. If it were really severe, the workstation business could just pack up and move to another operating system. That's what some fear at least.

If NVIDIA intends to make an announcement of an open-source strategy, we are betting on it taking place at their NVISION 08 conference in August.

About The Author
Michael Larabel is the principal author of Phoronix.com and founded the web-site in 2004 with a focus on enriching the Linux hardware experience and being the largest web-site devoted to Linux hardware reviews, particularly for products relevant to Linux gamers and enthusiasts but also commonly reviewing servers/workstations and embedded Linux devices. Michael has written more than 10,000 articles covering the state of Linux hardware support, Linux performance, graphics hardware drivers, and other topics. Michael is also the lead developer of the Phoronix Test Suite, Phoromatic, and OpenBenchmarking.org automated testing software. He can be followed via and or contacted via .
Latest Linux News
  1. Pinos Is For Linux Video What PulseAudio Is For Audio
  2. Crossing 200,000 Benchmark Results Posted On LinuxBenchmarking.com
  3. New Mesa Vec4 Backend For Intel, Supports Their NIR Goals
  4. "PulseVideo" Coming To Complement PulseAudio?
  5. Premium Users Now Can Experience Our New Site
  6. XFS Will Get DAX Support In The Linux 4.2 Kernel
  7. X.Org Server Lands More Mode-Setting/GLAMOR Improvements, But No Sign Of 1.18
  8. Linux Mint 17.2 Officially Released With Cinnamon/MATE Flavors
  9. Fedora For MIPS Is Now Out In Testing, Supports The Creator CI20
  10. KDE Plasma 5.3.2 Fixes Shutdown Scripts, Few Dozen Other Bugs
Latest Articles & Reviews
  1. How KDE VDG Is Trying To Make Open-Source Software Beautiful
  2. Attempting To Try Out BCache On The Linux 4.1 Kernel
  3. CompuLab's Fitlet Is A Very Tiny, Fanless, Linux PC With AMD A10 Micro
  4. AMD A10-7870K Godavari: RadeonSI Gallium3D vs. Catalyst Linux Drivers
Most Viewed News This Week
  1. Kubuntu 15.10 Could Be The End Of The Road
  2. Linus Is Looking Forward To Merging KDBUS, But Not Convinced By Performance
  3. NVIDIA Starts Supplying Open-Source Hardware Reference Headers
  4. KDBUS Won't Be Pushed Until The Linux 4.3 Kernel
  5. Linux 4.2 Kernel Gets Port To New Processor Architecture
  6. The Staging Pull For Linux 4.2: "Big, Really Big"
  7. The State & Complications Of Porting The Unity Editor To Linux
  8. SteamOS "Brewmaster" Is Valve's New Debian 8.1 Based Version