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

There's Hope For DMA-BUF With Non-GPL Drivers

NVIDIA

Published on 20 February 2012 07:16 AM EST
Written by Michael Larabel in NVIDIA
43 Comments

There's some resurrected hope for the kernel symbols of the DMA-BUF buffer sharing mechanism to be not restricted to only GPL drivers, which started off as a request by NVIDIA. This could lead to better NVIDIA Optimus support under Linux, among other benefits.

DMA-BUF is the buffer sharing mechanism for the Linux kernel that was introduced in the 3.3 cycle for zero-copy sharing of buffers between kernel drivers. This work originally came out of the Linaro project since there's a need for such a mechanism by various ARM SoC driver developers. However, there's also benefits to this work when it comes to GPU hot-plugging, OpenCL / GPGPU computing, and multi-GPU configurations like NVIDIA Optimus.

To learn more about DMA-BUF for Linux, watch this DMA-BUF video from FOSDEM 2012 when Daniel Vetter of Intel was speaking about this infrastructure.

Back in January there was a request by NVIDIA that the DMA-BUF kernel symbols be not exported GPL-only, which would prevent them from taking advantage of this buffer sharing mechanism in their proprietary driver. This would inhibit them from being able to easily/cleanly share buffers between their binary driver and say the Intel open-source driver in Optimus cases where there's both Intel and NVIDIA graphics. Or for buffer-sharing between an open-source NVIDIA Tegra kernel driver and the binary driver with a GeForce GPU, a case that one of the requesting NVIDIA engineer mentioned.

The upstream open-source Linux kernel developers weren't really in favor of this change to allow non-GPL drivers access to DMA-BUF. However, one of the developers involved with DMA-BUF, Rob Clark of Texas Instruments, has more positive news to now share. Below is the message he posted to the kernel mailing list on Sunday concerning this DMA-BUF licensing.
We discussed this topic at the kernel-gfx mini-summit at ELC. Following the discussion, I agree that dma-buf infrastructure is intended as an interface between driver subsystems. And because (for now) all the other arm SoC gl(es) stacks unfortunately involve a closed src userspace, and since I consider userspace and kernel as tightly coupled in the realm of graphics stacks, I don't think we can really claim the moral high-ground here. So I can't object to use of EXPORT_SYMBOL() instead of EXPORT_SYMBOL_GPL().

That said, I expect the dma-buf infrastructure to still be evolving and it is the responsibility for out-of-tree users of the API (GPL or otherwise) to adapt as the dma-buf API changes. And there isn't much the in-tree drivers can do when it comes to debugging of buffer sharing issues with out-of-tree drivers (binary or otherwise), leaving the debugging responsibility to the owners of different out-of-tree drivers.

BR,
-R

This would be marked as a win for NVIDIA (and potentially AMD, among others) as well as Linux desktop users just looking for the best supported hardware experience, assuming this export symbol change goes through.

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. Rosewill RS-MI-01: An Ultra Low-Cost Mini-ITX Chassis
  2. D-Link DCS-2330L HD Wireless Network Camera
  3. Gigabyte AM1M-S2H
  4. AMD's New Athlon/Semprons Give Old Phenom CPUs A Big Run For The Money
Latest Linux Articles
  1. Red Hat Enterprise Linux 7.0 RC Benchmarks
  2. AMD Catalyst 14.4 Brings Few Linux Performance Improvements
  3. The Performance Of Fedora 20 Updated
  4. Clang Fights GCC On AMD's Athlon AM1 APU With Jaguar Cores
Latest Linux News
  1. More Steam Linux Tests/Benchmarks Might Be Coming
  2. NVIDIA's Amazing Single-Board ARM Computer Might Be Delayed
  3. Fedora 21 To Get A Playground, New Features
  4. PC-BSD Is Developing Its Own Desktop Environment
  5. Valve Is Bringing VOGL To Windows & Working On Regression Tests
  6. Canonical Is Taking Over Linux 3.13 Kernel Maintenance
  7. Google Web Designer Is Now Natively Available On Linux
  8. Ubuntu 14.10 Is Codenamed The Utopic Unicorn
  9. Audacious 3.5 Lightweight Audio Player Released
  10. Steam Updated For Ubuntu 14.04 LTS, SteamOS
  11. DNF 0.5 Yum Replacement Now Supports Groups
  12. Red Hat Enterprise Linux 7.0 Is Looking Fantastic
Latest Forum Discussions
  1. HTPC-upgrade advice: AMD Richland A8-7600 or Kaveri A10-6700T ???
  2. The GNOME Foundation Is Running Short On Money
  3. What Else Would You Like To See On Phoronix This Spring?
  4. Linux Kernel Developers Fed Up With Ridiculous Bugs In Systemd
  5. The Most Amazing OpenGL Tech Demo In 64kb
  6. Announcing radeontop, a tool for viewing the GPU usage
  7. New card. Open source drivers only.
  8. Script for Fan Speed Control