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

Features You Will Not Find In Mesa 10.2

Mesa

Published on 27 May 2014 12:00 AM EDT
Written by Michael Larabel in Mesa
8 Comments

Mesa 10.2 will be released very soon and while it does offer a lot of new features within its 1.4 million line code-base, it isn't perfect and lacks some features still being sought after by open-source Linux fans.

Features You Will Not Find In Mesa 10.2


After writing yesterday about the most interesting work in this three-month update to Mesa, here's a look at some of the features that will not be found within the imminent release of Mesa 10.2:

- OpenGL 3.3 / Geometry Shaders for Sandy Bridge. Intel Sandy Bridge hardware is technically capable of achieving OpenGL 3.3 compliance, but only OpenGL 3.1 is advertised currently by recent releases of Mesa (including v10.2) and the Intel Windows OpenGL driver also only advertises OpenGL 3.1 support. The main blocker to OpenGL 3.3 compliance for Sandy Bridge is geometry shaders support. As pointed out by open-source Intel Linux developers in the past, OpenGL GS support could be written to get Sandy Bridge OpenGL 3.3 support, but from Intel there's not much interest -- the developers have more important work and are much more interested in adding features to their fresh hardware rather than the now-old Sandy Bridge. In the end it's left up to the community developers if they want to add this support.

- Open-source 3D/OpenGL support for AMD Radeon R9 290 "Hawaii" GPUs remains broken. Basic OpenGL support for the high-end AMD Radeon R9 290/290X was briefly working before in the past, but somewhere in the stack it's regressed and isn't working. AMD Linux developers acknowledge they don't know why the support isn't working and that "Hawaii support is not a priority at the moment."

- The open-source OpenCL support within Gallium3D's "Clover" state tracker still leaves a lot to be desired. Some basic OpenCL apps are now working within the open-source Radeon stack, but it's not an enormous number of CL applications, the support outside of Radeon hardware is mixed, and there isn't many Linux distributions (any major ones?) shipping this open-source OpenCL support. The first major Linux distribution going after good out-of-the-box open-source OpenCL support will be Fedora 21.

- There's still legal issues surrounding the use of S3TC texture compression, OpenGL floating-point textures, and other patent issues for having fully-featured open-source OpenGL drivers.

- The performance is still generally slower than proprietary graphics drivers. For the latest-generation Haswell graphics, the Intel Linux driver is slower than Intel's Windows 8.1 driver. On the Radeon side the R600/RadeonSI Gallium3D driver is catching up to Catalyst with around ~80% the performance of Catalyst. On the Nouveau side for open-source NVIDIA support, the main limitation is on the kernel side with the Nouveau DRM driver still lacking proper re-clocking support.

- The OpenGL support is still far from matching the upstream Khronos OpenGL specifications. We aren't yet at OpenGL 4.0 compliance while the latest upstream specification is at OpenGL 4.4, which has been out for one year, and will likely be succeeded soon. Hopefully there will be core Mesa support for OpenGL 4.0 in 2014... The current support matrix can be found via the Mesa docs.

Anything else you're looking for out of the open-source Mesa 3D driver stack? Let us know via the forums!

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. NVIDIA GeForce GTX 970 Offers Great Linux Performance
  2. CompuLab Intense-PC2: An Excellent, Fanless, Mini PC Powered By Intel's i7 Haswell
  3. From The Atom 330 To Haswell ULT: Intel Linux Performance Benchmarks
  4. AMD Radeon R9 285 Tonga Performance On Linux
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.19 To Have Skylake Graphics, PPGTT Enablement
  2. Ubuntu 16.04 Might Be The Distribution's Last 32-Bit Release
  3. Imagination Releases Full ISA Documentation For PowerVR Rogue GPUs
  4. Features GNOME Developers Want In The Linux Kernel
  5. GTK+ Gains Experimental Overlay Scrollbars
  6. Phoronix Test Suite 5.4 M3 Is Another Hearty Update
  7. GParted 0.20 Improves Btrfs Support
  8. EXT4 In Linux 3.18 Has Clean-ups, Bug Fixes
  9. Emacs 24.4 Has Built-In Web Browser, Improved Multi-Monitor Support
  10. NVIDIA's NVPTX Support For GCC Is Close To Being Merged
Latest Forum Discussions
  1. Users/Developers Threatening Fork Of Debian GNU/Linux
  2. HOPE: The Ease Of Python With The Speed Of C++
  3. Proof that strlcpy is un-needed
  4. Bye bye BSD, Hello Linux: A Sys Admin's Story
  5. Updated and Optimized Ubuntu Free Graphics Drivers
  6. NVIDIA Presents Its Driver Plans To Support Mir/Wayland & KMS On Linux
  7. AMD Is Restructuring Again, Losing 7% Of Employees
  8. Open-Source AMD Fusion E-350 Support Takes A Dive