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. CompuLab Intense-PC2: An Excellent, Fanless, Mini PC Powered By Intel's i7 Haswell
  2. From The Atom 330 To Haswell ULT: Intel Linux Performance Benchmarks
  3. AMD Radeon R9 285 Tonga Performance On Linux
  4. Apotop Wi-Copy
Latest Linux Articles
  1. AMD Moves Forward With Unified Linux Driver Strategy, New Kernel Driver
  2. MSI: Update Your BIOS From The Linux Desktop
  3. NVIDIA vs. AMD 2D Linux Drivers: Catalyst Is Getting Quite Good At 2D
  4. 15-Way GPU Comparison With Mesa 10.3 + Linux 3.17
Latest Linux News
  1. EXT4 In Linux 3.18 Has Clean-ups, Bug Fixes
  2. Emacs 24.4 Has Built-In Web Browser, Improved Multi-Monitor Support
  3. NVIDIA's NVPTX Support For GCC Is Close To Being Merged
  4. KDE's KWin On Wayland Begins Using Libinput
  5. Khronos Releases OpenVX 1.0 Specification
  6. Linux Kernel Working Towards GNU11/C11 Compatibility
  7. Ubuntu 15.04 Is Codenamed After A Monkey: Vivid Vervet
  8. Following GCC, Clang Looks To Default To C11
  9. Users/Developers Threatening Fork Of Debian GNU/Linux
  10. Linux 3.18-rc1 Released One Week Early With Many Changes
Latest Forum Discussions
  1. Users/Developers Threatening Fork Of Debian GNU/Linux
  2. Bye bye BSD, Hello Linux: A Sys Admin's Story
  3. HOPE: The Ease Of Python With The Speed Of C++
  4. NVIDIA Presents Its Driver Plans To Support Mir/Wayland & KMS On Linux
  5. AMD Is Restructuring Again, Losing 7% Of Employees
  6. Open-Source AMD Fusion E-350 Support Takes A Dive
  7. Upgrade to Kaveri, very slow VDPAU performance
  8. ChromeOS Drops Support For EXT2/EXT3/EXT4 File-Systems