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

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 Hardware Reviews
  1. AMD's New Athlon/Semprons Give Old Phenom CPUs A Big Run For The Money
  2. 13-Way Low-End GPU Comparison With AMD's AM1 Athlon
  3. ASUS AM1I-A: A Mini-ITX Board For Socketed Kabini APUs
  4. Mini-Box M350: A Simple, Affordable Mini-ITX Case
Latest Linux Articles
  1. How Much Video RAM Is Needed For Catalyst R3 Graphics?
  2. Ubuntu 12.04 LTS vs. 14.04 LTS Cloud Benchmarks
  3. Ubuntu 12.04.4 vs. 13.10 vs. 14.04 LTS Desktop Benchmarks
  4. AMD OpenCL Performance With AM1 Kabini APUs
Latest Linux News
  1. OpenELEC 4.0 Beta 6 Works On 4K Graphics, RPi ALSA
  2. Linux 3.15 Lands Some DRM Graphics Driver Fixes
  3. AMD Is Disabling DPM Support For RV770 GPUs
  4. ReactOS Working On A Community Windows OS
  5. Borderlands Is Being Considered For Linux
  6. Mesa 10.0 & 10.1 Stable Get Updated
  7. Getting Hit By The Variable Performance Of The Public Cloud
  8. Git 2.0 Test Releases Begin With Many Changes
  9. Wine 1.7.17 Works On Its Task Scheduler, C Run-Time
  10. The Improv ARM Board Still Isn't Shipping; Riding A Dead Horse?
  11. Debian To Maintain 6.0 Squeeze As An LTS Release
  12. Wasteland 2 Is Finally Released For Linux Gamers
Latest Forum Discussions
  1. The GNOME Foundation Is Running Short On Money
  2. Updated and Optimized Ubuntu Free Graphics Drivers
  3. Catalyst 14.3 Beta
  4. Suggestions about how to make a Radeon HD 7790 work decently?
  5. Radeon 8000M problematic on Linux?
  6. Linux Kernel Developers Fed Up With Ridiculous Bugs In Systemd
  7. After Jack Keane, RuseSoft will briing Ankh 3 to Linux through Desura
  8. Suspected PHP Proxy Issue