The RadeonSI Gallium3D driver now utilizes Re-Z.
An in-memory shader cache landed for the RadeonSI Gallium3D driver on Sunday and made it in time for the Mesa 11.2 branching.
AMD's Alex Deucher has sent in the initial updates of the Radeon and AMDGPU DRM drivers for DRM-Next that in turn will target the upcoming Linux 4.6 kernel cycle.
While NVIDIA has long supported G-SYNC on Linux as their adaptive sync technology for eliminating screen tearing, AMD hasn't supported their FreeSync tech via their open or closed-source Linux drivers. Fortunately, it's looking like that will change.
We weren't the only ones surprised by the massive size of the new AMDGPU DAL display driver. Weighing in at 93k lines of code, upstream Linux graphics developers outside of AMD are also stunned by the size of this code-base for handling display-related functionality with the AMDGPU driver for Tonga / Carrizo / Fiji.
AMD's new "DAL" display driver has been posted for review as the new display component to the AMDGPU kernel DRM driver.
It's been a while since last publishing any 2D-focused benchmarks since overall the state of Linux 2D acceleration architectures like GLAMOR and Intel's SNA have become good enough that it's no longer a frequent concern by desktop users. However, as some recently have been inquiring about updated numbers, I ran some fresh Linux 2D benchmarks on different Radeon GPUs using the open-source driver stack.
As part of the GPUOpen initiative that AMD launched last month is an introduction to the Heterogeneous Compute Compiler (HCC) for writing code to take advantage of AMD's new LLVM-based compiler for offloading the work to the GPU.
Not only does RadeonSI Gallium3D work with XCOM 2 on Linux for AMD graphics processors, but it looks like the Catalyst (or now known as Radeon Software, officially) too works with this brand new, highly anticipated strategy game seeing a same-day release across OS X / Linux / Windows.
The AMDGPU DRM driver support for Iceland (Topaz) graphics processors is now considered stable with the experimental flag set to be removed.
Landing last month in the LLVM SVN/Git code-base was the SI machine scheduler for the AMDGPU LLVM back-end. This scheduler has the potential to improve the performance for some hardware/workloads, but not by the wide margins originally reported by some early testers.
Following this morning's article about Russian Super-Computing Users Get Tired Of Catalyst, Start Looking At Open-Source AMD, I decided to run some fresh Radeon open-source OpenCL benchmarks on my own using the Gallium3D Clover state tracker with the HPC researchers also being curious how this very latest open-source AMD graphics stack is performing. Here are some initial results with Mesa 11.2-devel Git built against LLVM 3.9 SVN (thanks Padoka!) and using the Linux 4.5 Git kernel.
AMD this morning updated its Kaveri APU line-up and also released a new Athlon X4 processor.
Super-computing researchers part of the Institute of System Research for the Russian Academy of Sciences recently presented on using the open-source Radeon driver for OpenCL.
Last week AMD launched GPUOpen and began shipping their new and open code. Today the company has published a guide for taking advantage of the Boltzmann stack with their Radeon Open Compute Kernel and Runtime.
While the Linux 4.5 kernel's merge window ended more than one week ago, it looks like the AMDGPU driver may get a late feature arrival: ACP support.
Since yesterday's release of Linux 4.5-rc2 there was at least one report of AMDGPU performance improvements with Linux 4.5-rc2 for an R9 Fury "Fiji" graphics card.
With Linux 4.5-rc2 that was released last night, the new AMDGPU DRM driver is supposedly much faster compared to last week's 4.5-rc1 kernel.
Whew, tons of Linux graphics benchmarks this weekend, in large part for getting more eyes looking at the new OpenBenchmarking.org web interface that's now in beta so feedback can be received and get it all tuned up for the official release in February. The latest of these benchmarks this weekend is comparing the out-of-the-box Ubuntu 15.10 performance against the speed when upgrading the Linux kernel and Mesa for the AMD R600g and RadeonSI Gallium3D drivers.
A few days back I showed the Radeon vs. AMDGPU vs. Catalyst kernel driver potential when testing on the R9 290 "Hawaii" graphics card that has experimental and disabled-by-default support for the new AMDGPU kernel driver primarily designed for AMD GCN 1.2 GPUs and newer. Those results were interesting and showed some areas where AMDGPU came out faster than Radeon, so I decided to run experimental tests on another GCN 1.1 Sea Islands GPU that can be made to work with this kernel driver.
The latest batch of open-source Linux benchmarks to share this weekend are doing some P-State and CPUFreq scaling driver benchmarks and also trying each driver's different CPU scaling governor options when using the AMD Radeon R9 285 graphics card on the AMDGPU kernel driver of Linux 4.5.
When it comes to OpenGL 4 support on the AMD R600 Gallium3D driver for pre-GCN graphics cards, currently the only R600g-supported cards advertising OpenGL 4.1 right now are the Radeon HD 5800 "Cypress" and Radeon HD 6900 "Cayman" series. Here are some tests done with OpenGL 4.1 on a Radeon HD 5830 compared to Cayman and various GPUs with the RadeonSI Gallium3D driver.
This week I've already delivered a number of AMDGPU/Radeon benchmarks from the in-development Linux 4.5 kernel now that there's AMDGPU PowerPlay and other improvements. With the week not being over, here are some more AMD Radeon graphics card benchmarks from Linux 4.5 while also using Mesa 11.2-devel Git with LLVM SVN.
With yesterday's Linux 4.5 AMDGPU/Radeon vs. Catalyst OpenGL Performance testing, the loser was the R9 Fury "Fiji" graphics card on the AMDGPU open-source driver with the performance still being miserable. Even with PowerPlay enabled on Linux 4.5, the performance was still poor. But if forcing to a high performance state via sysfs, is the performance any better?
While the AMDGPU DRM driver doesn't enable the necessary Kconfig option by default, it's supposed to be possible to use this new DRM driver with the AMD GCN "Sea Islands" (CIK) graphics cards rather than just Tonga and Fiji when it comes to the currently shipping discrete GPUs.
Fresh off this morning's launch of GPUOpen, Radeon Technologies Group has announced the Radeon Open Compute initial release.
Today's the day that AMD opens up GPUOpen.
A number of AMDGPU LLVM back-end changes have been hitting the mainline LLVM SVN/Git code-base in recent days.
Here's a fresh kernel spin of the brand new Linux 4.5-rc1 kernel with the latest AMDGPU PowerPlay bits enabled.
AMD's upcoming "Stoney" APUs has support for ETC2 texture compression.
1145 AMD news articles published on Phoronix.