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 Benchmarking Platform
Phoromatic Test Orchestration

Mesa Beginning To Need Application Workarounds

Mesa

Published on 26 January 2012 08:26 AM EST
Written by Michael Larabel in Mesa
19 Comments

Now that Mesa is beginning to catch-up with support for newer versions of OpenGL and the OpenGL performance is slowly improving, with more games and applications beginning to work on this open-source graphics driver stack as a result, the need for application workarounds is becoming more prevalent.

OpenGL game/application workarounds aren't new in the world of the binary GPU drivers, especially on Microsoft Windows. The Windows drivers from AMD and NVIDIA contain heavy application-specific optimizations and workarounds. These workarounds are in place to provide greater performance in some OpenGL workloads by automatically tweaking the driver settings while in other cases the application-specific workarounds are to workaround bugs within a given piece of software.

The bug workarounds tend to happen when the game or application isn't written strictly to comply with the OpenGL specification or the software itself was written intentionally to be non-compliant so that it could workaround a bug (or other shortcoming) in a given driver at the time of the software shipping. The Catalyst driver also uses a static application list for determining when multi-GPU CrossFire support should be enabled.

Within the Mesa stack, developers are finally reaching that point -- for better or worse -- of needing application workarounds. Eric Anholt of Intel has posted a patch to the Mesa-dev mailing list that begins handling workarounds.

The first application Intel is attempting to address with an application-specific workaround is the Unigine Sanctuary tech demo, which needs a small change to take care of a GLSL bug in this older Unigine Engine demo for the i965 Mesa DRI driver.

Still somewhat up in the air is how to handle these application workarounds. This initial patch from Eric Anholt is lodging the application workarounds within the drirc file, which is the file commonly holding various Mesa settings that can be tweaked by users such as for the S3TC options, anti-aliasing, etc. Placing application workarounds by default in this file though will result in more systems having a drirc, since right now it's not actually too common for users to tweak the file or to even know about its existence.

Having the file external from the Mesa build makes it easier to maintain and to adjust accordingly when the software in question is fixed or other changes made, without the user needing to rebuild Mesa. Alternatively, there could be a new XML file for housing application-specific workarounds, such as is done by the AMD Catalyst Linux driver. Also being questioned is whether the software binary name should be used as the basis for determining whether to apply one of these "hacks" or whether to look at what libraries are being loaded -- so that blanket changes could be made across all games using a particular engine (for instance, if checking for a loaded Unigine library).

The current discussion over per-application workarounds via drirc begin with this mailing list message.

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 News
  1. HiSense Chromebook Benchmarks When Running Ubuntu Linux
  2. Mandriva Linux Was Allegedly Brought Down By Employee Lawsuits
  3. GNOME 3.17.2 Is Released As The Latest Look Towards GNOME 3.18
  4. Phoronix Turns 11 Years Old Next Week: How Should We Celebrate?
  5. Ubuntu Community Council Reaffirms Its Decision Against Kubuntu's Leader
  6. Future Plans For Changing Fedora's Installer
  7. Confusion Mounts Over Wayland's Actual License
  8. GNOME's Mutter Now Supports Drag-n-Drop To/From Wayland & X11
  9. Wine 1.7.44 Works On More 64-bit ARM Support
  10. Phoronix Test Suite 5.8 Milestone 5 Brings Near Final "Belev" Experience
Latest Articles & Reviews
  1. Btrfs RAID 0/1/5/6/10 Five-Disk Benchmarks On Linux 4.1
  2. Opening The Gates To Our Daily Open-Source Linux Benchmark Results
  3. The Latest Features For Linux Performance Management + Benchmark Monitoring
  4. Noctua NH-U12DX i4 + NF-F12
Most Viewed News This Week
  1. NVIDIA's Proprietary Driver Is Moving Closer With Kernel Mode-Setting
  2. Features Added To Mesa 10.6 For Open-Source GPU Drivers
  3. Ubuntu's LXD vs. KVM For The Linux Cloud
  4. Friction Building Around An Ubuntu Community Council Decision
  5. The Latest Linux Kernel Git Code Fixes The EXT4 RAID0 Corruption Problem
  6. The CompuLab Fitlet Is A Neat Little Linux PC With AMD SoC
  7. Russia's Baikal Chips End Up Going For A MIPS CPU
  8. Linux 4.1-rc5 Kernel Released