Bas Nieuwenhuizen continues being very busy with work on the open-source (unofficial) Radeon Vulkan driver, RADV.
The AMD Radeon RX 500 line-up officially launched a few minutes ago.
Next week AMD is expected to roll-out the updated Polaris graphics cards in the form of the Radeon RX 550, RX 560, RX 570, and RX 580 series. The Linux drivers should be ready.
Comparing the hybrid AMDGPU-PRO proprietary Linux driver to the RadeonSI Gallium3D open-source driver stack with the newly-released OpenGL 4.5-using Unigine Superposition has shown how far the open-source driver stack has come.
Open-source AMD developers have been discussing in recent days how to better deal with the experimental support of GCN 1.1 "Sea Islands" (and GCN 1.0 "Southern Islands") support in AMDGPU and making it easier to enable while ensuring the Radeon DRM driver with its mature GCN 1.0/1.1 support doesn't interfere.
Nicolai Hähnle has been busy today with Mesa Git as in addition to landing ARB_sparse_buffer for RadeonSI, he's now landed ARB_shader_ballot as another useful OpenGL extension -- it can be used as part of the "AZDO" techniques.
Over the past few days I have posted some RX 480 tests and R9 Fury OpenGL/Vulkan tests for the new AMDGPU code slated for Linux 4.12. I've also carried out some R9 285 "Tonga" tests and happy to report seeing some performance gains there too.
On Friday I posted some early AMDGPU benchmarks of the DRM-Next code slated for Linux 4.12 using a Radeon RX 480 "Polaris" graphics card. As some additional reference points, here are some Linux 4.10 vs. 4.11 vs. (4.12; DRM-Next) code with an R9 Fury "Fiji" graphics solution.
Alex Deucher has submitted a big pull request to DRM-Next for additional Radeon and AMDGPU updates for DRM-Next.
Nicolai Hähnle has been working on support for some newer OpenGL extensions not currently implemented in the RadeonSI driver.
RADV co-founder David Airlie is staging another important feature for this open-source Radeon Vulkan driver: tessellation support.
AMD developers continue working on improving the performance of the open-source Linux graphics driver stack. The latest is a small patch to fix the performance when under video memory pressure.
Last week AMD began publishing the open-source driver enablement patches for the upcoming Vega graphics hardware. Today the libdrm support began to land.
Prolific Mesa developer Marek Olšák is looking to tackle what he thinks is the "biggest performance bottleneck at the moment" for the RadeonSI Gallium3D driver.
Less than one week after AMDGPU DRM Vega support was published along with the other Vega enablement patches for the Linux driver stack, more Direct Rendering Manager patches are being shot out today.
The latest in the hardware enablement work for adding support for the upcoming Radeon RX Vega to the open-source Linux graphics driver are the patches to libdrm for this Mesa DRM library that sits between the DRM kernel drivers and Mesa / xf86-video / other user-space graphics code.
Yesterday we saw 100 patches adding Vega support to the Radeon DRM driver as well as 140 patches adding Vega support to RadeonSI Gallium3D. The other big piece of the open-source Linux driver stack for Vega is the AMDGPU LLVM changes.
After Alex Deucher sent out 100 patches giving the AMDGPU kernel driver Radeon RX Vega support, AMD's Mesa expert Marek Olšák sent out 140 patches for adding this next-generation GPU support to their RadeonSI Gallium3D driver.
While the AMDGPU "GCN" compiler support in LLVM is quite mature now, the GNU Compiler Collection (GCC) hasn't yet received a full-fledged GCN compiler back-end for AMD GPUs. SUSE developers have been working on that for AMD and today they have published their code branch. This GCN back-end for GCC is primarily focused on compute capabilities rather than compiling graphics shaders.
Michel Dänzer of AMD has announced new releases of their X.Org DDX drivers: xf86-video-ati 7.9 and xf86-video-amdgpu 1.3. The changes in the updates are similar while the xf86-video-amdgpu DDX is paired to work with the AMDGPU DRM kernel driver while the xf86-video-ati driver continues on for the mature Radeon DRM.
With Timothy Arceri at Valve haven gotten the RadeonSI shader cache into shape for Mesa 17.1, his latest focus is on introducing a shader cache for the RADV Vulkan driver.
Valve developer Andres Rodriguez has posted a set of 22 patches for supporting high priority scheduling within the AMDGPU kernel driver.
The NV_dedicated_allocation extension that is one of the Vulkan extensions needed by Valve's SteamVR on Linux, has now been enabled within mainline Mesa for the RADV driver.
Back in November we saw patches for wiring in PRIME support to the RADV Vulkan driver and last week rewritten RADV PRIME code was released while this weekend it has landed in Mesa Git.
Last month an independent contributor to the AMD Linux graphics stack posted AMDGPU patches for HDMI Stereo 3D support within this open-source Radeon DRM driver. Those patches were rather dismissed in part because they didn't implement the support along the new DAL/DC display code-paths, but that has now changed.
On Wednesday the RadeonSI/R600g shader cache landed for on-disk caching of TGSI IR while one day later the caching is already being expanded and may soon be enabled by default.
With Radeon R9 Fury X graphics cards, their integrated red LEDs will now light-up according to the load of the GPU.
AMD today released the Radeon Pro Software 17.Q1 driver for Windows and Linux users running FirePro / RadeonPro workstation graphics cards.
Red Hat's David Airlie keeps to work on improving the open-source Radeon Vulkan driver.
Hitting mainline LLVM this weekend is support for AMD Radeon GFX9 within the AMDGPU back-end, not to be confused with the AMDGPU DRM driver.
565 Radeon news articles published on Phoronix.