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. Preview: AMD's FX-9590 Eight-Core At Up To 5.0GHz On Linux
  2. Intel Launches The Core i7 5960X, Mighty Powerful Haswell-E CPUs
  3. AMD Radeon R9 290: Gallium3D vs. Catalyst Drivers
  4. AMD Radeon R9 290 Open-Source Driver Works, But Has A Ways To Go
Latest Linux Articles
  1. Ondemand vs. Performance CPU Governing For AMD FX CPUs On Linux 3.17
  2. How Intel Graphics On Linux Compare To Open-Source AMD/NVIDIA Drivers
  3. The Fastest NVIDIA GPUs For Open-Source Nouveau With Steam Linux Gaming
  4. Testing For The Latest Linux Kernel Power Regression
Latest Linux News
  1. Marek Lands Radeon Gallium3D HyperZ Improvements
  2. Mozilla Firefox 32 Surfaces With HTML5, Developer Changes
  3. Nouveau X.Org Driver Released With DRI3+Present, Maxwell, GLAMOR
  4. Microsoft & AMD Release C++ AMP Compiler With Linux Support
  5. AMD, Wine & Valve Dominated August For Linux Users
  6. Linux 3.17-rc3 Kernel Released Back On Schedule
  7. Lennart Poettering Talks Up His New Linux Vision That Involves Btrfs
  8. Mesa 10.3 RC2 Arrives Via Its New Release Manager
  9. Ubuntu 14.10's Lack Of X.Org Server 1.16 Gets Blamed On AMD
  10. MSI Motherboard BIOS Updating Remains A Pain For Linux Users
Latest Forum Discussions
  1. Lennart Poettering Talks Up His New Linux Vision That Involves Btrfs
  2. Best Radeon for a Power Mac G5?
  3. The dangers of Linux kernel development
  4. Updated and Optimized Ubuntu Free Graphics Drivers
  5. AMD Releases UVD Video Decode Support For R600 GPUs
  6. SSD seems slow
  7. Is laptop with Intel CPU and AMD dGPU worth buying considering especially AMD Enduro?
  8. Radeon HD5670 and Ubuntu 14.04