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

The DRM Pull Request For Linux 3.2 Kernel

Linux Kernel

Published on 28 October 2011 05:09 AM EDT
Written by Michael Larabel in Linux Kernel
Comment On This Article

David Airlie sent in the main DRM pull request for the Linux 3.2 kernel to Linus Torvalds.

The DRM pull request pretty much consists of what I wrote about at the beginning of October.

There's a new driver to the DRM subsystem in Linux 3.2 and it's the Samsung Exynos SoC driver. This DRM driver is only for the Exynos 4210 SoC at the moment. It supports kernel mode-setting, but doesn't expose any 2D/3D hardware acceleration or any user-space interfaces. Samsung doesn't have a full open-source driver stack for this ARM SoC, so the capabilities of this driver just come down to mode-setting in the kernel right now. Samsung has been working on this driver for a while.

Texas Instruments is also preparing its own DRM/KMS driver for their OMAP hardware, but that's still being revised and hasn't been pulled into the tree quite yet. It also lacks accelerated hardware support, but has KMS and an accompanying X.Org DDX driver.

The VMware driver has a number of changes. Notably though the "vmwgfx" DRM driver, which is used by the Gallium3D user-space driver for providing acceleration support to VMware virtual machine guests and then passed on to the host system, is leaving the staging area with the Linux 3.2 kernel. The VMware DRM driver has been in the mainline tree for quite a while now, but it's been in the staging area due to API/ABI breaks. Now that it's in the main DRM tree, VMware is committing to maintain its ABI. Now that this driver is out of staging, hopefully it and its Gallium3D component (with a vmwgfx-supportive libdrm) will be found in upcoming Linux desktop distributions. This will make for a better out-of-the-box experience when using VMware's virtualization products.

The Nouveau driver for community-provided open-source NVIDIA support has a rewrite of the DisplayPort output handling. There's also "0xd9" GPU mode-setting code. The NVD9/GF119 GPUs are found in the GeForce 410M, GeForce GT 520, GeForce GT 520M, and GeForce 520MX. It's also in the workstation-grade Quadro NVS4200M.

While the GeForce 400/500 "Fermi" graphics cards have had KMS and 2D/3D acceleration already, these latest NVD9 chipsets haven't been supported until recently. It's believed the mode-setting and parts of its engine are derived from the next-generation NVIDIA "Kepler" GPU.

What is sadly missing from the Linux 3.2 kernel for the Nouveau driver is Fermi re-clocking support (so it can run at its optimal frequencies when under load) and any improved power management (or fan management) support. There is work though in this direction by Ben Skeggs with some commits relating to NVC0/Fermi for getting the clock speeds and other things. There's also some improved parsing/re-clocking for NVA3 (some GPUs in the GeForce 200 series) and other changes.

In Nouveau for Linux 3.2 isn't also any major breakthroughs on the Nouveau work for MXM/Optimus support nor merging of TimeGraph as a GPU command scheduler.

The Radeon DRM in the Linux 3.2 kernel also isn't too exciting. There's general fixes and improvements, but nothing too exciting besides some blit speed-ups.

Within the Intel DRM driver there are Apple MacBook Air fixes for its Sandy Bridge graphics along with some stabilization fixes from Red Hat Enterprise Linux. The 3.2 kernel should also enable RC6 support for Sandy Bridge.

The Direct Rendering Manager pull request for the Linux 3.2-rc1 kernel can be found on the mailing list with a full log of all the changes over Linux 3.1.

In related Linux graphics news, the Intel Poulsbo (GMA500) driver that supports Cedarview/Moorestown/Medfield hardware also continues advancing, albeit without hardware acceleration. Among other work is re-factoring the encoder and connector handling (this patch series) so that some portions of the code can be more easily copied from Intel's i915 DRM driver -- in the few areas where there are similarities.

Latest Linux Hardware Reviews
  1. ASUS AM1I-A: A Mini-ITX Board For Socketed Kabini APUs
  2. Mini-Box M350: A Simple, Affordable Mini-ITX Case
  3. Overclocking The AMD AM1 Athlon & Sempron APUs
  4. AMD Athlon 5350 / 5150 & Sempron 3850 / 2650
Latest Linux Articles
  1. Ubuntu 12.04.4 vs. 13.10 vs. 14.04 LTS Desktop Benchmarks
  2. AMD OpenCL Performance With AM1 Kabini APUs
  3. A Quick Look At GCC 4.9 vs. LLVM Clang 3.5
  4. Are AMD Athlon/Sempron APUs Fast Enough For Steam On Linux?
Latest Linux News
  1. The Improv ARM Board Still Isn't Shipping; Riding A Dead Horse?
  2. Debian To Maintain 6.0 Squeeze As An LTS Release
  3. Wasteland 2 Is Finally Released For Linux Gamers
  4. FreeBSD Advances For ARM, Bhyve, Clang
  5. Ubuntu 14.04 LTS "Trusty Tahr" Officially Released
  6. Ubuntu 12.04 LTS vs. 14.04 LTS Server Benchmarks
  7. QEMU 2.0 Released With ARM, x86 Enhancements
  8. Running The Unity 8 Preview Session On Ubuntu 14.04 LTS
  9. R600 Gallium3D Disables LLVM Back-End By Default
  10. Fedora 21 Gets GNOME 3.12, PHP 5.6, Mono 3.4
  11. Fedora Workstation Is Making Me Quite Excited
  12. Maynard: A Lightweight Wayland Desktop
Latest Forum Discussions
  1. The GNOME Foundation Is Running Short On Money
  2. Updated and Optimized Ubuntu Free Graphics Drivers
  3. Radeon 8000M problematic on Linux?
  4. Linux Kernel Developers Fed Up With Ridiculous Bugs In Systemd
  5. After Jack Keane, RuseSoft will briing Ankh 3 to Linux through Desura
  6. Suspected PHP Proxy Issue
  7. Change installation destination from home directory
  8. Bye bye BSD, Hello Linux: A Sys Admin's Story