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

BSDs Struggle With Open-Source Graphics Drivers

BSD

Published on 08 February 2013 08:51 AM EST
Written by Michael Larabel in BSD
114 Comments

While there's plenty of code pouring into the Linux world for bettering open-source graphics drivers from desktop graphics cards to ARM SoCs, in the *BSD world they are struggling with their graphics driver support. Matthieu Herrb gave a presentation on the (rather poor) state of graphics on Unix-like platforms outside of Linux.

Matthieu Herrb, a long-time BSD developer and X.Org Foundation member, presented last weekend at FOSDEM 2013 about the BSD graphics support.

As talked about in many Phoronix articles in recent years, and should be no surprise to any graphics/X.Org enthusiasts, changes in how Linux graphics drivers (and X.Org itself) are developed have led to the downfall on non-Linux systems. Traditionally with the X11/X.Org Server being multi-platform and the DDX drivers controlling the hardware while running in user-space, it hasn't been hard to maintain graphics card support between Linux, *BSD, and Solaris. However, with kernel mode-setting and DRM being the standard expectation now, non-Linux platforms lose out.

The KMS/DRM drivers living within the Linux kernel are often permissively licensed compared to the GPL, which isn't the problem but that these kernel drivers are designed around Linux interfaces. Even porting the TTM memory manager to non-Linux kernels has proved to be difficult for BSD developers.

With open-source graphics driver developers working around Linux as their primary platform (and often not caring about other platforms), it's difficult for other developers to maintain pace in porting over the driver support. It took years for FreeBSD to support Intel KMS, which only happened in mainline a few months back with the FreeBSD 9.1 release. There's still no mainline Nouveau and Radeon kernel drivers for FreeBSD due to the major work involved. The other BSDs are in similar standing or even worse off without a port of any Linux KMS driver.

Oracle Solaris has modern Intel kernel mode-setting support with Solaris 11 and Solaris 12 might have a Radeon KMS driver, but that's really it in the Solaris world. Illumos/OpenIndiana as the independent/community Solaris spins have no mainline KMS support.

For providing support for modern Intel graphics cores, OpenBSD developers ended up porting the Ironlake and Sandy Bridge chipset support to an old xf86-video-intel DDX driver with user-space mode-setting. Intel dropped their UMS support years ago while OpenBSD is maintaining an old pre-UMS-dropping X.Org driver where they have been meticulously back-porting new Intel hardware support. The OpenBSD 5.3 release in a few months will have Intel Ivy Bridge support, one year after the hardware debuted. There is on-going work for supporting Intel KMS on OpenBSD. Another shortcoming of OpenBSD is no multi-touch support.

The NetBSD operating system does have a GEM implementation, but it's currently living in GitHub and not in mainline. The operating system is making slow progress on KMS.

DragonFlyBSD did get some work done as part of Google Summer of Code for GEM/DRM/KMS, but nothing that's in real good standing.

Matthieu Herrb summarizes the current situation for non-Linux systems as "lagging behind" with the biggest issues being new X.Org Servers requiring newer drivers, newer drivers requiring newer DRM (kernel support), and the kernel drivers being harder to port to BSD/Solaris. The push for moving more of the graphics drivers into the kernel is good for Linux, but real bad for the *BSDs.

Multi-touch support for the BSD operating systems is also quite bad overall with input drivers frequently being in the kernel rather than xf86-input drivers.

Wayland will also be a mess for BSD and Solaris operating systems due to its dependence on kernel mode-setting, kernel input drivers, and Weston being designed with solely Linux in mind.

Matthieu concluded his FOSDEM talk by saying there's tough times for non-Linux systems, there is progress and little hope, and help is needed for overcoming major hurdles. Herrb has posted his slides on the X.Org Wiki.

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. Sub-$20 802.11n USB WiFi Adapter That's Linux Friendly
  2. The Lenovo T450s Is Working Beautifully With Linux
  3. Linux 4.0 SSD EXT4 / Btrfs / XFS / F2FS Benchmarks
  4. Linux 4.0 Hard Drive Comparison With Six File-Systems
  5. Lenovo ThinkPad T450s Broadwell Preview
  6. How Open-Source Allowed Valve To Implement VULKAN Much Faster On The Source 2 Engine
Latest Linux News
  1. EXT4 In Linux 4.1 Adds File-System Level Encryption
  2. Open-Source Ardour 4.0 Audio Software Has Big Improvements
  3. Linux-Powered Endless Computer Raises $100k+ In A Few Days
  4. GCC 5.1 RC2 Arrives, GCC 5.1 Planned For Next Week
  5. F2FS For Linux 4.1 Has New Features & Fixes
  6. Phoronix Server Upgrade This Weekend: Dual Haswell Xeons, 96GB DDR4
  7. Google's Experimental QUIC Transport Protocol Is Showing Promise
  8. Red Hat Joins Khronos, The Group Behind OpenGL & Vulkan
  9. NetworkManager Drops WiMAX Support
  10. Wine 1.7.41 Works More On Kernel Job Objects, MSI Patches
Most Viewed News This Week
  1. Nouveau: NVIDIA's New Hardware Is "VERY Open-Source Unfriendly"
  2. Linux 4.0 Kernel Released
  3. Microsoft Announces An LLVM-Based Compiler For .NET
  4. Linux 4.1 Brings Many Potentially Risky x86/ASM Changes
  5. VirtualBox 5.0 Beta 2 Released
  6. KDBUS Is Taking A Lot Of Heat, Might Be Delayed From Mainline Linux Kernel
  7. Mozilla Start Drafting Plans To Deprecate Insecure HTTP
  8. KDBUS To Be Included In The Linux 4.1 Kernel