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. AMD Radeon R9 290: Gallium3D vs. Catalyst Drivers
  2. AMD Radeon R9 290 Open-Source Driver Works, But Has A Ways To Go
  3. Trying The Configurable 45 Watt TDP With AMD's A10-7800 / A6-7400K
  4. Sumo's Omni Gets Reloaded
Latest Linux Articles
  1. 20-Way Radeon Comparison With Open-Source Graphics For Steam On Linux Gaming
  2. Preview: OS X 10.10 Yosemite vs. Ubuntu Linux GPU Performance
  3. Radeon Graphics Yield Mixed Results With Linux 3.17 Kernel
  4. AMD's RadeonSI Driver Sped Up A Lot This Summer
Latest Linux News
  1. Radeon DRM Queues More Changes, RV6xx UVD For Linux 3.18
  2. Nouveau On Oibaf PPA Is Back To Running Well
  3. Metro 2033 Redux Will Hopefully Hit Linux Real Soon
  4. New Virtual Monitor Software Might End Up On Linux
  5. Company of Heroes 2 Might Be Coming Out For Linux
  6. NIR Still Being Discussed For Mesa, LLVM Gets Brought Up Again
  7. Plasma Active Is Mostly Ported To KDE Frameworks 5
  8. Google Chrome 37 Brings Many Security Fixes
  9. MenuetOS Updated With SMP Threads & Onscreen Keyboard
  10. Mesa Has A New Release Manager
Latest Forum Discussions
  1. Canonical Joined The Khronos Group To Help Mir/Wayland Drivers
  2. AMD Releases UVD Video Decode Support For R600 GPUs
  3. Announcing radeontop, a tool for viewing the GPU usage
  4. Updated and Optimized Ubuntu Free Graphics Drivers
  5. [DB] BIOS - ACPI - data collecting
  6. It's Now Possible To Play Netflix Natively On Linux Without Wine Plug-Ins
  7. Users defect to Linux as OpenBSD removes Lynx from base system
  8. Chinese People Try To Patent Wine On ARM