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

Reasons Mesa 9.1 Is Still Disappointing For End-Users

Mesa

Published on 14 February 2013 08:24 PM EST
Written by Michael Larabel in Mesa
37 Comments

While Mesa 9.1 represents a number of improvements to this open-source graphics stack that were made over the past six months, as far as end-users are concerned, there's still a number of shortcomings.

Shared earlier today were Nine Exciting Features Coming To Mesa 9.1. There's truly some great new features and work found in Mesa 9.1 made by both paid and volunteer developers. However, for end-users of the Linux desktop simply wanting their graphics drivers to "just work" and be on par with the proprietary graphics drivers, there's still a ways to go.

OpenGL 4.3 - The latest upstream OpenGL specification from the Khronos Group is OpenGL 4.3. Meanwhile, Mesa 9.1 is only in official compliance with OpenGL 3.1. Mesa is still years behind on desktop OpenGL support. For the next Mesa release in six months time we'll likely be at OpenGL 3.3 compliance, but OpenGL 4.0 is unlikely to be seen before 2014. Before OpenGL 4.0 support arrives to the open-source Mesa, it won't be surprising if Khronos has OpenGL 5.0. Unless there's some fundamental change to how Mesa is developed or the rate at which new OpenGL specifications are ratified, it will be quite a while before Mesa is caught up with the proprietary drivers that are already doing OpenGL 4.x. Even the Intel Windows driver is ahead in this area.

OpenCL - This also concerns the kernel DRM and other areas, but there is still no viable open-source OpenCL support on the Linux desktop. There's been mild progress lately, particularly by Tom Stellard at AMD on improving the R600 LLVM GPU back-end, but the OpenCL support still leaves a lot to be desired. With Nouveau and Radeon Gallium3D, some basic OpenCL tests should be able to execute on the GPU, but this support isn't found in any "out of the box" way with Linux distributions and more real-world OpenCL tasks aren't yet readied on this stack.

S3TC / Floating-Point Textures / Patents - Intel made progress on the patent/legal situation in that Mesa 9.1 they are now unconditionally enabling the OpenGL floating-point textures support for their Mesa DRI driver. However, the compile-time switch is still required for the Radeon and Nouveau drivers. Additionally, there still isn't any official S3TC texture compression support due to patents.

No More VA-API - The Gallium3D VA-API state tracker was removed from Mesa. At least there is the VDPAU state tracker that is more developed within Gallium3D and is in a working state. However, this video acceleration is still done using GPU shaders rather than say the AMD UVD video engine.

Anti-Aliasing - While multi-sample anti-aliasing has seen improvements in the Mesa 9.1 cycle where it is now available by default for the old Radeon X1000 series GPUs with R300g, it's still not available to all hardware generations supported by Mesa, it's basically only 2/4/8x MSAA, and the more advanced anti-aliasing modes are still not supported. Multi-sample anti-aliasing support has been common to Windows users for years and the proprietary drivers support more anti-aliasing modes not yet supported by Mesa/Gallium3D for enhanced image quality.

Performance Parity - There's been some performance improvements made to the hardware drivers found in Mesa 9.1, but as a whole, the open-source graphics drivers are still slower than the proprietary graphics drivers from the different vendors as many Phoronix tests have illustrated.

Gallium3D LLVMpipe - The LLVMpipe Gallium3D driver, which is commonly being used now as the default software fallback by Linux distributions -- including to run composited desktops like Ubuntu Unity and GNOME Shell -- still comes up short. LLVMpipe still doesn't have full GL3 support even though it's a software-based driver. LLVMpipe officially advertises OpenGL 2.1 compliance right now while the hardware drivers move ahead in the GL3 era. LLVMpipe also is still rather slow and mostly unusuable for ARM, even as the number of Linux ARM devices is on the rise. For more reasons why LLVMpipe still leaves a lot to be desired, read Not All Linux Users Want To Toke On LLVMpipe.

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 Launches New FX CPUs, Cuts Prices On Existing Processors
  2. Preview: AMD's FX-9590 Eight-Core At Up To 5.0GHz On Linux
  3. Intel Launches The Core i7 5960X, Mighty Powerful Haswell-E CPUs
  4. AMD Radeon R9 290: Gallium3D vs. Catalyst Drivers
Latest Linux Articles
  1. LLVM Clang 3.5 Brings Some Compiler Performance Improvements
  2. Ondemand vs. Performance CPU Governing For AMD FX CPUs On Linux 3.17
  3. How Intel Graphics On Linux Compare To Open-Source AMD/NVIDIA Drivers
  4. The Fastest NVIDIA GPUs For Open-Source Nouveau With Steam Linux Gaming
Latest Linux News
  1. POCL Is Maturing Well For Running OpenCL On The CPU
  2. New Group Calls For Boycotting Systemd
  3. The Features To Find With The Imminent Release Of LLVM/Clang 3.5
  4. Borderlands 2 Is Coming To Linux
  5. The Witcher 2 Ups The Performance More & Works Around Catalyst Bug
  6. Running Gallium3D's LLVMpipe On The Eight-Core 5GHz CPU
  7. Trying Intel OpenCL On Linux For Video Encoding
  8. GSoC 2014 Yielded Some Improvements For Mesa/X.Org This Year
  9. webOS Lives On As LuneOS With New Release
  10. Marek Lands Radeon Gallium3D HyperZ Improvements
Latest Forum Discussions
  1. Lennart Poettering Talks Up His New Linux Vision That Involves Btrfs
  2. nv and xorg.conf under Debian PPC
  3. AMD graphics doesn't work with AMD Catalyst drivers
  4. Best Radeon for a Power Mac G5?
  5. The dangers of Linux kernel development
  6. Updated and Optimized Ubuntu Free Graphics Drivers
  7. AMD Releases UVD Video Decode Support For R600 GPUs
  8. SSD seems slow