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

A New Acceleration Architecture For X

Intel

Published on 06 August 2008 08:45 AM EDT
Written by Michael Larabel in Intel
21 Comments

XAA, or the XFree86 Acceleration Architecture, is over twelve years old and finally in 2005 it was greeted by a replacement, EXA. XAA is nearing an end-of-life and Intel is prepared to remove XAA acceleration within their next Intel graphics driver release later this year. EXA was designed to offer speed improvements over XAA by accelerating more options and enhancing X's RENDER extension. Depending upon the driver, it wasn't until recently though that EXA really did have some modest speed advantages. A new acceleration architecture has now joined the mix. Intel's Keith Packard has announced UXA, which is short for the UMA Acceleration Architecture.

It seems as of late whenever we bring up Intel and X.Org together, something always relates back to GEM (even X Server 1.5 losing DRI2 support). This new acceleration architecture is also coming because of GEM. For those that have yet to hear of GEM, it's an acronym for the Graphics Execution Manager that is Intel's kernel memory manager for graphics and came because of a falling out over the TTM memory manager.

Keith Packard and his Intel team have been working to bring GEM's memory management capabilities to the 2D space. This is to allow the 2D xf86-video-intel driver to work with Pixmaps as GEM objects, which as Keith describes "to enable the GLX_EXT_texture_from_pixmap extension in an efficient fashion." While Keith likes the API for 2D EXA acceleration, he doesn't like the EXA code. Rather than working on just improving EXA, he once again decides to start something new.

Keith started out with the EXA code-base and then stripped out a lot of the code and then added in the GEM bits. The result is what Keith describes as the UMA Acceleration Architecture (UXA) at about 5,000 lines of code. This 2D acceleration architecture isn't yet found in the X Server, but once they decide how they want the infrastructure to be, they'll move it from the Intel driver and into the server.

The Pixmaps-in-GEM code is working but there are a few performance limitations and other issues being worked out. All of the details in full can be found on Keith Packard's blog. Eventually they may move some of this work back into EXA, but it looks like the GEM-dependent UXA may be here to stay.

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. There's New In-Fighting Over The Future Of Compiz
  2. GTK+ Inspector Gains More Features Ahead Of GNOME 3.16
  3. Clang 3.6 Will Hopefully Have OpenMP Support
  4. A Go Front-End Could Soon Be Landing In LLVM
  5. Linux 3.18-rc6 Released, A Worrisome Regression Remains
  6. HandBrake 0.10 Brings H.265 & VP8 Encoders
  7. Gngr: A New Web Browser Focused On Privacy
  8. Linux 3.18 Kernel: Not Much Change With Intel Haswell Performance
  9. More File-System Tests Of The Linux 3.18 Kernel
  10. Using NVIDIA's NVENC On Linux With FFmpeg
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