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. Rosewill RS-MI-01: An Ultra Low-Cost Mini-ITX Chassis
  2. D-Link DCS-2330L HD Wireless Network Camera
  3. Gigabyte AM1M-S2H
  4. AMD's New Athlon/Semprons Give Old Phenom CPUs A Big Run For The Money
Latest Linux Articles
  1. AMD Catalyst 14.4 Brings Few Linux Performance Improvements
  2. The Performance Of Fedora 20 Updated
  3. Clang Fights GCC On AMD's Athlon AM1 APU With Jaguar Cores
  4. Ubuntu 14.04 LTS vs. Oracle Linux vs. CentOS vs. openSUSE
Latest Linux News
  1. Valve Is Bringing VOGL To Windows & Working On Regression Tests
  2. Canonical Is Taking Over Linux 3.13 Kernel Maintenance
  3. Google Web Designer Is Now Natively Available On Linux
  4. Ubuntu 14.10 Is Codenamed The Utopic Unicorn
  5. Audacious 3.5 Lightweight Audio Player Released
  6. Steam Updated For Ubuntu 14.04 LTS, SteamOS
  7. DNF 0.5 Yum Replacement Now Supports Groups
  8. Red Hat Enterprise Linux 7.0 Is Looking Fantastic
  9. Intel Is Launching An Interesting Bay Trail NUC Next Week
  10. Another X.Org EVoC Proposed For OpenGL 4+ Tests
  11. The Best Features Coming With Qt 5.3
  12. Red Hat's RHEL7 RC ISO Is Now Publicly Available
Latest Forum Discussions
  1. The Most Amazing OpenGL Tech Demo In 64kb
  2. Announcing radeontop, a tool for viewing the GPU usage
  3. HTPC-upgrade advice: AMD Richland A8-7600 or Kaveri A10-6700T ???
  4. New card. Open source drivers only.
  5. The GNOME Foundation Is Running Short On Money
  6. Linux Kernel Developers Fed Up With Ridiculous Bugs In Systemd
  7. Script for Fan Speed Control
  8. Torvalds Is Unconvinced By LTO'ing A Linux Kernel