Last year there was a Google Summer of Code student working on a library to implement double-precision operations (FP64) in pure GLSL 1.30 as a benefit to older GPUs not having native FP64 capabilities. While that work didn't materialize as a solution in 2017 for those wanting "soft" ARB_gpu_shader_fp64 for being able to potentially expose OpenGL 4.0 on more R600g era GPUs, the work is ongoing.
Last December we wrote about work being done on fuzzing OpenGL shaders leading to wild differences with the work being done at the Imperial College London. While they were testing other drivers on different operating systems, they have now fired up tests of Mesa.
Timothy Arceri, who is now working for Valve on the open-source AMD Linux stack, has sent out the latest patches for wiring in Mesa's GLSL on-disk shader cache for R600g/RadeonSI drivers.
Emil Velikov announced the release today of Mesa 13.0.5.
For those that haven't made the move yet to Mesa 17, Mesa 13.0.5 is going to be released in the next few days.
Timothy Arceri, who is now working for Valve (on the open-source AMD driver stack after leaving Collabora), has landed significant portions of his work built upon others for providing an on-disk shader cache within Mesa.
While yesterday's Mesa 17.0 release took Intel Haswell hardware from OpenGL 3.3 to OpenGL 4.5, this quarterly update didn't end up bring the older Ivy Bridge hardware past OpenGL 3.3. But consulting firm Igalia has continued working on their patches to bring Ivy Bridge hardware up to OpenGL 4.0.
Last week Timothy Arceri posted TGSI shader cache patches for Mesa that so far benefit the R600g and RadeonSI Gallium3D drivers but could also help out the other Gallium3D drivers too. The second version of those patches have now been published.
While Mesa 17.0 was just released, new feature development continues building up for Mesa 17.1.
Mesa 17.0 is now officially available.
Vulkan is going on one year old and while the hardware driver support has continued to advance, we haven't yet seen a software implementation of Vulkan for running on a CPU. Of course, not for expecting any performance miracle or the like, but as a vendor-neutral platform for being able to test Vulkan's behavior, certain fallback scenarios, and other use-cases like Mesa's LLVMpipe/swrast/Softpipe software rasterizers.
In continuation of this morning's article about Valve Planning To Carry Mesa GL Thread Feature On SteamOS, Per-Game Features, it looks like the developers working for Valve on the open-source Linux graphics driver stack are looking to do more in the per-game profile space.
It's looking like Valve will begin carrying some out-of-tree patches for their Mesa packages they use on SteamOS.
Marek Olšák has posted a set of patches today to the Mesa mailing list and they should help some Linux games, at least Rocket League.
Mesa developer Thomas Helland is looking at reviving an old set of Mesa patches that could help out in some CPU-bound scenarios.
Marek Olšák volleyed the 26 patches needed for Mesa supporting threaded OpenGL dispatch onto the Mesa mailing list for some additional public review.
As a quick update to yesterday's article about RADV fast clears by default was being proposed, that change-over just happened in Mesa 17.1-devel Git.
Timothy Arceri of Collabora has sent out his latest patches to Mesa in regards to the ongoing work for shader caches. The 40 patches published over night do benefit RadeonSI and R600g.
Emil Velikov has kicked off the new release by announcing the third release candidate to the upcoming Mesa 17.0.
Four years ago Intel developers were working on a threaded OpenGL dispatch mechanism for Mesa, but it never ended up being merged. Now, prolific Mesa contributor and AMD developer Marek Olšák is looking to merge this code and clean it up.
When writing this week about ILO Gallium3D being dropped from mainline Mesa, a Phoronix reader asked if LunarGLASS would be the next thing to be removed from Mesa... But LunarGLASS never made it to mainline Mesa, though it still is in development.
Last week we reported that Collabora developer Timothy Arceri would be trying to support Mesa's OpenGL shader cache with RadeonSI while since then work has begun to materialize.
Waking up this morning, Mesa has been trimmed up by over 58,000 lines of code.
Mesa 13.0.4 was released today by Collabora's Emil Velikov while the Mesa 17.0 debut is still on track for later this month.
Eric Anholt continues working on the open-source VC4 graphics driver stack for adding additional features and improving the OpenGL performance of the Broadcom GPU on the Raspberry Pi.
While many Phoronix readers cringe when hearing "Imagination Tech" or "PowerVR" due to past Linux driver issues and the lack of a full-featured open-source driver, one of their developers is now requesting commit rights to Mesa.
Samuel Pitoiset, former Nouveau contributor who is now working for Valve on AMD open-source Linux driver optimizations, landed some improvements this morning in Mesa Git.
For older Intel i915~i945 graphics hardware, the Linux Mesa driver has exposed OpenGL 2.1 support while under Windows these ~12+ year old integrated graphics have only exposed OpenGL 1.4. Mesa now though might withdraw its OpenGL 2 support by default for older hardware on the i915 driver.
The RADV Mesa Radeon Vulkan driver has seen some code land in Mesa Git while other patches are being staged on Mesa-dev as January comes to an end.
The libdrm 2.4.75 library is now available as the important component sitting between the user-space drivers and the kernel DRM.
1078 Mesa news articles published on Phoronix.