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 Articles & Reviews
  1. Kubuntu 15.04 Is Turning Out Quite Nice, Good Way To Try Out The Latest KDE
  2. 5-Way Linux Distribution Comparison On The Core i3 NUC
  3. OCZ ARC 100 Linux SSD Benchmarks
  4. Lenovo ThinkPad X1 Carbon Works Great As A Linux Ultrabook
  5. Transcend SSD370 256GB
  6. Linux 3.19 File-System Tests Of EXT4, Btrfs, XFS & F2FS
Latest Linux News
  1. ALSA 1.0.29 Released
  2. Ubuntu 15.04 Beta Released, Ubuntu MATE Made Official
  3. Coreboot Developer: Purism Doesn't Deliver On Libre Firmware
  4. LLVM 3.6 & Clang 3.6 Deliver More Features, Complete C++14 Support
  5. The Most Popular Open-Source Linux Benchmarks
  6. The Tremendous Features Of Fedora 22
  7. Krita 2.9 Released, Their Biggest Release Ever
  8. RISC OS Now Works With The Raspberry Pi 2
  9. A Single UEFI Executable With The Linux Kernel, Initrd & Command Line
  10. Unigine 2.0 Beta Brings Performance Optimizations, Oculus Rift DK2 Support
Most Viewed News This Week
  1. Linux 4.0-RC1 Tagged, Linux 4.0 Will Bring Many Notable Improvements
  2. Screenshots Of The GNOME 3.16 Changes
  3. Linux 4.0 Doesn't Have The Weirdest Codename
  4. Mir Now Depends Upon C++14
  5. GNOME 3.16 Beta Brings Wayland-Based Log-in Screen
  6. LLVM Clang Compiling The Linux Kernel Is A Big Topic For 2015
  7. Linux BIOS/UEFI Updating Is Going To Get Much Better With UEFI 2.5
  8. Canonical Comes Up With Its Own FUSE Filesystem For Linux Containers
%%CLICK_URL_UNESC%%