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

OpenGL 3.0 Features For Intel Ironlake Unlikely

Mesa

Published on 23 February 2013 01:50 PM EST
Written by Michael Larabel in Mesa
21 Comments

With the release of Mesa 9.1, Intel Sandy Bridge and Ivy Bridge graphics continue to be advanced while at the same time the Intel Linux developers are hard at work on future Haswell and Valley View graphics support. Having only limited resources to go around, Intel developers have quickly lost interest in earlier generations of hardware.

While Ironlake (Clarkdale/Arrandale) -- the generation of Intel hardware prior to Sandy Bridge -- was designed during the OpenGL 2.1 days, much of the OpenGL 3.0 / GL Shading Language 1.30 functionality can be implemented for this hardware. As Intel Linux customers were quick to discuss when sharing this morning there's now OpenGL ES 3.0 for Sandy Bridge (the embedded/mobile GL variant), driver developers quickly lose interest in older hardware.

One Phoronix reader pointed out this bug report with commentary by Kenneth Graunke from January:
Team Fortress 2 requires some functionality from OpenGL 3.0 and GLSL 1.30, which we currently only support on Sandy Bridge and newer hardware. Unfortunately, Ironlake and earlier currently do not.

It should be possible to implement the missing functionality on Ironlake. The code is open source, and the hardware documentation is freely available on the web(*), so in theory, anyone could make progress toward this.

Sadly, our team is extremely busy working on newer hardware and is unlikely to have time to implement GL 3.0 support for Ironlake...at least not any time soon. I sincerely apologize for this; we'd all love to see it happen too.

(*) https://01.org/linuxgraphics/documentation/driver-documentation-prms
Basically, Intel Linux driver developers are busy working on newer hardware and other features, so missing functionality for older Intel products likely won't come. But since Intel does provide NDA-free programming documentation, other capable developers should be able to provide the said features. This bug comment was in response to Ironlake not working for Valve's Source Engine games on Linux.

While I do own some Ironlake hardware, I would much rather see Intel working on the newer hardware support. Even if the Intel i965 DRI driver implemented the necessary GL3/GLSL1.30 features for the Source Engine games, it would still be damn slow. It wasn't until Sandy Bridge that Intel graphics really got their act together in terms of integrated graphics performance. Ironlake isn't too capable and the newer (and yet-to-be-released) hardware is much more exciting and will open new doors. Intel also, obviously, wants you to upgrade your hardware too.

So long story short, don't expect to see many Intel Ironlake "Gen5" and older generations of Intel graphics improved too much when it comes to their Mesa DRI driver. When it comes to overall reliability though on the Linux desktop for this older hardware, Chris Wilson at Intel continues to do great work on the xf86-video-intel X.Org driver and at least seeing that the older generations of Intel hardware are working reliably for a basic Linux desktop.

Intel's open-source team and Mesa in general is having a hard enough time as it is now with Sandy/Ivy Bridge doing only OpenGL 3.2 while the latest upstream Khronos spec is years ahead at OpenGL 4.3. Intel right now is employing 20~30 open-source Linux graphics driver developers but they are interested in hiring more talented Linux developers.

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 Launches New FX CPUs, Cuts Prices On Existing Processors
  2. Preview: AMD's FX-9590 Eight-Core At Up To 5.0GHz On Linux
  3. Intel Launches The Core i7 5960X, Mighty Powerful Haswell-E CPUs
  4. AMD Radeon R9 290: Gallium3D vs. Catalyst Drivers
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. webOS Lives On As LuneOS With New Release
  2. Marek Lands Radeon Gallium3D HyperZ Improvements
  3. Mozilla Firefox 32 Surfaces With HTML5, Developer Changes
  4. Nouveau X.Org Driver Released With DRI3+Present, Maxwell, GLAMOR
  5. Microsoft & AMD Release C++ AMP Compiler With Linux Support
  6. AMD, Wine & Valve Dominated August For Linux Users
  7. Linux 3.17-rc3 Kernel Released Back On Schedule
  8. Lennart Poettering Talks Up His New Linux Vision That Involves Btrfs
  9. Mesa 10.3 RC2 Arrives Via Its New Release Manager
  10. Ubuntu 14.10's Lack Of X.Org Server 1.16 Gets Blamed On AMD
Latest Forum Discussions
  1. Lennart Poettering Talks Up His New Linux Vision That Involves Btrfs
  2. AMD graphics doesn't work with AMD Catalyst drivers
  3. Best Radeon for a Power Mac G5?
  4. The dangers of Linux kernel development
  5. Updated and Optimized Ubuntu Free Graphics Drivers
  6. AMD Releases UVD Video Decode Support For R600 GPUs
  7. SSD seems slow
  8. Is laptop with Intel CPU and AMD dGPU worth buying considering especially AMD Enduro?