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

Intel Sandy Bridge OpenGL Support Lags Behind

Intel

Published on 22 November 2013 10:56 AM EST
Written by Michael Larabel in Intel
17 Comments

While Intel "Sandy Bridge" graphics hardware is capable of full GL3 support, the open-source Intel Mesa graphics driver is still limiting it to OpenGL 3.1 compliance.

While Ivy Bridge and Haswell have OpenGL 3.3 in the forthcoming Mesa 10.0 release, Sandy Bridge is now the left-out child to Intel's Linux developers. Sandy Bridge isn't hitting OpenGL 3.2 compliance for lack of the driver implementing geometry shaders. This comes while Broadwell already supports OpenGL 3.3.

OpenGL geometry shaders could be implemented for Sandy Bridge hardware, but no one has cared enough to do so. Paul Berry of Intel had wrote on Mesa-dev last month, "I believe geometry shaders are all we would have to implement for Sandy Bridge. Unfortunately, geometry shaders work pretty differently on Sandy Bridge, so getting them to work won't be a slam dunk."

While it would be nice to see Sandy Bridge have better Linux OpenGL support (and performance) since the hardware isn't too old, the Intel Linux developers' resources are limited and personally I enjoy seeing the very interesting advancements they are making to the latest and greatest Intel hardware. Plus nothing should be limiting any other independent developer(s) from limiting the GS support in SNB should Intel not be interested in turning out the code.

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