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

Linus: What's Wrong With The Whole DRM Crowd?

Linux Kernel

Published on 19 November 2010 03:02 PM EST
Written by Michael Larabel in Linux Kernel
30 Comments

David Airlie sent in a DRM pull request to Linus Torvalds for the Linux 2.6.37 kernel this week to fix some Intel DRM driver bugs as well as one ATI Radeon KMS fix. However, this pull request sparked another rant by Linus Torvalds about the quality of the work of the open-source Linux (DRM) graphics driver developers.

Linus is known for an occasional colorful email and in the past has had a number of issues with code in the DRM sub-system, such as calling the initial Graphics Execution Manager (GEM) push by Intel as being untested crap. It was also via Linus that Nouveau unexpectedly got merged into the mainline kernel. With this 2.6.37 DRM bug-fix pull (mailing list thread), Linus has become once again frustrated. This time it's over the DRM code being messy, useless re-basing of Git trees, large amounts of DRM code always being changed later in the release cycles, and pulling "random crap" into tree.

This new code did end up being pulled into the Linux kernel and will be found in the 2.6.37-rc3 release, but below is the unhappy email from Linus.
F*%^ me, why does drm always have to be so messy?

You guys pull each others trees, and then rebase them. Yes, git is smart enough that it will merge it all fine, but dammit, now that multi-hundred-line Radeon commit exists twice in the tree. Do this:

git show --stat 16790569eddf fba4312e223f
git show --stat 21e2eae4daae a41c73e04673

and cry.

And yeah, it's ugly. And if that patch introduces a regression (which is entirely possible, it's not like it's small and trivial and obviously correct) it will just make bisection harder, and add confusion. And it's totally pointless. It only adds pain. And it makes the history harder to read.

Why did the Intel drm tree merge a patch that had _nothing_ what-so-ever to do with Intel DRM? WHY?

And why did the drm tree rebase a tree that had obviously been public and pulled from? WHY? Why did you make it public before it was ready? And/or why was it so ugly that it needed to rebase it? Why do these things keep happening?

What's wrong with the whole drm crowd? Even if it isn't rebasing, why is drivers/gpu/drm always so very visible in the later -rc trees?

I'm asking "why", but what I really want you guys to do is to ask _yourself_ why. And ask "Why is that? What am I doing wrong that this keeps happening?"

Really. Spend some time pondering. What the hell just happened, and why did it happen, and how can you guys stop doing it?

Chris: stop pulling in random crap in your tree. Do _your_ development, in your tree. Nothing else.

And Dave, I have no idea why those two commits were rebased. They seem identical in the tree that Chris had pulled. They have the same base commit. What was the point?

Linus

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. Even With Re-Clocking, Nouveau Remains Behind NVIDIA's Proprietary Linux Driver
  2. The Power Consumption & Efficiency Of Open-Source GPU Drivers
  3. AMD R600g/RadeonSI Performance On Linux 3.16 With Mesa 10.3-devel
  4. Intel Pentium G3258 On Linux
Latest Linux Articles
  1. AMD Catalyst 14.6 Does Slightly Better With APITest OpenGL Tests
  2. Updated Source Engine Benchmarks On The Latest AMD/NVIDIA Linux Drivers
  3. Nouveau vs. Radeon vs. Intel Tests On Linux 3.16, Mesa 10.3-devel
  4. KVM Benchmarks On Ubuntu 14.10
Latest Linux News
  1. KDE 4.14 Release Candidate Ships
  2. Drivers & Drama Dominated Linux Talk In July
  3. Fedora Assembles A Security Team
  4. AMD Launches The A10-7800, The 65 Watt Kaveri
  5. Builder: A New Development IDE Being Built For GNOME
  6. GDB 7.8 Betters Python Scripting, Adds Guile Support
  7. GNOME's GTK+ Is Still Striving For A Scene Graph, Canvas API
  8. Unreal Tournament Looks Great For Team Deathmatch
  9. LibreOffice 4.3 Released With Many Exciting Changes
  10. GNOME/GTK On Wayland Gains Focus At GUADEC
Latest Forum Discussions
  1. Linus Torvalds On GCC 4.9: Pure & Utter Crap
  2. Grand Theft Auto Running On Direct3D Natively On Linux Shows Gallium3D Potential
  3. Debian + radeonsi
  4. AMD Publishes Open-Source Linux HSA Kernel Driver
  5. Open-source drivers on ATI R7 260X
  6. AMD Athlon 5350 APU On Linux
  7. Updated and Optimized Ubuntu Free Graphics Drivers
  8. List of Linux friendly Kickstarter projects