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

Intel Comes Up With An Alternative To Bringing Back UMS

Intel

Published on 26 August 2010 02:03 PM EDT
Written by Michael Larabel in Intel
16 Comments

The Intel Linux driver has been challenged by stability problems and other issues for owners of i8xx hardware since they rolled out kernel mode-setting and Graphics Execution Manager (GEM) support with UXA 2D acceleration more than a year ago. There were initial problems for other Intel users as well when switching to this overhauled driver stack -- to the point that it killed the netbook experience -- but those problems were quickly worked away. But for those using Intel's oldest supported hardware under Linux, the problems to this day remain. To circumvent this issue there's been the approach to add back user-space mode-setting to the Intel driver with EXA 2D acceleration to simply avoid these problems rather than correct the actual issues with KMS/GEM/UXA, but now another alternative has emerged.

Adding back user-space mode-setting and EXA acceleration to better support this vintage hardware would have added nearly 50,000 lines of code back to the xf86-video-intel driver and it would have likely received little testing and work by Intel's open-source developers. Instead the new approach is to keep kernel mode-setting for i8xx hardware, but to use a shadow frame-buffer rather than providing GPU acceleration with UXA/EXA.

The new code published by Chris Wilson would touch less than 500 lines of the Intel driver code by simply adding ShadowFB support to kernel mode-setting. Intel owners with problematic hardware can still have fun with kernel mode-setting and features like hot-plugging, RandR, suspend-and-resume, video overlay support, and other KMS features, but you'll lose any form of GPU acceleration.

For 2D operations you'd be using the shadow frame-buffer with the CPU, but taking this approach would break support for being able to use DRI2 and using DRI1 in the Intel driver has since been removed too. Though in terms of no actual EXA acceleration, using the ShadowFB can be fast for basic 2D especially compared to the old and slow Intel ASICs that are being problematic.

In this commit, Chris describes his approach to creating a shadow frame-buffer with kernel mode-setting:
An attempt to workaround the incoherency in gen2 chipsets, we avoid using dynamic reallocation as much as possible.

The first step is to disable allocation of pixmaps using GEM and simply create them in system memory without a backing buffer object. This forces all rendering to use S/W fallbacks.

The second step is to allocate a shadow front buffer and assign that to the Screen pixmap. This ensure that the front buffer remains in the GTT and pinned for scanout. The shadow buffer will be rendered to in the normal fashion via the Screen pixmap, and be marked dirty. In the block handler, the dirty shadow buffer is then blitted (using the GPU) over the front buffer. This should completely avoid having to move pages around in the GTT and avoid incurring the wrath of those early chipsets. Secondly, performance should be reasonable as we avoid the ping-pong caused by the small aperture and weak GPU forcing software fallbacks.

As this alternative approach of using KMS while disabling GPU acceleration amounts to about 1% the code size as the method of adding back user-space mode-setting and EXA, it's likely we will see this code added to the xf86-video-intel DDX and in time for the 2.13.0 release. Right now this code is living in Chris Wilson's "shadow" branch of the X.Org driver. The related mailing list message can be found here.

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 On Linux With Radeon R3 APU Graphics
  2. Red Hat Enterprise Linux 7.0 RC Benchmarks
  3. AMD Catalyst 14.4 Brings Few Linux Performance Improvements
  4. The Performance Of Fedora 20 Updated
Latest Linux News
  1. R600 Gallium3D Lands Many OpenGL Fixes
  2. LLVMpipe Gallium3D Now Exposes GLSL 3.30
  3. NGINX 1.6 Brings SPDY 3.1 & Other New Features
  4. Linux Foundation Announces A Core Infrastructure Initiative
  5. More Steam Linux Tests/Benchmarks Might Be Coming
  6. NVIDIA's Amazing Single-Board ARM Computer Might Be Delayed
  7. Fedora 21 To Get A Playground, New Features
  8. PC-BSD Is Developing Its Own Desktop Environment
  9. Valve Is Bringing VOGL To Windows & Working On Regression Tests
  10. Canonical Is Taking Over Linux 3.13 Kernel Maintenance
  11. Google Web Designer Is Now Natively Available On Linux
  12. Ubuntu 14.10 Is Codenamed The Utopic Unicorn
Latest Forum Discussions
  1. Linux Kernel Developers Fed Up With Ridiculous Bugs In Systemd
  2. HTPC-upgrade advice: AMD Richland A8-7600 or Kaveri A10-6700T ???
  3. What Else Would You Like To See On Phoronix This Spring?
  4. The GNOME Foundation Is Running Short On Money
  5. The Most Amazing OpenGL Tech Demo In 64kb
  6. Announcing radeontop, a tool for viewing the GPU usage
  7. New card. Open source drivers only.
  8. Script for Fan Speed Control