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. Intel Xeon E5-1680 v3 & E5-2687W v3 Compared To The Core i7 5960X On Linux
  2. Intel 120GB 530 Series SSD Linux Performance
  3. Btrfs/EXT4/XFS/F2FS RAID 0/1/5/6/10 Linux Benchmarks On Four SSDs
  4. AMD's Windows Catalyst Driver Remains Largely Faster Than Linux Drivers
Latest Linux Articles
  1. NVIDIA vs. Nouveau Drivers With Linux 3.18 + Mesa 10.4-devel
  2. Is The Open-Source NVIDIA Driver Fast Enough For Steam On Linux Gaming?
  3. Linux 3.18 File-System Performance Minimally Changed But Possible Regressions
  4. AMD Radeon Gallium3D Is Catching Up & Sometimes Beating Catalyst On Linux
Latest Linux News
  1. Linux 3.18 Kernel: Not Much Change With Intel Haswell Performance
  2. More File-System Tests Of The Linux 3.18 Kernel
  3. Using NVIDIA's NVENC On Linux With FFmpeg
  4. There's Talk Again About An "Open To The Core" Ubuntu Laptop
  5. PowerVR SGX Driver Code Gets Leaked
  6. V2 Of KDBUS Published For Linux Kernel Review
  7. VirtualBox 4.3.20 Arrives, Still No Sign Of VirtualBox 4.4
  8. Scientific Linux 6.6 vs. Scientific Linux 7.0 Benchmarks
  9. Qualcomm Looks To Get Into The ARM Server Business
  10. HHVM 3.4 Adds New Features, Support
Latest Forum Discussions
  1. Roadmap to Catalyst 14.10 ?
  2. Updated and Optimized Ubuntu Free Graphics Drivers
  3. Cant get working Kaveri APU - A10-7850k
  4. Debian Developer Resigns From The Systemd Maintainership Team
  5. Script for Fan Speed Control
  6. Debian Init System Coupling Vote Results
  7. The Slides Announcing The New "AMDGPU" Kernel Driver
  8. Ubuntu Developers Still Thinking What To Do About Adobe Flash Support