The Fallacy Behind Open-Source GPU Drivers, Documentation

Posted by Michael Larabel on January 06, 2011

One of the points that Linux users commonly say in lobbying hardware vendors to provide open-source drivers and/or documentation -- particularly for GPU drivers -- is that the open-source community will take the released code or documents and from there develop it into a reliable, working open-source Linux driver. However, that isn't exactly true.

In response to this afternoon's article about VIA's Linux graphics / open-source strategy being dead, there's responses like: "What is the reason behind not releasing source code for the S3 graphics driver? If any source is being released it will most likely be hammered in shape by the community." and "Why not ask him to open source their Windows driver? Third parties could then write a Linux driver based on it." and "Release the specs. You do not need to have the manpower or the Linux knowledge. Release the specs (completely) to the community. There ARE devs out there that will take care of it. But do not frustrate them by NDAs, incomplete specs and other nastyness." And there's many other comments like that any time insert any hardware vendor name that doesn't have open-source drivers gets mentioned.

While this strategy works for some vendors and hardware drivers, it doesn't always work -- especially for graphics processors. Even for the open-source NVIDIA and ATI/AMD open-source drivers, they are lacking development manpower for implementing all available features and ensuring a robust driver that can compete with their proprietary counterparts. None of the open-source drivers even have full OpenGL 3/4 support yet. Since AMD's open-source strategy came into existence, there's been few new developers to X.Org / Mesa and the work is largely written by the same slim set of developers.

If there were hordes of open-source developers idling by that are capable of writing GPU drivers, they would already be reverse-engineering the binary blobs and working out features like multi-card support, OpenGL 3/4, impeccable power management, and other interesting features. There would also not be dormant open-source drivers like the XGI X.Org driver, which has basically been laid to rest ever since Ian Romanick joined Intel. There's a shortage of Linux graphics / X.Org developers, not a surplus.

We offer best quality pass4sure 70-680 study materials for 642-832 exam including up-to-dated 642-691 dumps for practice.

Discuss this article in our forums, IRC channel, or email the author. You can also follow our content via RSS and on social networks like Facebook, Identi.ca, and Twitter (@Phoronix and @MichaelLarabel). Subscribe to Phoronix Premium to view our content without advertisements, view entire articles on a single page, and experience other benefits.
Latest Hardware Reviews
  1. Gallium3D Continues Improving OpenGL For Older Radeon GPUs
  2. 15-Way Open vs. Closed Source NVIDIA/AMD Linux GPU Comparison
  3. Nouveau vs. NVIDIA Linux Comparison Shows Shortcomings
  4. AMD Radeon Gallium3D More Competitive With Catalyst On Linux
Latest Software Articles
  1. Btrfs vs. EXT4 vs. XFS vs. F2FS On Linux 3.10
  2. AMD Radeon R600 GPU LLVM 3.3 Back-End Testing
  3. F2FS File-System Shows Regressions On Linux 3.10
  4. Previewing The Radeon Gallium3D Shader Optimizations
Latest Linux News
  1. DNF Still Advancing As Experimental Yum For Fedora
  2. Logitech Begins Supporting Linux Users
  3. Modern Intel Gallium3D Driver Still Being Toyed With
  4. Linux 3.10 Kernel Benchmarks On A Core i7 Laptop
  5. GCC 4.8.1 Compiler Due To Be Out Next Week
  6. Linux 3.10 Kernel Benchmarks For Intel Ivy Bridge
  7. Linux's "Ondemand" Governor Is No Longer Fit
  8. Firefox 22 Beta Enables WebRTC Support
  9. OpenSUSE 13.1 Milestone 1 Released
  10. DRM Graphics Driver Comes For Dove/Cubox
  11. JADE: An LLVM-Based Video Decoder For MPEG RVC
Latest Forum Talk
  1. DRM Moves Ahead With HTML5 Specification
  2. Btrfs vs. EXT4 vs. XFS vs. F2FS On Linux 3.10
  3. Linux's "Ondemand" Governor Is No...
  4. New Linux Kernel Vulnerability Exploited
  5. KDE's Krita Ported To OpenGL 3.1, OpenGL ES 2.0
  6. Radeon Gallium3D Gets Important Cayman Fixes
  1. Computers
  2. Display Drivers
  3. Graphics Cards
  4. Motherboards
  5. Peripherals
  6. Processors
  7. Software
  8. Operating Systems
  9. All Articles
  1. Linux Benchmarking
  2. OpenBenchmarking.org
  3. Phoronix Test Suite