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

What Will Mesa's New GLSL Compiler Provide?

Mesa

Published on 23 July 2010 11:04 AM EDT
Written by Michael Larabel in Mesa
4 Comments

Yesterday we reported on Intel preparing to push its new GLSL compiler into Mesa by the end of next month so that it can be released with Mesa 7.9 by the end of this quarter. While Intel has developed this new compiler for the OpenGL Shading Language for their own needs and hardware, other Mesa drivers -- including those for Gallium3D -- will be using it once merged. After any initial bugs are addressed in the other drivers from this new GLSL compiler banging them in different ways, what good will this new shader compiler be for the end-user?

Aside from hopefully being more efficient and faster with shader compilation, a number of outstanding Mesa bugs should be closed with Intel's "GLSL2" compiler. How many bugs? Well, it's looking like about 50 Mesa bugs. Ian Romanick, who has been one of the Intel OSTC developers working on this new compiler, is maintaining a tracker bug that is monitoring all of the bugs that Intel believes will be solved by using their new compiler code. This is being tracked as FreeDesktop Bug 29044.

Among the 50+ bugs are for gl_Fog not functioning, a crash in the Slang code generator, assertion failures when compiling certain shaders, a vertex shader causing a segmentation fault within the GLSL compiler, many bugs in GLSL uniform handling, slow shader compilation on certain routines, GPU lockups or hangs in different scenarios, configurable pixel origin support, YoFrankie game support with the Intel DRI driver, a hang in Second Life when enabling GLSL, and various Piglit test case fixes, among many other GL shader compilation fixes. If not already implemented within the GLSL2 branch, Zack Rusin is also calling for geometry shaders support to be implemented in it prior to merging, since the existing Mesa compiler just gained such support. These bugs go as far back as 2007.

Let's just hope the fallout for the non-Intel drivers during the initial switch to this new compiler is not too significant and it doesn't become like what happened when Intel abandoned TTM for in-kernel memory management in favor of developing the Graphics Execution Manager exclusively around their needs while GEM didn't find (and still hasn't found) much love elsewhere. Few developers outside of Intel apparently haven't even yet compiled or tested the GLSL2 branch of Mesa.

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. A Walkthrough Of The New 32 System Open-Source Linux Benchmarking Test Farm
  2. Habey MITX-6771: Mini-ITX Board With Quad-Core J1900 Bay Trail
  3. OCZ Vector 150 SSD On Linux
  4. Noctua i4 CPU Cooler: Great For Cooling High-End LGA-2011v3 CPUs
Latest Linux Articles
  1. AMD Kaveri: Open-Source Radeon Gallium3D vs. Catalyst 14.12 Omega Driver
  2. 12-Way AMD Catalyst 14.12 vs. NVIDIA 346 Series Linux GPU Comparison
  3. AMD Catalyst 14.12 Omega Driver Brings Mixed Results For Linux Users
  4. 6-Way Winter 2014 Linux Distribution Comparison
Latest Linux News
  1. KDE Applications 14.12 Released
  2. Fedora 21 Released For POWER & AArch64 Hardware
  3. Elasticsearch & wxPython 3 Proposed For Fedora 22
  4. The New SuperTuxKart Looks Better, But Can Cause GPU/Driver Problems
  5. GTK+ On Windows Now Supports OpenGL
  6. New Ruby Benchmarks On GCC vs. LLVM Clang Compilers
  7. Multi-Stream Transport 4K Monitors To Become Better Supported On Linux
  8. New Supertuxkart Beta Lands New Graphics Engine, Uses OpenGL 3.1+
  9. SuperX 3.0 Beta Continues To Polish The KDE Desktop Experience
  10. Radeon vs. Modesetting DDX Performance Comparison
Latest Forum Discussions
  1. Need some hand holding with upgrading xserver
  2. Ubuntu Developers Still Thinking What To Do About Adobe Flash Support
  3. XLennart: A Game For Systemd Haters With Nothing Better To Do
  4. Microsoft buying Mojang
  5. Updated and Optimized Ubuntu Free Graphics Drivers
  6. Premium subscription "login" times out much faster than forum
  7. AMD Catalyst 14.12 Linux Driver Released -- Huge Update!
  8. Did Valve already get what they wanted from SteamOS? i.e. Win kernel + BigPicture DE