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

DRM Change Continues To Cause Debate

Linux Kernel

Published on 29 November 2009 03:03 PM EST
Written by Michael Larabel in Linux Kernel
9 Comments

Kristian Høgsberg on the 6th of November had wrote a message on the DRI development list regarding the libdrm repository. With so much of the Direct Rendering Manager (DRM) work going straight into the Linux kernel -- thanks in large part to all of the work on memory management and kernel mode-setting -- Kristian proposed that the DRM driver code be removed from the separate DRM Git tree. With this message, Kristian created a new DRM repository that dropped all of the linux-core, bsd-core, and shared-core code. Seems simple and straightforward, right? Well, three weeks later with dozens of replies, this change is continuing to cause debate.

After some initial confusion was cleared up, some active DRM developers (such as Jerome Glisse) were in support of this change while others (such as Eric Anholt) thought it would do more harm than good with creating a larger burden on the developers and users wishing to test out this code. Some developers viewed this as a way to get greater testing of it living in the kernel tree that it would get better test coverage with each kernel release candidate and avoiding copying files, while others feared this would force users to upgrade their kernel to obtain simple DRM fixes.

These concerns led Kristian to revise his proposal to pull the latest DRM driver bits from a Linux kernel repository automatically into his libdrm Git repository. Kristian described this work as "[not] an attempt to change how we work, it was merely a re-organisation of the drm.git repo to better reflect and support the de facto workflow." But still, some developers objected.

A week ago, another can of works got opened when one user became disgruntled that the bsd-core code was removed from the tree. While the BSD driver bits were dropped from the tree, so were the Linux bits, but the BSD code was rarely worked on and not even used by the BSD maintainers. As can be seen from this DRM log, the last time the bsd-core was touched inside Mesa/DRM was in March and before that was only worked on every few months almost entirely by a lone FreeBSD developer, Robert Noland. Robert though wasn't even the one complaining about this code location change.

Robert Noland ended up responding to say "the code there is useless and only provided minor historical value." This though didn't settle things and led Vehemens to dispute the number of actual *BSD developers working on the DRM code, code not being shared, and other issues. Here though is a message that describes the FreeBSD DRM situation at least, by Robert himself, but really is just becoming into a public fight between two developers that both actually have the same goal of bettering the *BSD DRM code.

As of today, this mailing list thread remains very active. The changes though already went into effect and the linux/bsd/share-code folders were removed more than a week ago (commit) that reduced the number of lines of code by more than 130,000. Of course, this code remains available, but just not in the master DRM git tree. The linux-core code wasn't worked on in that location in months and the bsd-core code wasn't in even more months.

The DRM BSD code is continuing to be worked on, albeit in a different location and doesn't receive as much love as the Linux DRM. OpenSolaris or FreeBSD/NetBSD/OpenBSD have yet to support the Graphics Execution Manager or TTM for kernel memory management, let alone kernel mode-setting or other recent DRM changes.

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. Ubuntu 12.04 LTS vs. 14.04 LTS Cloud Benchmarks
  2. Ubuntu 12.04.4 vs. 13.10 vs. 14.04 LTS Desktop Benchmarks
  3. AMD OpenCL Performance With AM1 Kabini APUs
  4. A Quick Look At GCC 4.9 vs. LLVM Clang 3.5
Latest Linux News
  1. Borderlands Is Being Considered For Linux
  2. Mesa 10.0 & 10.1 Stable Get Updated
  3. Getting Hit By The Variable Performance Of The Public Cloud
  4. Git 2.0 Test Releases Begin With Many Changes
  5. Wine 1.7.17 Works On Its Task Scheduler, C Run-Time
  6. The Improv ARM Board Still Isn't Shipping; Riding A Dead Horse?
  7. Debian To Maintain 6.0 Squeeze As An LTS Release
  8. Wasteland 2 Is Finally Released For Linux Gamers
  9. FreeBSD Advances For ARM, Bhyve, Clang
  10. Ubuntu 14.04 LTS "Trusty Tahr" Officially Released
  11. Ubuntu 12.04 LTS vs. 14.04 LTS Server Benchmarks
  12. QEMU 2.0 Released With ARM, x86 Enhancements
Latest Forum Discussions
  1. Suggestions about how to make a Radeon HD 7790 work decently?
  2. The GNOME Foundation Is Running Short On Money
  3. Updated and Optimized Ubuntu Free Graphics Drivers
  4. Radeon 8000M problematic on Linux?
  5. Linux Kernel Developers Fed Up With Ridiculous Bugs In Systemd
  6. After Jack Keane, RuseSoft will briing Ankh 3 to Linux through Desura
  7. Suspected PHP Proxy Issue
  8. Change installation destination from home directory