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

Will OpenGL 3.0 Still Land In Mesa This Year?

Intel

Published on 09 December 2011 10:19 AM EST
Written by Michael Larabel in Intel
4 Comments

Back at XDC2011 Chicago plans were laid by Intel OSTC developers to have OpenGL 3.0 support in Mesa before year's end, but with three weeks left to 2011, will they make this deadline?

The developers working on Mesa within Intel's Open-Source Technology Center have been making steady progress on reaching this OpenGL 3.0 goal in Mesa. The OpenGL 3.0 specification is nearly three years old, but the Mesa/Gallium3D support has lagged behind as invasive infrastructure changes have had to be made, significant GL Shading Language (GLSL) updates, and other changes made. The latest upstream OpenGL specification meanwhile is OpenGL 4.2.

In terms of Mesa hitting OpenGL 3.0 compliance for at least the Intel DRI driver, they are getting very close. Last month the Intel driver managed GLSL 1.30 compliance for "Sandy Bridge" graphics as needed by GL3. Besides the GL Shading Language requirement, in recent weeks they have tackled other OpenGL 3.0 requirements too, but there's still measurable work left to be completed.

OpenGL 3.0 work that's newly published this week are vertex shader texturing support (mail), ARB_depth_buffer_float handling (mail), transform feedback (mail), and prep work for GLX_ARB_create_context support (mail). There's also been various other changes to Mesa in recent days. In regards to most of this Intel OpenGL 3.0 work, it's all focused on Sandy Bridge and future Ivy Bridge graphics hardware.

In terms of what's left, that's reflected by the DRI WorkQueue Wiki page. High priority OpenGL 3.0 action items for Intel that are still outstanding include implementing pass-through GS shader programs, rasterizer discard, verifying the buffer overflow behavior, implementing PRIMITIVES_GENERATED and TRANSFORM_FEEDBACK_PRIMITIVES_WRITTEN queries, a kernel interface for setting rregisters, correct pointer updates on begin/end/pause/resume, and various other items. There's also a fair amount of testing and verification work needed to ensure the OpenGL 3.0 support actually works and is reliable. Plus there's many medium and lower priority work items too.

Will OpenGL 3.0 Still Land In Mesa This Year?
Jesse Barnes, Keith Packard, and Ian Romanick of Intel at XDC2011.

Not all of these outstanding action items are joined by estimated days to completion, but based upon what's left, it's not too likely there will be full OpenGL 3.0 support in place for Intel Sandy Bridge on Mesa by the end of the calendar year. It looks like they might be ready in January or so, and they're making much progress, but there's just three weeks left to the year. Falling in the next three weeks is also Christmas and New Years.

Within the Mesa Git tree is also the OpenGL status documentation that provides a more concise overview of the support level. What's left to be completed in GL3.txt is non-normalized integer texture/frame-buffer formats, transform feedback (GL_EXT_transform_feedback extension), depth format cube textures, and GLX_ARB_create_context.

Mesa 7.12 is set to be branched from Git master in January, but if the GL3.0 goal is near, Intel's Ian Romanick has mentioned the possibility of slightly delaying this next release. If the support is ready, it will be released as Mesa 8.0.

Stay tuned.

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. Testing For The Latest Linux Kernel Power Regression
  2. The Most Energy Efficient Radeon GPU For AMD Linux Gaming
  3. 20-Way Radeon Comparison With Open-Source Graphics For Steam On Linux Gaming
  4. Preview: OS X 10.10 Yosemite vs. Ubuntu Linux GPU Performance
Latest Linux News
  1. Chrome 38 Now In Beta With Exciting Advancements
  2. Ubuntu's Utopic Unicorn 14.10 Beta 1 Released
  3. Genode OS 14.08 Has New GUI Architecture, Pluggable VFS
  4. Another Intel Linux Power Regression Is Being Investigated
  5. DNF Makes It A Step Closer To Replacing Yum On Fedora
  6. OS Battle: Linux Takes 1.7% Desktop Marketshare
  7. PHP 5.6 Officially Released With New Debugger
  8. LibreOffice 4.3.1 Released
  9. Re-Clocking Your NVIDIA GPU With Nouveau On Linux 3.17
  10. Radeon DRM Queues More Changes, RV6xx UVD For Linux 3.18
Latest Forum Discussions
  1. Users defect to Linux as OpenBSD removes Lynx from base system
  2. Best Radeon for a Power Mac G5?
  3. Canonical Joined The Khronos Group To Help Mir/Wayland Drivers
  4. OC capability - Intel Core i5 4690K & Biostar Hi-Fi Z97WE
  5. Updated and Optimized Ubuntu Free Graphics Drivers
  6. AMD Releases UVD Video Decode Support For R600 GPUs
  7. Announcing radeontop, a tool for viewing the GPU usage
  8. It's Now Possible To Play Netflix Natively On Linux Without Wine Plug-Ins