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 Benchmarking Platform
Phoromatic Test Orchestration

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 Articles & Reviews
  1. Radeon Linux Benchmarks: Catalyst 15.3 Beta vs. Linux 4.0 + Mesa 10.6-devel
  2. Trying Out The Modern Linux Desktops With 4 Monitors + AMD/NVIDIA Graphics
  3. Turning A Basement Into A Big Linux Server Room
  4. NVIDIA's $1000+ GeForce GTX TITAN X Delivers Maximum Linux Performance
  5. OS X 10.10 vs. Ubuntu 15.04 vs. Fedora 21 Tests: Linux Sweeps The Board
  6. The New Place Where Linux Code Is Constantly Being Benchmarked
Latest Linux News
  1. Firefox 37 Coming Today With Heartbeat, HTTPS Bing
  2. OpenIndiana 2015.03 Updates Its Solaris/Illumos Environment
  3. GNOME 3.16 SDK Runtime Now Available
  4. Initial Intel Braxton Support Might Come To Linux 4.1
  5. Why KDE's KWin Doesn't Integrate Weston/QtCompositor For Wayland Support
  6. Clang Now Supports Targeting The NaCl OS
  7. PC-BSD Updates Its Lumina Desktop (v0.8.3)
  8. Fedora 22 Alpha Now Available For AArch64 & PowerPC64
  9. Systemd Developers Did NOT Fork The Linux Kernel
  10. PulseAudio 7.0 To Enable LFE Remixing By Default
Most Viewed News This Week
  1. Introducing The Library Operating System For Linux
  2. Improved OpenCL Support For Blender's Cycles Renderer
  3. The Big Features Of The Linux 4.0 Kernel
  4. Open-Source Driver Fans Will Love NVIDIA's New OpenGL Demo
  5. Allwinner Continues Jerking Around The Open-Source Community
  6. GNOME 3.16 Released: It's Their Best Release Yet
  7. Ubuntu 15.04 Final Beta Released
  8. Systemd Change Allows For Stateless Systems With Tmpfs