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

Qualcomm's Open Kernel Driver Leads To A Dirty Mess

Hardware

Published on 01 July 2010 08:37 PM EDT
Written by Michael Larabel in Hardware
17 Comments

Well, it sounded nice when Qualcomm announced an open-source 2D/3D kernel driver for their Snapdragon platform that's used by phones like the Nexus One and Dell Streak, but it turns out that their user-space Linux driver that hooks into this kernel driver is currently a closed-source blob. This has led to the eternal debate about open-source kernel components but with only closed-source components.

Right now it turns out that Qualcomm's user-land code that talks to this driver is not open-source but their kernel driver is, which touches the hardware and provides the support for interrupts, command streams, context switching, memory management, etc. The driver supports the essentials of DRI2, but both sides of this driver largely communicate via this KGSL (Kernel GSL) HAL that was devised by Qualcomm along with their own ioctl. Having an open-source kernel side but closed-source user-space is nothing new (a.k.a. partially open-source drivers), but VIA has had the problem with their Chrome 9 DRM, but still the code hasn't been mainlined.

As this situation has cropped up again (and this situation is likely to occur more often in the future), Red Hat's David Airlie who maintains the DRM for the Linux kernel and does a great deal of Linux graphics work, he has clarified his policies. Simply put, "If you aren't going to create an open user-space driver (either MIT or LGPL) then don't waste time submitting a kernel driver to me."

The basis for not accepting an open-source kernel driver that's only user is a closed-source user-space component is due to licensing with derived work concerns, verifying the sanity of the user-space API without any open-source user-space component to test, general API suitability and version differences, the possibility for multiple drivers to develop if only documentation is provided, and the trend of reinventing the whole driver stack rather than taking advantage of existing DRM/KMS APIs. David's response in whole can be read on dri-devel.

If Qualcomm wishes to retain a closed-source user-space driver while getting their kernel driver mainlined, the path they will likely need to take is creating an open-source user-land driver that takes full advantage of their kernel interfaces even if this open-source driver doesn't provide the same in-depth feature-set as their proprietary driver. In a perfect world, they could just open up their user-space driver and be all set.

The discussion over this topic and Qualcomm's options are ongoing within the DRI and Linux Kernel mailing lists.

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. 13-Way Low-End GPU Comparison With AMD's AM1 Athlon
  2. ASUS AM1I-A: A Mini-ITX Board For Socketed Kabini APUs
  3. Mini-Box M350: A Simple, Affordable Mini-ITX Case
  4. Overclocking The AMD AM1 Athlon & Sempron APUs
Latest Linux Articles
  1. How Much Video RAM Is Needed For Catalyst R3 Graphics?
  2. Ubuntu 12.04 LTS vs. 14.04 LTS Cloud Benchmarks
  3. Ubuntu 12.04.4 vs. 13.10 vs. 14.04 LTS Desktop Benchmarks
  4. AMD OpenCL Performance With AM1 Kabini APUs
Latest Linux News
  1. Linux 3.15 Lands Some DRM Graphics Driver Fixes
  2. AMD Is Disabling DPM Support For RV770 GPUs
  3. ReactOS Working On A Community Windows OS
  4. Borderlands Is Being Considered For Linux
  5. Mesa 10.0 & 10.1 Stable Get Updated
  6. Getting Hit By The Variable Performance Of The Public Cloud
  7. Git 2.0 Test Releases Begin With Many Changes
  8. Wine 1.7.17 Works On Its Task Scheduler, C Run-Time
  9. The Improv ARM Board Still Isn't Shipping; Riding A Dead Horse?
  10. Debian To Maintain 6.0 Squeeze As An LTS Release
  11. Wasteland 2 Is Finally Released For Linux Gamers
  12. FreeBSD Advances For ARM, Bhyve, Clang
Latest Forum Discussions
  1. The GNOME Foundation Is Running Short On Money
  2. Updated and Optimized Ubuntu Free Graphics Drivers
  3. Catalyst 14.3 Beta
  4. Suggestions about how to make a Radeon HD 7790 work decently?
  5. Radeon 8000M problematic on Linux?
  6. Linux Kernel Developers Fed Up With Ridiculous Bugs In Systemd
  7. After Jack Keane, RuseSoft will briing Ankh 3 to Linux through Desura
  8. Suspected PHP Proxy Issue