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 Changes Pooling For Linux 3.5 Kernel

Linux Kernel

Published on 21 April 2012 05:42 AM EDT
Written by Michael Larabel in Linux Kernel
2 Comments

There's already a number of changes building up when it comes to the Direct Rendering Manager (DRM) sub-system for merging into the Linux 3.5 kernel.

On Friday there was a "state of drm next" e-mail sent by David Airlie, the Red Hat developer that's also the Linux kernel's DRM sub-system maintainer.

Building up so far has been a tentative "-next" tree from Intel with various work but nothing too interesting yet and on the Radeon side there's copy optimization, a PCI bus master race fix, and two AGP patches. That's been it for what's happened to the drivers, but the Nouveau pull hasn't went in nor are the Radeon/Intel "-next" pulls over.

Expected for merging into the Linux 3.5 kernel will be the Valley View Atom SoC (VLV) and Haswell (HSW) hardware enablement code. However, if you're hoping Intel will squeeze out more Sandy/Ivy Bridge performance improvements on the Intel side in the near future, it doesn't look that way. Daniel Vetter wrote in an email to me earlier this week when we were discussing my Intel Ivy Bridge Linux benchmarking, "For the next month I don't see anything big wrt performance, most of the stuff currently being worked on is new platform enabling for vlv&hsw and code rework to make that happen."

Hopefully on the Nouveau side they will have more to merge when it comes to re-clocking support, but at the moment it doesn't look too likely. It would also be nice for them to free-up the need for the FUC microcode for the GeForce 600 "Kepler" hardware so that loading the NVIDIA binary driver and extracting the firmware doesn't need to happen, but that might not happen until Linux 3.6 or later.

On the Radeon side, performance improvements are still needed but AMD developers at the moment are still busy tackling the new "RadeonSI" Gallium3D driver. Maybe they will finally get PCI Express 2.0 support enabled by default for Linux 3.5? Probably not.

Getting back on track with David's message, yesterday into his drm-core-next Git repository he landed a frame-buffer creation sanity check patch series, CEA/EDID patches, and DMT mode-adding patches. Into the drm-next tree is also work by Matthew Garret on handling multi GPUs with EFI interactions.

Outside of what's been pulled or talked about for being on the table for Linux 3.5, there's also some related work going on still with DMA-BUF. One of the recent much-discussed patch-sets concerning DMA-BUF has been integrating import/export support for it with the V4L2 stack, with the set of 13 patches already having gone through five revisions (the latest).

The Linux 3.5 kernel is a ways out with the Linux 3.4 kernel only at its -rc3 stage (but nearing -rc4) at the moment. In the meantime you can read about the DRM graphics driver changes for Linux 3.4.

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. Intel Xeon E5-1680 v3 & E5-2687W v3 Compared To The Core i7 5960X On Linux
  2. Intel 120GB 530 Series SSD Linux Performance
  3. Btrfs/EXT4/XFS/F2FS RAID 0/1/5/6/10 Linux Benchmarks On Four SSDs
  4. AMD's Windows Catalyst Driver Remains Largely Faster Than Linux Drivers
Latest Linux Articles
  1. NVIDIA vs. Nouveau Drivers With Linux 3.18 + Mesa 10.4-devel
  2. Is The Open-Source NVIDIA Driver Fast Enough For Steam On Linux Gaming?
  3. Linux 3.18 File-System Performance Minimally Changed But Possible Regressions
  4. AMD Radeon Gallium3D Is Catching Up & Sometimes Beating Catalyst On Linux
Latest Linux News
  1. Linux 3.18-rc6 Released, A Worrisome Regression Remains
  2. HandBrake 0.10 Brings H.265 & VP8 Encoders
  3. Gngr: A New Web Browser Focused On Privacy
  4. Linux 3.18 Kernel: Not Much Change With Intel Haswell Performance
  5. More File-System Tests Of The Linux 3.18 Kernel
  6. Using NVIDIA's NVENC On Linux With FFmpeg
  7. There's Talk Again About An "Open To The Core" Ubuntu Laptop
  8. PowerVR SGX Driver Code Gets Leaked
  9. V2 Of KDBUS Published For Linux Kernel Review
  10. VirtualBox 4.3.20 Arrives, Still No Sign Of VirtualBox 4.4
Latest Forum Discussions
  1. PulseAudio 6.0 Is Coming & Other Linux Audio Plans For The Future
  2. Debian Developer Resigns From The Systemd Maintainership Team
  3. Roadmap to Catalyst 14.10 ?
  4. Updated and Optimized Ubuntu Free Graphics Drivers
  5. Cant get working Kaveri APU - A10-7850k
  6. Script for Fan Speed Control
  7. Debian Init System Coupling Vote Results
  8. The Slides Announcing The New "AMDGPU" Kernel Driver