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.org

Bickering Continues About NVIDIA Using DMA-BUF

Nouveau

Published on 18 October 2012 12:02 PM EDT
Written by Michael Larabel in Nouveau
328 Comments

The fight continues about not changing the Linux kernel symbols for DMA-BUF so that NVIDIA can support NVIDIA Optimus Technology within their proprietary graphics driver.

NVIDIA is wanting to support DMA-BUF with their driver so that buffers can be shared between its driver and the other open-source (and potentially other closed-source) graphics drivers in multi-GPU systems, such as the notorious notebooks sporting both NVIDIA discrete graphics and Intel integrated graphics. NVIDIA has been after using DMA-BUF for a number of months but currently the symbols for it are exported as being GPL-only so their non-GPL driver can't access them.

NVIDIA has kindly requested multiple times so that it can share the buffers with this kernel infrastructure, but the change hasn't happened. NVIDIA isn't looking to steal a bunch of kernel code and pump it into their binary blob, they are just looking to use this unified infrastructure for passing buffers between drivers in a standardized way. ARM SoC vendors with proprietary drivers would also like to leverage DMA-BUF between their binary drivers too.

The main critic of changing the DMA-BUF symbols to not be exported as GPL-only is Alan Cox. Alan has been very vocal about rejecting the NVIDIA-requested change as he doesn't want NVIDIA's binary -- but widely-used -- graphics driver to support the DMA-BUF infrastructure. NVIDIA is now trying to properly support Optimus, but they're being blocked by Alan Cox and others.

Cox sees his rights being violated if DMA-BUF is not GPL-only even though this is kernel infrastructure code and is in the name of improving driver interoperability. Even David Airlie and other open-source graphics drivers are in support of this change. "I'd rather let the users have some hope of a sane architecture, instead of nvidia having to replace even more userspace code and kernel code with their own insane shit."

Without this, NVIDIA will be forced to reinvent the wheel and come up with their own infrastructure that might not work with the other open-source DRM drivers or just abandon their Optimus support plans. NVIDIA isn't going to simply open-source their driver and they need a way to share buffers/data with the other drivers.

Telling Linux desktop users to use Nouveau instead of the NVIDIA blob also isn't a legitimate option. The Nouveau driver is much slower than the binary driver, doesn't even have proper re-clocking support right now, the power management situation is a mess, the highest GL compliance reached right now is OpenGL 3.0, and many other features are lacking.

The latest mailing list discussion posts -- which largely come down to fighting between Alan Cox and David Airlie -- can be seen on linaro-mm-sig.

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 Hardware Reviews
  1. Btrfs On 4 x Intel SSDs In RAID 0/1/5/6/10
  2. AMD Radeon R9 290 On Ubuntu 14.10: RadeonSI Gallium3D vs. Catalyst
  3. MSI X99S SLI PLUS On Linux
  4. NVIDIA GeForce GTX 970 Offers Great Linux Performance
Latest Linux Articles
  1. NVIDIA's Linux Driver Can Deliver Better OpenGL Performance Than Windows 8.1
  2. Windows 8.1 vs. Ubuntu 14.10 With Intel HD Graphics
  3. 6-Way Ubuntu 14.10 Radeon Gallium3D vs. Catalyst Driver Comparison
  4. NVIDIA vs. Nouveau Drivers On Ubuntu 14.10
Latest Linux News
  1. Wine 1.7.30 Continues Work On DirectWrite & Offers Regedit Fixes
  2. Has The Sky Fallen? Qualcomm Contributes To Freedreno's DRM/KMS Driver
  3. Manjaro Works To Make Calamares A Distribution-Independent Installer
  4. DisplayLink USB 3.0 Support Sounds Like A Mess
  5. PulseAudio Gains A Native Bluetooth Headset Backend
  6. X.Org Foundation Decides On Its Women Outreach Project
  7. GTK+ 3.16's New GtkGLArea Widget Gets Improved
  8. X.Org Server 1.17 ABI Bumped
  9. Fedora 21 Beta To Be Released Next Week
  10. Go 1.4 Beta Release Brings Big Runtime Changes
Latest Forum Discussions
  1. How to get rid of Linux
  2. Closed source to opensource
  3. What Would You Like To See Next?
  4. Is foolish currently develop in machine code, hexadecimal and assembly?
  5. Reducing The CPU Usage In Mesa To Improve Performance
  6. Help diagnosing problems with a Readon HD 4670 on Mesa 10.3.2-1
  7. Advertisements On Phoronix
  8. nv and xorg.conf under Debian PPC