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

Testing Intel's New GLSL Mesa Compiler With ATI Graphics

Michael Larabel

Published on 24 July 2010
Written by Michael Larabel
Page 1 of 1 - 10 Comments

With Intel developers earlier this week expressing their plans to merge their new GLSL compiler into Mesa by the end of next month, which besides providing various shader compiler optimizations and being a better framework going forward is already set to correct 50+ bugs, we decided to try out this Mesa "GLSL2" compiler. However, as Intel explicitly stated they haven't tested this new GL Shading Language compiler that's been in development for months with any other hardware drivers (or even Gallium3D) besides their own Intel DRI driver, we decided to see how well it works with the open-source Radeon classic and Gallium3D drivers. It ended up being both good and bad.

First when testing the latest GLSL2 branch with an ATI Radeon HD 4670 graphics card using the classic Mesa driver on an Ubuntu 10.04 LTS installation, everything was initially fine with no apparent regressions with either the OpenGL performance or visual artifacts. The usual assortment of Phoronix Test Suite tests were run with World of Padman, Nexuiz, and other titles. However, once running Warsow is where there were problems using this new compiler.

Rebuilding the latest mainline Mesa 7.9-devel code confirmed that the unpleasant Warsow experience with the ATI R700 graphics card is indeed introduced by the GLSL2 branch. At least games with the ioquake3 game engine appear to be handling the new GLSL compiler fine with the classic Mesa R600/700 driver, but the Qfusion-based Warsow at least is where there are problems.

More general than the end-user driver experience, when building the GLSL2 branch of Mesa compared to the current mainline state, on an Ubuntu installation the following extra dependencies were required: flex, bison, and libtalloc-dev. Additionally, when building the latest Mesa GLSL2 branch as of the night of 2010-07-23, the build process initially stopped as swrastg_dri (the Gallium3D software rasterizer) failed to build followed by the Radeon Gallium3D target failed to build. These build failures were due to multiple undefined references, which were worked around by adding -lstdc++ to the DRI_LIB_DEPS within the Makefile of the problematic areas. The Gallium3D Radeon driver was built as next the R300g driver was tested on a notebook with an ATI Mobility Radeon X1400 (RV515) to see how Gallium3D plays with Intel's new open-source compiler.

Warsow again proved to be problematic when using the GLSL2 branch with the R300g driver. However, the textures were not nearly as off as they were when using the R600 classic driver. Textures more often than not just ended up showing as black and in other cases they were simply off-colored compared to normal. Other issue we also ran into with both setups was the VDrift racing game and Lightsmark OpenGL lighting benchmark immediately crashing when launching the respective binaries.

While there is some fallout with this GLSL2 compiler -- namely with Warsow and then aforementioned crashes -- it is not too bad and is better than we had expected, at least when using the ATI Mesa drivers. We will be testing this new GLSL compiler more as its merge to master approaches and examine how this compiler affects the different hardware and drivers. We will also be looking to see whether the Warsow problem occurs when using the Intel DRI driver.

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. CompuLab Intense-PC2: An Excellent, Fanless, Mini PC Powered By Intel's i7 Haswell
  2. From The Atom 330 To Haswell ULT: Intel Linux Performance Benchmarks
  3. AMD Radeon R9 285 Tonga Performance On Linux
  4. Apotop Wi-Copy
Latest Linux Articles
  1. AMD Moves Forward With Unified Linux Driver Strategy, New Kernel Driver
  2. MSI: Update Your BIOS From The Linux Desktop
  3. NVIDIA vs. AMD 2D Linux Drivers: Catalyst Is Getting Quite Good At 2D
  4. 15-Way GPU Comparison With Mesa 10.3 + Linux 3.17
Latest Linux News
  1. Linux 3.18-rc1 Released One Week Early With Many Changes
  2. The VC4 Gallium3D Driver Is Still Moving Along For The Raspberry Pi
  3. Direct3D 9 Support Might Land Within Mainline Mesa 3D Drivers
  4. OpenGL Preview Benchmarks For NVIDIA's GeForce GTX 970
  5. HOPE: The Ease Of Python With The Speed Of C++
  6. Vitesse: Using LLVM To Speed Up Databases
  7. AMD Is Restructuring Again, Losing 7% Of Employees
  8. Linux Testing Of The NVIDIA GeForce GTX 970
  9. Qt 5.4 Now In Beta With Web, Bluetooth LE, Graphics Improvements
  10. AMD's Radeon R9 285 On Linux Offers Good OpenCL Performance
Latest Forum Discussions
  1. NVIDIA Presents Its Driver Plans To Support Mir/Wayland & KMS On Linux
  2. AMD Is Restructuring Again, Losing 7% Of Employees
  3. Bye bye BSD, Hello Linux: A Sys Admin's Story
  4. Open-Source AMD Fusion E-350 Support Takes A Dive
  5. Upgrade to Kaveri, very slow VDPAU performance
  6. ChromeOS Drops Support For EXT2/EXT3/EXT4 File-Systems
  7. Lennart Poettering On The Open-Source Community: A Sick Place To Be In
  8. The Slides Announcing The New "AMDGPU" Kernel Driver