AMD News Archives

A premium supporter was asking this week whether for those newly-upgraded to Ubuntu 20.04 LTS if the graphics stack is in good enough shape or if I would recommend running Mesa 20.1-devel for better AMD Linux gaming performance... The short answer, sans any particular changes you are after in Mesa 20.1-devel, the bigger gain for running on this new Ubuntu release is to instead enable RADV+ACO as a much more pressing boost.

Adding to the last minute AMD Radeon additions for making the Mesa 20.1 feature cut-off is enabling displayable DCC support for Navi 12 and Navi 14 graphics processors.

The new spi-amd driver looks like it could make its debut in Linux 5.8.

Some news that went seemingly unreported at large this month until stumbling across it... AMD has joined the Academy Software Foundation as a premier member. This joint initiative between the Linux Foundation and Academy of Motion Picture Arts is focused on pushing open-source software through the motion picture and content creation industries. Additionally, the Open Shading Language has become a new hosted project under the Academy Software Foundation.

AMD has expanded its highly successful Zen 2 family with some new low-end parts.

AMD has finally released their first "Radeon Software for Linux" packaged driver release to succeed their Radeon Software for Linux 19.50 driver series that saw its last update in December. Radeon Software for Linux 20.10 is available today as their first packaged Linux driver update of 2020 for AMD Radeon Linux owners as the packaged solution intended for easy installation of their All-Open and "PRO" driver components.

Various patches are pending for improving the Linux support for onboard audio with motherboard sporting the AMD TRX40 chipset for 3rd Gen Ryzen Threadripper systems.

Future AMD CPUs (more than likely, Zen 3) will be bearing larger CPU microcode sizes, resulting in the Linux kernel needing a change to load them.

While we were hoping to see the AMD Sensor Fusion Hub driver introduced in Linux 5.7 for improving the AMD Ryzen Linux laptop experience, that now looks quite unlikely.

In addition to the AMD Sensor Fusion Hub driver that we are hopeful could land in Linux 5.7 albeit not yet queued in the iio-next branch, another AMD driver that has been around for a few months in patch form but yet to be mainlined is the AMD PassThru DMA Engine driver.

It's long overdue but AMD engineers are now looking at refactoring the GNU C Library (Glibc) platform support to enhance the performance for AMD Zen processors.

Google open-source engineers have been working on a temperature driver for AMD's SoC SB-TSI emulated temperature sensor for the Linux kernel.

Going back to Ivy Bridge processors, Intel has supported "PPIN" as the Protected Processor Identification Number as a globally unique identification number set in the factory. It turns out recent AMD CPUs are also supporting PPIN and that reading their value is about to be supported on Linux.

Back in February came patches for AMD SEV-ES "Encrypted State" support as building off the Linux kernel's existing support for Secure Encrypted Virtualization in conjunction with AMD EPYC processors. The SEV-ES enablement work has now been revised.

AMD today announced the Ryzen 9 4900H as their new top-end Zen 2 mobile processor for notebooks.

While a lot of feature work has been building up for Linux 5.7 in various subsystem development repositories ahead of the merge window in a few weeks, one of the big driver additions many users have been clamoring for isn't yet queued. The AMD Sensor Fusion Hub open-source driver for Linux appears stalled pending more reviews from upstream developers.

We continue to see bits here and there of AMD Family 19h / Zen 3 support coming together for the mainline Linux kernel.

Should you be experienced in upstream Linux kernel development, AMD is hiring a lead Linux kernel developer.

For those wondering how the Threadripper 3990X is performing with the upcoming Linux 5.6 kernel, here are benchmarks of a recent development snapshot of Linux 5.6 as well as benchmarking all of the major kernel releases going back to Linux 5.1.

Going back to the start of 2020 we've been seeing a few patches here and there around AMD Family 19h, almost certainly Zen 3. That patch work has continued with a few more bits out this week while hopefully more bring-up is on the horizon ahead of the Linux 5.7 merge window opening in just over one month's time.

For those still running the AMD "Stoney Ridge" mobile APUs from 2016 that were launched aside Bristol Ridge with Excavator-based CPU cores and GCN 1.2 graphics, the Linux kernel has a fix finally for flickering issues when driving a 4K display off the APU.

AMD has expanded their 7002 series "Rome" family with the availability today of the EPYC 7662 as their latest 64-core / 128-thread offering and the EPYC 7532 as a new 32-core part but with a full 256MB cache to offer more per-core L3 cache than other 32-core processors.

Beyond the Linux kernel patches presented earlier this week for AMD SEV-ES "Encrypted State" support, another Linux patch series out overnight provides another improvement to Secure Encrypted Virtualization with AMD EPYC server processors.

One of the letdowns of the forthcoming Linux 5.6 kernel is that AMD's long-awaited Sensor Fusion Hub "SFH" open-source driver wasn't ready in time for merging this cycle, but it continues moving forward with hopes of seeing it in Linux 5.7.

While since 2016~2017 AMD has been posting Linux kernel patches for Secure Memory Encryption (SME) and Secure Encrypted Virtualization, coming out this morning is finally the first public patch series wiring up the Linux kernel for SEV-ES as further enhancing virtualization encryption.

For those that may be looking to run an air-cooled AMD Ryzen 9 3950X especially in a rack-mount 4U chassis, here are some recent results I did from some testing using a Noctua NH-U9S with two 92mm fan configuration. Additionally, these results contain performance metrics from both CPUFreq Ondemand vs. Performance governors as an additional point of interest.

With having the initial AMD Ryzen Threadripper 3990X Linux benchmarks out of the way, I did some fun Friday night benchmarking with this 64-core HEDT CPU... Seeing how the 3990X performance compares to some CPUs used when starting out Phoronix back in 2004 as well as also for fun seeing how the Threadripper 3990X compares to the notorious AMD FX-9590.

AMD is adding a MIGraphX/ROCm back-end to Microsoft's ONNX run-time for machine learning inferencing to allow for Radeon GPU acceleration.

A second round of KVM virtualization updates were sent out today for the Linux 5.6 merge window that is still open through the weekend.

Firmware developer Michał Żygowski of embedded consulting firm 3mdeb has provided a convenient overview over the current state of AMD Coreboot support for booting with this open-source alternative to conventional proprietary BIOS.

Landing in the LLVM compiler infrastructure code-base in January was finally an AMD Zen 2 scheduler model optimized for the latest-generation AMD processors when compiling code with Clang using the -march=znver2 targeting. However, now some important fixes to this scheduler model have landed.

Earlier this month AMD finally published their Sensor Fusion Hub driver for Linux to improve the Ryzen laptop support. That new "SFH" driver hasn't been queued as part of any Linux 5.6 pull request but a second version of the driver did make it out this week.

With LLVM Clang 10 having added a Zen 2 scheduler model tuned for the latest AMD CPUs over the existing "znver2" tuning that had just copied the Zen 1 scheduler, here are some benchmarks looking at the LLVM Clang 9 vs. 10 compiler performance on AMD EPYC when making use of "-march=znver2" optimizations.

Unfortunately it wasn't a trouble-free experience at launch but with time Raven Ridge APUs have been getting cleaned up on Linux for a pleasant experience, thanks in part to the Google Chromebook play that has also seen these newer AMD APUs seeing HDCP content protection support and PSP / TEE trusted execution functionality.

SUSE's Borislav Petkov sent in the (Reliability, Availability and Serviceability) updates for the Linux 5.6 kernel on this first day of the new merge window.

While the Linux 5.5 kernel is expected to be released as soon as this Sunday, a last minute change to the AMDGPU DRM driver makes the Renoir graphics no longer treated as experimental. With that, there is open-source support out-of-the-box rather than being hidden behind a kernel module flag.

As we have been eagerly talking about for the past week, the Linux kernel's k10temp driver was updated for better AMD CPU CCD temperatures and voltage/current reporting. Those improvements have been quickly evolving thanks to the work of the open-source community with AMD still sadly holding the datasheets concerning the power/temperature registers close to their vest. A new version of k10temp was sent out on Wednesday.

Last week I eagerly reported on Ryzen CPUs on Linux finally seeing CCD temperatures and current/voltage reporting thanks to new patches to the k10temp driver by Google's Guenter Roeck who oversees the kernel's hardware monitoring "HWMON" subsystem. The patches seem to be working well and are tentatively queued in hwmon-next, but more testing is still needed.

With the upcoming Linux 5.6 kernel cycle will be the first of many patches to come surrounding AMD Zen 3 "Family 19h" support.

A few days ago I reported on AMD's "k10temp" Linux kernel driver finally seeing the ability to report CCD temperatures and CPU current/voltage readings as a big improvement to this hardware monitoring driver. The work hasn't yet been queued for inclusion into the mainline kernel, but initial testing is working well and a second revision to the patches has been sent out.

The AMD Ryzen Linux laptop experience continues improving albeit quite tardy on some elements of the support. In addition to the AMD Sensor Fusion Hub driver finally being released and current/voltage reporting for Zen CPUs on Linux, another step forward in Ryzen mobile support is a fix for ASUS TUF laptops with these processors.

One of the few frustrations with the AMD Ryzen CPU support on Linux to date has been besides the often delayed support for CPU temperature reporting has been the mainline kernel not supporting voltage readings and other extra sensors. But that is finally changing with the "k10temp" driver being extended to include current and voltage reporting plus CCD temperature reporting on Zen 2 processors.

It's too bad that it has taken so many months after AMD Zen 2 based Ryzen and EPYC processors began shipping to see this compiler support in place, but the good news now is that for the upcoming release of LLVM 10.0 is now the Zen 2 scheduler model being added to the "znver2" target.

One of the missing features for those with AMD Ryzen laptops has been the lack of a Sensor Fusion Hub driver that is needed for supporting the accelerometer and gyroscopic sensors for the display and related laptop sensor functionality. This week AMD finally posted patches for a Sensor Fusion Hub Linux driver.

In addition to their AMDGPU/AMDKFD feature updates sent out on Thursday, AMD also sent in a special pull request to DRM-Next on its own of a new feature: DP MST DSC.

AMD "Pollock" is a new chip similar to Dali and looking like it may be used for some Ryzen embedded purposes. AMD Pollock was plumbed into the Linux driver yesterday and was the first time we've heard this codename.

Kicking off the Consumer Electronics Show 2020 in Las Vegas, AMD CEO Lisa Su has begun with some interesting product announcements...

Last week I wrote about the AMD Secure Processor support for Linux 5.6 being queued as part of the cryptography subsystyem work with supporting the PSP / Secure Processor of Raven Ridge APUs. That AMD Secure Processor support is now rounded out with the Trusted Execution Environment (TEE) driver being queued for wiring into that subsystem.

While we have found recent Linux kernels paired with latest motherboard BIOS releases to work out generally well for recent AMD APUs, not everyone has been having a trouble-free experience on recent kernels. But an affected user has discovered a possible workaround if hitting stability issues.

With the recently launched Threadripper 3960X / 3970X processors there was a workaround needed to boot them on Linux until an AMD MCE driver issue was resolved. That patch was upstreamed last week into the Linux 5.5 development kernel while now is getting ready to make its debut into supported Linux stable release branches.