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. 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. Is The Open-Source NVIDIA Driver Fast Enough For Steam On Linux Gaming?
  2. Linux 3.18 File-System Performance Minimally Changed But Possible Regressions
  3. AMD Radeon Gallium3D Is Catching Up & Sometimes Beating Catalyst On Linux
  4. CS:GO & TF2 Extensively Tested On The Newest Open-Source Radeon Linux Driver
Latest Linux News
  1. HHVM 3.4 Adds New Features, Support
  2. More Radeon Driver Changes Queued For Linux 3.19
  3. Unigine 2.0 Alpha 2 Adds C# Support
  4. FFmpeg Is Returning To Ubuntu With 15.04 Release
  5. Linux Version Of Civilization: Beyond Earth Still Coming Along
  6. Yahoo To Become Default Search Provider For Firefox
  7. Better Fan Control Support Coming To The Open-Source Radeon Driver
  8. PTS 5.4 Milestone 6 Released - Official "Lipki" Release Is Near
  9. Ian Jackson Resigns From The Debian Technical Committee
  10. Valve's VOGL Is Finally Back To Having New Commits, OS X Support
Latest Forum Discussions
  1. Debian Init System Coupling Vote Results
  2. Updated and Optimized Ubuntu Free Graphics Drivers
  3. Ubuntu Developers Still Thinking What To Do About Adobe Flash Support
  4. Debian Developer Resigns From The Systemd Maintainership Team
  5. How to get rid of Linux
  6. how to configure module phoromatic ?
  7. Major Performance Breakthrough Discovered For Intel's Mesa Driver
  8. Script for Fan Speed Control