AMD has released a new Windows and Linux Catalyst proprietary graphics driver. The Catalyst 14.3 Beta for Linux doesn't advertise any new features, but it comes with some bug-fixes.
The xf86-video-ati DDX driver is now able to build against the in-tree GLAMOR code found within the X.Org Server 1.16 code-base.
Next week I will have out some interesting 2D benchmarks between Intel, Radeon, and Nouveau on the latest open-source drivers... Those results are very interesting but for some other interesting data to get out prior to the weekend is a EXA vs. GLAMOR 2D acceleration comparison for a Radeon HD 6870 graphics processor using the Linux 3.14 kernel and Mesa 10.2-devel.
AMD disabled tiling support by default recently for their newer GCN-based graphics cards on the open-source AMD Linux driver. Fortunately, that performance-boosting feature has been turned back on now for the latest Radeon graphics cards under the assumption you are running Mesa 10.1.
Older AMD (ATI) Radeon GPUs can now optionally use GLAMOR for 2D hardware acceleration in place of EXA when using the latest open-source graphics driver.
Fast color clear support has appeared in patch form for the RadeonSI Gallium3D driver as a move that should further benefit the open-source GPU driver's performance.
AMD has launched the Radeon R9 280 graphics card, but don't get too excited just yet.
We've already seen some Radeon DRM graphics driver code queued up for merging into the Linux 3.15 kernel in a few weeks time. Arriving this morning were another batch of exciting Radeon changes that will target the Linux 3.15 merge window.
While the open-source AMD Linux driver continues gaining ground on Catalyst, one feature you will likely not see from the open-source Linux driver in the foreseeable future is support for AMD's CrossFire technology.
In a follow-up to this morning's article about AMD Press Talks Up Major Open-Source Linux Driver Features, AMD Global Communications said there would be no Catalyst 14.2 Beta for Linux, but a new driver was in fact released today.
Good news: AMD's press / global communications team is finally talking up their open-source Linux graphics driver features. Bad news: they appear to still need lots of training over their own Linux graphics drivers. Or is there some Linux driver shake-up happening? Here's some of what they are promoting right now with the AMD Linux graphics driver.
Marek Olšák published a set of Radeon memory management improvements today for the open-source AMD Linux graphics driver that can offer performance improvements.
AMD has mainlined its support for hardware-accelerated open-source H.264 video encoding into Mesa for recent Radeon GPUs.
AMD has published a second version of their open-source Linux driver code for exposing the "VCE" video engine on modern Radeon GPUs under Linux via OpenMAX for accelerated H.264 video encoding.
Christian König has added an H.264 encoding interface to the general video code for Gallium3D that will ultimately be leveraged by the RadeonSI Gallium3D driver.
The Radeon R600 Gallium3D driver has picked up support for another OpenGL extension that's mandated by the OpenGL 4.1 specification.
Since last month's debut of the AMD Kaveri APUs there have been many Phoronix articles delivering Linux test results of the A10-7850K high-end APU. For those that unfortunately don't read Phoronix on a daily basis, here's a recap of some of our findings to date.
After previously talking about the patches, as of this evening the OpenGL 3.3 support has officially arrived within Mesa for the AMD R600 Gallium3D driver with the Radeon HD 2000 series and newer GPUs.
AMD is doing another large and important open-source graphics driver code drop this morning. This morning AMD is publishing their VCE code that allows for hardware-based video encoding.
Following the GCC 4.9 Kaveri benchmarks and Clang 3.4 benchmarks with Kaveri, here's some other benchmarks from GCC looking at the impact of "-march=bdver3" and other CPU tuning flags from the AMD A10-7850K APU on Ubuntu Linux.
The first major Linux Catalyst 2014 release is now available.
Yesterday I wrote about Geometry Shaders support proposed for the R600 Gallium3D driver, a major OpenGL 3.2 feature and is needed for getting the R600g driver up to par with RadeonSI and the other Mesa/Gallium3D drivers either at or nearing OpenGL 3.3 compliance. Some Phoronix readers expressed outrage that this initial GS support was limited to the Radeon HD 5000 series and newer, but now there's an early patch to provide geometry shaders to older AMD hardware.
The open-source AMD Radeon Linux graphics driver should now properly handle using the Unified Video Decoder (UVD) with RadeonSI (HD 7000 series and newer hardware) if using the very latest code.
AMD launched their new Windows graphics driver today that supports their new Mantle API as an alternative for game developers to Direct3D or OpenGL. However, there's still no indications of foreseeable Linux support.
David Airlie at Red Hat has proposed OpenGL Geometry Shaders support for the R600g driver, but right now it only supports the Radeon HD 5000 "Evergreen" GPUs and newer.
Another pull request was already submitted of AMD Radeon DRM graphics driver changes queued up for the Linux 3.14 kernel merge window with the DRM pull.
A few days ago we talked about OpenGL 3.3 support coming to the RadeonSI Gallium3D driver in the form of mailing list patches, but as of a few hours ago the work has been mainlined inside Mesa. The next Mesa release will feature OpenGL 3.3 RadeonSI support!
One of several wonderful milestones for the open-source Radeon driver in 2013 was AMD open-sourcing the UVD video acceleration code to provide video hardware decoding for modern formats with their open-source Linux GPU driver. That code though didn't support the original UVD engine but now new code is pending review for public release that provides that early hardware support.
At Facebook's Open Compute Summit the folks at AMD have announced their first 64-bit ARM-based server CPU. AMD will soon begin sampling of this AMD Opteron A1100 series processor and evaluation board.
AMD's Open64 compiler hasn't seen a release in nearly one year while for the upstream Open64 project it's been over two years since the last upstream release.
967 AMD news articles published on Phoronix.