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. Trying The Configurable 45 Watt TDP With AMD's A10-7800 / A6-7400K
  2. Sumo's Omni Gets Reloaded
  3. AMD A10-7800 & A6-7400K APUs Run Great On Linux
  4. Radeon Gallium3D Is Running Increasingly Well Against AMD's Catalyst Driver
Latest Linux Articles
  1. Intel Sandy Bridge Gets A Surprise Boost From Linux 3.17
  2. Open-Source Radeon Graphics Have Some Improvements On Linux 3.17
  3. CPUFreq Scaling Tests With AMD's Kaveri On Linux 3.16
  4. Enabling HyperZ Is Still An Easy Way For Faster RadeonSI Performance
Latest Linux News
  1. Userptr Support Set For AMD Radeon GPUs In Linux 3.18
  2. NVIDIA Releases CUDA 6.5 As A Huge Update
  3. GNOME 3.14 Beta Makes GLSL Optional, Supports Wayland Gesture/Touch Events
  4. KDE Software Compilation 4.14 Released
  5. The Many Things You Can Build With A Raspberry Pi
  6. AMD's Catalyst Linux Driver Preparing For A World Without An X Server?
  7. Khronos Publishes Its Slides About OpenGL-Next
  8. Proposed: A Tainted Performance State For The Linux Kernel
  9. Systemd 216 Piles On More Features, Aims For New User-Space VT
  10. LXQt 0.8 Is Being Released Soon
Latest Forum Discussions
  1. The dangers of Linux kernel development
  2. Remote gui not accessible in Phoronix Test Suite 5.2
  3. Dead Island for Linux (?)
  4. Updated and Optimized Ubuntu Free Graphics Drivers
  5. AMD Offers Mantle For OpenGL-Next, Pushes Mantle To Workstations
  6. Next-Gen OpenGL To Be Announced Next Month
  7. OpenGL 4.5 Released With New Features
  8. Updated graphics drivers for Ubuntu 12.04 Precise LTS