We Rely On Your Support: Have you heard of Phoronix Premium? It's what complements advertisements on this site for our premium ad-free service. For as little as $3 USD per month, you can help support our site while the funds generated allow us to keep doing Linux hardware reviews, performance benchmarking, maintain our community forums, and much more. You can also consider a tip via PayPal.

Mesa must too receive GLVND support for this to all work out. If Mesa doesn't support GLVND, on a new install/upgrade it could end up clobbering GLVND's vendor-neutral libGL wrapper to libGLX/libGLdispatch and things wouldn't work for reaching GLVND's design of making it easier to install and maintain Linux OpenGL drivers.

The goal for libglvnd is to allow multiple OpenGL implementations from different vendors to coexist on the same system, without interfering with each other or requiring any manual configuration.

With libglvnd, libGL.so is a vendor-independent dispatch library, not part of any driver. Each vendor provides its OpenGL implementation in a separate library. An application still links to libGL.so just like it does now, but then libGL.so will figure out which vendor library to use, and will dispatch any OpenGL and GLX calls to that library.

The libglvnd libraries make as few assumptions as possible about how the vendor libraries work, so that (hopefully) it's easy to port any existing OpenGL implementation to it. In some cases, a simple wrapper library around an existing libGL.so library would be enough.

As it's currently implemented, libglvnd selects a vendor library for each X screen. So, you could have two X screens that each use a different vendor library, and a single process could create and use rendering contexts on both. It doesn't handle two different vendor libraries for the same X screen, although the ABI is set up such that it would be possible to add that capability later on.

The EGL interface is still in its really early design stages. Any comments or requirements that I might have forgotten are more than welcome.

The Mesa developers do have interest in libglvnd contrary to not a lot of mailing list discussion on the matter. Timothy Arceri of Collabora commented on yesterday's article that work in fact is being done, "Emil from Collabora is working on the Mesa support on behalf of Intel. He also has provided feedback along the way."

Hopefully 2016 is the year of the new OpenGL Linux ABI! Since let's face it, OpenGL is still going to be around for years to come even after the premiere of Vulkan.

Michael Larabel is the principal author of Phoronix.com and founded the site in 2004 with a focus on enriching the Linux hardware experience. Michael has written more than 10,000 articles covering the state of Linux hardware support, Linux performance, graphics drivers, and other topics. Michael is also the lead developer of the Phoronix Test Suite, Phoromatic, and OpenBenchmarking.org automated benchmarking software. He can be followed via Twitter or contacted via MichaelLarabel.com.

The mission at Phoronix since 2004 has centered around enriching the Linux hardware experience. In addition to supporting our site through advertisements, you can help by subscribing to Phoronix Premium. You can also use our Amazon.com or NewEgg.com shopping links when making online purchases or contribute to Phoronix through a PayPal tip.