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. Preview: AMD's FX-9590 Eight-Core At Up To 5.0GHz On Linux
  2. Intel Launches The Core i7 5960X, Mighty Powerful Haswell-E CPUs
  3. AMD Radeon R9 290: Gallium3D vs. Catalyst Drivers
  4. AMD Radeon R9 290 Open-Source Driver Works, But Has A Ways To Go
Latest Linux Articles
  1. How Intel Graphics On Linux Compare To Open-Source AMD/NVIDIA Drivers
  2. The Fastest NVIDIA GPUs For Open-Source Nouveau With Steam Linux Gaming
  3. Testing For The Latest Linux Kernel Power Regression
  4. The Most Energy Efficient Radeon GPU For AMD Linux Gaming
Latest Linux News
  1. Nouveau X.Org Driver Released With DRI3+Present, Maxwell, GLAMOR
  2. Microsoft & AMD Release C++ AMP Compiler With Linux Support
  3. AMD, Wine & Valve Dominated August For Linux Users
  4. Linux 3.17-rc3 Kernel Released Back On Schedule
  5. Lennart Poettering Talks Up His New Linux Vision That Involves Btrfs
  6. Mesa 10.3 RC2 Arrives Via Its New Release Manager
  7. Ubuntu 14.10's Lack Of X.Org Server 1.16 Gets Blamed On AMD
  8. MSI Motherboard BIOS Updating Remains A Pain For Linux Users
  9. See How Your Linux System Performs Against The Latest Intel/AMD CPUs
  10. AMD Steppe Eagle Flys To Coreboot
Latest Forum Discussions
  1. Lennart Poettering Talks Up His New Linux Vision That Involves Btrfs
  2. The dangers of Linux kernel development
  3. Updated and Optimized Ubuntu Free Graphics Drivers
  4. AMD Releases UVD Video Decode Support For R600 GPUs
  5. SSD seems slow
  6. Is laptop with Intel CPU and AMD dGPU worth buying considering especially AMD Enduro?
  7. Radeon HD5670 and Ubuntu 14.04
  8. Btrfs Gets Talked Up, Googler Encourages You To Try Btrfs