Language Selection

English French German Italian Portuguese Spanish

Graphics: AMDKFD, XWayland, RADV, Radeon Polaris

Filed under
Graphics/Benchmarks
  • AMDKFD GPUVM Support Updated For Radeon Discrete GPUs

    Many of you have been anxious to get ROCm/OpenCL compute working with the open-source Radeon Linux driver on modern GPUs while using a mainline kernel and that day continues inching closer.

    That long sought after goal should be achieved for Linux 4.17 and there are updated AMDKFD patches now available that work in that direction. But as noted previously, the Linux 4.17 mainline paired with working ROCm/OpenCL will initially be just for select GPUs while hardware like Vega will likely end up needing more time before it's running off a mainline kernel for GPGPU compute.

  • XWayland Gets Initial Support For EGLStreams To Support NVIDIA's Driver

    With the NVIDIA proprietary driver continuing to only support EGLStreams for their Wayland support until the new "Unix device memory allocator" project pans out, one of the big limitations has been no XWayland support for running X11 applications. Fortunately, that's now changing.

    Besides needing a Wayland compositor patched with EGLStreams support in order to work with the NVIDIA proprietary Linux driver, there hasn't been XWayland support with this approach. But Red Hat's Lyude Paul today published initial support for using XWayland with EGLStreams.

  • RADV Vulkan Driver Now Exposes VK_EXT_external_memory_host

    RADV, the Mesa Radeon Vulkan driver, now has external memory host support via the VK_EXT_external_memory_host extension that was recently introduced in the Vulkan 1.0.66 update.

  • WattMan Support Coming For Radeon Polaris GPUs On Linux

More in Tux Machines

today's howtos

Android Leftovers

The Spectre/Meltdown Performance Impact On Linux 4.20, Decimating Benchmarks With New STIBP Overhead

As outlined yesterday, significant slowdowns with the Linux 4.20 kernel turned out to be due to the addition of the kernel-side bits for STIBP (Single Thread Indirect Branch Predictors) for cross-HyperThread Spectre Variant Two mitigation. This has incurred significant performance penalties with the STIBP support in its current state with Linux 4.20 Git and is enabled by default at least for Intel systems with up-to-date microcode. Here are some follow-up benchmarks looking at the performance hit with the Linux 4.20 development kernel as well as the overall Spectre and Meltdown mitigation impact on this latest version of the Linux kernel. Some users have said AMD also needs STIBP, but at least with Linux 4.20 Git and the AMD systems I have tested with their up-to-date BIOS/microcode, that hasn't appeared to be the case. Most of the AMD STIBP references date back to January when Spectre/Meltdown first came to light. We'll see in the week ahead if there is any comment from AMD but at this time seems to be affecting up-to-date Intel systems with the Linux 4.20 kernel. Read more

Today in Techrights