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

Another Linus Rant About Linux DRM; Rejects Pull

Linux Kernel

Published on 06 December 2011 05:11 PM EST
Written by Michael Larabel in Linux Kernel
11 Comments

Linus Torvalds is known to make a few colorful remarks from time to time. Today he's become frustrated once again with the Linux DRM layer and has rejected a pull request for the Linux 3.2 kernel.

David Airlie had sent in a pull request today for the Linux 3.2 kernel that addresses an Intel VT-d issue with Ironlake graphics, a kexec fix where the GPU write-back engines need to be switched off, and then a trivial Radeon KMS fix. The kexec fix sent Linus over the edge.

In the past Linus Torvalds has been vocal about select Direct Rendering Manager (DRM) pull requests from David Airlie with calling the GEM memory management patches at first being untested crap, the lack of Nouveau DRM in the Linux kernel, questioning what's wrong with the whole DRM crowd, and showing why DRM has been problematic (late pull request), among other remarks.

Below is the response from Linus Torvalds for Airlie's pull request.
Quite frankly, I think it's too late for something like a kexec bugfix. Nobody cares. So kexec doesn't work - that's not something new. This doesn't smell like a regression to me. And the kcalloc things you mention *sound* like some kind of cleanup crap.

The DRM layer has been fairly good for a few releases, but I'm getting the feeling that I need to start pushing back, because I'm getting stuff that I don't think matters, and shouldn't be sent to me after -rc4.

So I'm not pulling this.

What the heck is up?

By now, I want fixes that either fix real regressions that people *care* about, or that help new unreleased hardware that people *will* care about and that cannot possibly mess up old users.

kexec? Who the f*ck cares? Really?

Linus

As it's not exactly a popular end-user Linux feature, for those that don't known, kexec allows a new kernel to be booted and switched to from an existing running Linux kernel without a full system reboot. Using kexec skips over the BIOS/UEFI hardware initialization -- this allows for a faster switch to a new kernel and other niche cases (e.g. there's a way to re-clock with the NVIDIA binary blob and then switching over to Nouveau, etc).

After Airlie replied to Linus, there was a soft response from Torvalds where he clarified his position.
So having looked at the patch itself, I don't dislike the notion of making sure certain fields are nicely initialized. So I don't hate the patch itself, but quite frankly, to me it doesn't smell even *remotely* like "regression fix". I don't think this is something that has ever worked.

And I do realize that some enterprise distros want to use kexec, but at the same time I say "that's *their* problem". We know kexec hasn't been horribly reliable, anybody who uses it should have be taking that into account.

I hope kexec gets more reliable, but I *also* really hope that our RC series will calm down, and on the whole, weighing the two concerns, when we're talking about something that has never worked before either, I think the thing is pretty clear.

That said, if there is some other real use-case ("this fixes problems with the BIOS from Xyz initializing things to random crap"), I'd have no real objections to the patch itself.

So my complaint is really a "I want to be more anal about the later -rc patches, I feel we're slipping", not a "I hate the patch per se".

Linus

Linus is basically wanting to reserve the post merge window now for "real" regression fixes and new hardware enablement, at least for the DRM subsystem.

The thread can be found on LKML.org for those wanting to read in full or check for updates.

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. AMD Radeon R9 290: Gallium3D vs. Catalyst Drivers
  2. AMD Radeon R9 290 Open-Source Driver Works, But Has A Ways To Go
  3. Trying The Configurable 45 Watt TDP With AMD's A10-7800 / A6-7400K
  4. Sumo's Omni Gets Reloaded
Latest Linux Articles
  1. Preview: OS X 10.10 Yosemite vs. Ubuntu Linux GPU Performance
  2. Radeon Graphics Yield Mixed Results With Linux 3.17 Kernel
  3. AMD's RadeonSI Driver Sped Up A Lot This Summer
  4. Intel's Latest Linux Graphics Code Competes Against OS X 10.9
Latest Linux News
  1. MenuetOS Updated With SMP Threads & Onscreen Keyboard
  2. Mesa Has A New Release Manager
  3. Enlightenment E19 Lands Its New Wayland Compositor Code
  4. Nouveau Turns Into A Mess In Latest Linux 3.17 + Mesa 10.3-dev Tests
  5. New GCC 5.0 Changes, Command-Line Options That Landed So Far
  6. SteamOS Update 133 Has Better Intel Performance, VA-API
  7. DRM Graphics Changes For Linux 3.18 Might End Up Being Smaller
  8. Ioquake3 Works On Finally Switching Over To SDL2
  9. Linux 3.17-rc2 Release Celebrates 23 Years Of Linux
  10. Leadwerks Launches On Steam For Linux
Latest Forum Discussions
  1. AMD Releases UVD Video Decode Support For R600 GPUs
  2. Users defect to Linux as OpenBSD removes Lynx from base system
  3. Chinese People Try To Patent Wine On ARM
  4. American Citizens running AMOK for food stamps
  5. "The World's Most Highly-Assured OS" Kernel Open-Sourced
  6. What Linux Distribution Should Be Benchmarked The Most?
  7. New generation ultra-thin gaming notebook-MSI GS702PE Stealth all around review
  8. Canonical Joined The Khronos Group To Help Mir/Wayland Drivers