Along with open-sourcing the next-gen Polaris GPU driver code yesterday, Alex Deucher of AMD laid out their plans for aiming to get the DAL display code into the Linux 4.7 kernel.
One week after the surprise of delivering a beta of their new hybrid "PRO" driver stack, here's another big surprise: AMD has just published the initial open-source code for driver support with their upcoming "Polaris" graphics processors!
AMD this morning unveiled their XConnect technology to connect an external, high-performance Radeon graphics card to a notebook or 2-in-1 device.
Since last year we have been waiting for AMD to launch their "HuskyBoard" ARM development board built around their Opteron A1100 ARM 64-bit SoC. That board was originally supposed to ship in Q4'15 while now available for pre-order is a new A1100 development board that looks like it may be taking its place.
A technical marketing representative of AMD / Radeon Technologies Group is participating in a Reddit "Ask Me Anything" today where he's been answering a few Linux questions.
AMD's Marek Olšák sent out a set of 26 patches this morning for preparing the RadeonSI Gallium3D driver to have interoperability support between OpenGL and HSA/OpenCL.
The latest fruits of AMD's GPUOpen initiative is the open-sourcing of a beta of AMDOVX.
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.
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.
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.
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.
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.
Today's the day that AMD opens up GPUOpen.
AMD's upcoming "Stoney" APUs has support for ETC2 texture compression.
Since last month Intel has offered compute shader support via their open-source Linux graphics driver. The ARB_compute_shader support is needed for OpenGL 4.3 but so far Intel is the only Mesa/Gallium3D driver having support for this important extension.
The AMD Heterogeneous System Architecture (HSA) code has been mainlined within the GCC compiler!
The other follow-up question I received an answer to on Friday from AMD's media liaison was whether the company is looking at supporting the OpenGL Vendor Neutral Dispatch Library (GLVND) to make it easier to install and maintain their user-space GL driver on Linux systems.
Earlier today I wrote about how AMD will only be supporting Vulkan with the AMDGPU DRM kernel driver and not the more common Radeon DRM kernel driver. Here's a few more points to clarify the situation.
It looks like the merging of AMD HSA (Heterogeneous System Architecture) support into the GCC compiler is imminent.
AMD appears poised to announce their long-awaited A1100 "Seattle" ARMv8 processor tomorrow.
With the Linux 4.5 merge window's hwmon subsystem pull request is an update for new AMD Family 15h processors to support power monitoring.
With this morning's article about New AMDGPU Details and Looking Forward To Major Radeon Linux Improvements In 2016, there is much to be excited about with the new driver model finally set to roll-out and other open-source projects coming about. However, if you are a relatively new Linux users, you may not know how this whole process began.
New patches have been posted by an AMD engineer for exposing accumulated power reporting.
As of earlier this month in Mesa Git is finally OpenGL 4.0 and 4.1 support for the Radeon R600g driver for pre-GCN hardware, albeit the subset capable of advertising GL4 compliance is right now just Cypress and Cayman. I took this opportunity to run some fresh Mesa Git benchmarks on an AMD Cayman GPU and a third run when enabling DRI3.
AMD this morning is lifting an embargo on GPUOpen, a new effort for embracing open-source with their Linux drivers.
748 AMD news articles published on Phoronix.