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

Running The Xorg State Tracker On R300 Gallium3D

AMD

Published on 24 August 2011 08:28 AM EDT
Written by Michael Larabel in AMD
19 Comments

Yesterday I mentioned that, thanks to new patches on the Mesa mailing list, it's now possible to use the R600 Gallium3D driver with the Xorg state tracker. This means that for all modern ATI/AMD Radeon GPUs (anything newer than the Radeon HD 2000 series), the Xorg state tracker can be used for EXA and X-Video/XvMC acceleration rather than relying upon any DDX driver. The xf86-video-ati driver can be tossed away, while the R300 Gallium3D driver (supporting up through the Radeon X1000 GPUs) has already supported this state tracker, but how well does it work?

While the Xorg state tracker has long been around (over two years), it's not widely used outside of the VMware SVGA graphics driver. The Nouveau and Radeon drivers already have their working DDX drivers so there isn't much to gain at this point.

The Xorg state tracker accelerates 2D EXA with X Render over the Gallium3D driver architecture using the GPU's 3D engine. This isn't a crazy idea considering most modern GPUs and their X.Org drivers rely upon the 3D engine for accelerating 2D with the RENDER extension. In the world of kernel mode-setting, it's also possible to have this Xorg state tracker since all of the mode-setting is being handled by the DRM driver and is no longer performed in user-space. The X-Video and XvMC support was since tacked onto this state tracker, while the other accelerated video APIs (VDPAU and VA-API) are living within their own state trackers.

Being released earlier this summer was then VMware's XA State Tracker for Gallium3D, which will eventually lead to the Xorg state tracker being re-tooled as this new state tracker is intended to provide superior X acceleration. The XA state tracker also has better versioning support, surface functionality, and YUV blits for textured X-Video, among other features. X Render compositing support is also being worked on, with this state tracker being of interest to VMware for use by their virtual Gallium3D stack for their virtualization products.

For those interested in running the Xorg state tracker with Gallium3D, when building Mesa and specifying the driver(s) to build and other flags, the --enable-xorg flag must be passed. On the ATI side, the Xorg state tracker should work with the R300g driver or the R600g driver when carrying the latest patches (or soon should be merged to Mesa master).

When building the Xorg state tracker with the R300 target, it should build a r300_drv.so driver, which serves as the DDX replacement to the xf86-video-ati radeon_drv.so. The r300 driver can then be specified from the xorg.conf to load it rather than the classic X.Org driver. When the X.Org Server is started, to the Xorg.0.log it should then note that the R300 driver is being loaded and a message along the lines of "r300: Driver for Radeon Gallium with KMS."

Running The Xorg State Tracker On R300 Gallium3D


Unfortunately, on Mesa 7.12-devel Git with the latest Linux 3.1 kernel snapshot as of 23 August, the Xorg state tracker was buggy for the Mobility RV515 GPU found on a Lenovo ThinkPad T60 notebook. The output was skewed and wasn't able to workaround the issue with the code and this Mobility Radeon X1400 graphics processor.

Running The Xorg State Tracker On R300 Gallium3D Running The Xorg State Tracker On R300 Gallium3D


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 Launches The Core i7 5960X, Mighty Powerful Haswell-E CPUs
  2. AMD Radeon R9 290: Gallium3D vs. Catalyst Drivers
  3. AMD Radeon R9 290 Open-Source Driver Works, But Has A Ways To Go
  4. Trying The Configurable 45 Watt TDP With AMD's A10-7800 / A6-7400K
Latest Linux Articles
  1. The Fastest NVIDIA GPUs For Open-Source Nouveau With Steam Linux Gaming
  2. Testing For The Latest Linux Kernel Power Regression
  3. The Most Energy Efficient Radeon GPU For AMD Linux Gaming
  4. 20-Way Radeon Comparison With Open-Source Graphics For Steam On Linux Gaming
Latest Linux News
  1. A New AMD Catalyst Linux Driver Unofficially Surfaces
  2. LibreOffice Ported To 64-bit ARM (AArch64)
  3. Enlightenment E19 RC3 Shows Off The New Wayland Compositor
  4. Metro Redux Is Going To Require OpenGL 4.x On Linux
  5. Jailhouse v0.1 Released As A Basic Hypervisor For Linux
  6. Google's Chromebook "Samus" Now Supported By Coreboot
  7. Chrome 38 Now In Beta With Exciting Advancements
  8. Ubuntu's Utopic Unicorn 14.10 Beta 1 Released
  9. Genode OS 14.08 Has New GUI Architecture, Pluggable VFS
  10. Another Intel Linux Power Regression Is Being Investigated
Latest Forum Discussions
  1. Catalyst 14.201.1008
  2. Btrfs Gets Talked Up, Googler Encourages You To Try Btrfs
  3. It's Now Possible To Play Netflix Natively On Linux Without Wine Plug-Ins
  4. Users defect to Linux as OpenBSD removes Lynx from base system
  5. Updated and Optimized Ubuntu Free Graphics Drivers
  6. Canonical Joined The Khronos Group To Help Mir/Wayland Drivers
  7. Radeon HD5670 and Ubuntu 14.04
  8. AMD Releases UVD Video Decode Support For R600 GPUs