Display Drivers Linux Reviews & Articles

There have been 1,058 Linux hardware reviews and benchmark articles on Phoronix for display drivers. Separately, check out our news section for related product news.

Earlier this month I ran some benchmarks of Mesa's Rusticl OpenCL driver against AMD ROCm on Strix Halo. Those benchmarks caught many by surprise with how well that Rust-based open-source OpenCL driver was working on AMD GPUs for being a generic OpenCL implementation built atop Mesa's Gallium3D. For those curious about the potential of Rusticl on the Intel graphics side, here are some Battlemage benchmarks for Rusticl up against Intel's official Compute Runtime driver stack.

One of the set of tests I have been meaning to carry out for a number of months has been comparing the Mesa Rusticl performance to different dedicated hardware drivers. Rusticl is the Rust-based OpenCL 3.0 driver within Mesa that works across Gallium3D drivers and over the past many months has been maturing rather well. Among the targets I have been wanting to compare is how well Rusticl competes with the AMD ROCm OpenCL implementation for Radeon GPUs. Given all the interest recently around Strix Halo and the Framework Desktop as well, today's benchmarking is looking at the performance between these different OpenCL driver implementations for the Radeon 8060S Graphics.

With the Mesa 25.2 open-source OpenGL and Vulkan graphics driver code having been branched last week ahead of its stable release in August, I carried out some fresh benchmarks on AMD's exciting Strix Halo platform using the Ryzen AI Max+ PRO 395 with Radeon 8060S Graphics to see where the Linux performance is now at for the RDNA 3.5 integrated graphics.

A number of Phoronix readers have been interested in seeing some fresh benchmarks of Mesa's NVK Vulkan driver in providing open-source Vulkan API support on NVIDIA GeForce graphics cards as well as the modern OpenGL approach of using Zink for layering OpenGL atop Vulkan. Here are some fresh benchmarks using the very latest Mesa 25.2 code for NVK on the latest upstream stable Linux kernel compared to the NVIDIA R575 official Linux graphics driver stack.

With the feature freeze and code branching for Mesa 25.2 expected to take place next week and kick off the release process for this quarterly Mesa 3D version to debut as stable in August, I've begun running more benchmarks of this latest code on popular GPUs. As it pertains to the newest AMD Radeon RX 9000 series RDNA4 graphics processors, the most exciting area with Mesa 25.2 are the Vulkan ray-tracing improvements. Here is a look at some of what to expect with the upcoming Mesa 25.2 performance for the AMD Radeon RX 9070 graphics card on Linux.

The latest in our ongoing testing of AMD Strix Halo performance using the HP ZBook Ultra G1a is analyzing the Vulkan API performance between Mesa's RADV driver and the AMDVLK official open-source AMD Vulkan driver for Linux systems. More than one hundred benchmarks were run looking at the performance from Steam Play games to Vulkan compute workloads.

This week Intel released the Compute Runtime 25.18.33578.6 release for Windows and Linux. This updated open-source GPU compute stack for OpenCL and Level Zero brings the latest work on Ultra Low Latency Scheduling (ULLS) for Xe2 Lunar Lake graphics and other ongoing Xe2 improvements along with further preparations for next-gen Xe3 hardware. This new Intel Compute Runtime release is clocking in around 76x lower OpenCL kernel latency and other nice wins for those with current-generation Intel Lunar Lake hardware.

A number of Phoronix readers have been inquiring in recent weeks around seeing updated Linux graphics/gaming benchmarks for the Intel Arc B-Series "Battlemage" graphics cards. So for your viewing pleasure today is a look at the Arc Graphics B580 and B570 graphics cards on Ubuntu 25.04 for showing how the graphics performance have improved with the open-source Intel Linux graphics driver stack since launch.

Earlier this month I looked at the AMD RDNA 3.5 graphics with Strix Point between Windows 11 and Ubuntu 25.04 Linux. The testing showed the AMD RDNA 3.5 graphics on the open-source Linux driver up to around 96% the performance of Radeon Software on Windows. The most frequent question that came up from that most recent round of benchmarking was wondering how the Intel Xe2 graphics on Core Ultra Series 2 "Lunar Lake" now compares between Windows 11 and Linux given that both drivers have been maturing the past several months. Here's the story of the Xe2 graphics between Windows 11 and Ubuntu 25.04 while using a Lenovo ThinkPad X1 Carbon Gen 13 Aura Edition laptop.

With having a new Lenovo ThinkPad T14s Gen 6 laptop in the lab, a lot of Linux benchmarks are forthcoming from this ThinkPad laptop powered by an AMD Ryzen AI 7 PRO 360 SoC. This AMD Zen 5 SoC with Radeon 880M RDNA 3.5 integrated graphics had me curious how the Windows 11 vs. Linux iGPU performance is looking now more than a half-year after launch. Prior to blowing out the Microsoft Windows 11 Pro installation that shipped on the ThinkPad T14s Gen 6 and loaded with the latest AMD drivers and Windows 11 updates, I ran some graphics benchmarks for seeing how they stack up against the open-source AMD graphics drivers found on the brand new Ubuntu 25.04 release.

With my launch day testing of the Radeon RX 9070 graphics cards on Linux the Mesa RADV driver was used given that is what is predominantly used by Linux gamers/enthusiasts and is used out-of-the-box by all of the major Linux distributions. Last week AMD released an AMDVLK Vulkan driver with RDNA4 GPU support as the company's official open-source Vulkan API Linux driver. For those curious how the Mesa RADV and AMDVLK drivers are competing for the Radeon RX 9070 series, this article is for you with benchmarks of both drivers and both RX 9070 graphics cards.

Ahead of the upcoming NVIDIA GeForce RTX 50 series graphics "Blackwell" and the AMD Radeon RX 9070 series "RDNA4" later in the quarter, I figured it would be worthwhile having a dedicated article looking at the latest upstream Linux graphics/gaming performance for current generation NVIDIA GeForce RTX 40 and AMD Radeon RX 7000 series graphics cards. On the AMD side was the near-final Linux 6.13 kernel along with Mesa 25.0-devel for the latest RADV Vulkan and RadeonSI OpenGL driver support while on the NVIDIA side was their current 565 driver release branch.

Last month with the launch of Intel Battlemage with the Arc B580 graphics card, there was fairly nice open-source GPU compute performance but with some outliers... Today it's a pleasure to report that with the newest open-source GPU compute stack as of this past week, there are some nice Xe2 / Battlemage improvements for enhancing the performance of some OpenCL workloads and also correcting the performance of some workloads that were in poor standing on launch day.

Last week with the availability of the Intel Arc B-Series Battlemage graphics cards I ran benchmarks looking at the GPU compute performance, Linux gaming benchmarks, and also the workstation graphics capabilities. The Intel Arc B580 graphics showed some nice generational uplift under Linux for most workloads but there were some anomalies where clearly the Intel Linux graphics driver had room to better optimize the new Xe2/Battlemage graphics support. Windows benchmarks of the Intel Arc B580 also showed it performing more competitively to the likes of the GeForce RTX 4060 compared to what I was seeing under Linux. Thus I spent the past few days working on some Windows 11 vs. Ubuntu Linux graphics benchmarks for both Intel Arc Graphics of Alchemist and Battlemage GPUs to see how the performance compares.

Complementing yesterday's fresh Linux gaming benchmarks of mid-range Intel Arc Graphics "Alchemist" vs. NVIDIA GeForce RTX 40 vs. AMD Radeon RX 7000 series cards ahead of the upcoming Battlemage availability, today's article is providing a fresh look at the latest Intel Compute Runtime performance for Level Zero / OpenCL on current-gen Intel discrete graphics compared to mid-range AMD Radeon GPUs on ROCm 6.3 and similar NVIDIA GeForce RTX 40 Ada graphics cards on the R565 driver.

With the recently introduced NVIDIA 555 Linux driver stable series their open-source GPU kernel driver modules are in great shape across consumer and professional graphics products. Over the past two years the support has evolved so much that NVIDIA is now promoting their open-source kernel driver usage and with the NVIDIA 560 Linux driver beta posted this week they are defaulting to using their open-source kernel driver modules in place of the proprietary option -- on the Turing and newer GPUs supported by the open-source code. Here is a fresh look at the impact.

Last week with delivering a number of AMD vs. NVIDIA Vulkan ray-tracing benchmarks under Linux with the current drivers and using the new "Breaking Limit" benchmark, the question was raised how well does AMD's official "AMDVLK" Vulkan driver handle ray-tracing these days compared to the more popular Mesa RADV Vulkan driver used commonly by Linux gamers and as the default driver on most Linux distributions. Here is a fresh look at the RADV versus AMDVLK Vulkan performance on Linux with a focus on ray-tracing performance.

Basemark last week released GPUScore: Breaking Limit as a "groundbreaking cross-platform ray-tracing benchmark" that is scalable from mobile to desktops. They self-describe Breaking Limit as "the world's first true cross-platform benchmark for ray tracing." Given that and the benchmark meeting my benchmarking criteria, I've been trying it out on various AMD Radeon and NVIDIA GeForce graphics cards under Linux.

With the recent NVIDIA 550.54.14 Linux driver release the R550 series is now out as stable. One of the prominent changes with the NVIDIA R550 Linux driver is bringing the GeForce and workstation GPU support up to "CERTIFIED" quality when using NVIDIA's open kernel modules that are distributed as part of their driver package. Previously the open-source (out-of-tree) kernel modules were just certified for their data center GPUs while now they are basically acknowledging that they are in good shape too for GeForce and workstation products. In this article are some benchmarks of the open and proprietary kernel driver options of the NVIDIA R550 Linux driver.

While there have been efforts by AMD over the years to make it easier to port codebases targeting NVIDIA's CUDA API to run atop HIP/ROCm, it still requires work on the part of developers. The tooling has improved such as with HIPIFY to help in auto-generating but it isn't any simple, instant, and guaranteed solution -- especially if striving for optimal performance. Over the past two years AMD has quietly been funding an effort though to bring binary compatibility so that many NVIDIA CUDA applications could run atop the AMD ROCm stack at the library level -- a drop-in replacement without the need to adapt source code. In practice for many real-world workloads, it's a solution for end-users to run CUDA-enabled software without any developer intervention. Here is more information on this "skunkworks" project that is now available as open-source along with some of my own testing and performance benchmarks of this CUDA implementation built for Radeon GPUs.

One of the new features to look forward to with the upcoming Linux 6.8 kernel cycle is the merging of the experimental "Xe" Intel kernel graphics driver. This driver has been in development for quite a while but has reached the state now at which Intel is comfortable with developing it further while in the mainline kernel tree.

Given the recent launch of the Intel Arc Graphics A580 for under $200, I've been working on a fresh round of Intel / AMD Radeon / NVIDIA GeForce Linux gaming/graphics and compute benchmark results. Next week that fresh arsenal of Linux graphics benchmarks on the very latest drivers will be published but for today is a look at the most surprising aspect: the OpenCL-focused GPU compute benchmarks.

For those using the stock kernel and Mesa drivers when running Ubuntu Linux, the upgrade from Ubuntu 23.04 to the newly-released Ubuntu 23.10 can mean some nice graphics performance improvements for Intel Arc Graphics users. Here is a look at some Arc Graphics A770 benchmarks on Ubuntu 23.04 to 23.10 plus the gains that are coming up when moving to Linux 6.6 and Mesa 23.3-devel.

With my Raspberry Pi 5 review and benchmarks I focused on the CPU performance of the quad-core Cortex-A76 2.4GHz Broadcom SoC powering this new single board computer, but the graphics upgrade are just as equally impressive. Here is a look at the open-source driver support and performance for the Raspberry Pi 5's VideoCore VII GPU.

With the in-development NVK driver merged for Mesa 23.3 to provide open-source NVIDIA Vulkan API support when paired with the Nouveau kernel driver and the necessary Nouveau kernel driver improvements coming with Linux 6.6 for supporting this driver, Phoronix readers have been eager for some benchmarks... Well, here are some benchmarks on the NVIDIA GeForce RTX 20 and RTX 30 series when comparing the latest NVK+Nouveau code compared to the proprietary NVIDIA Linux graphics driver stack.

Just days after covering a recent ~10% speed-up for the Intel Arc Graphics on Linux, another optimization has landed in Mesa 23.3-devel for further enhancing Intel's latest graphics wares with their open-source driver stack.

Merged to Mesa 23.2-devel recently was an Intel Arc Graphics driver change to improve performance. This ended up being a rather significant improvement to performance and in today's article is a look at the performance impact of the recent Mesa work by Intel engineers to better the Arc Graphics family.

It's been a while since last looking at the Zink performance for this OpenGL implementation built atop the Vulkan APIs, but with all of the Zink progress by Valve's Mike Blumenkrantz and others, here is a fresh round of testing. This article is seeing how for Mesa Git the performance of Zink on the RADV Vulkan driver compares to that of the native RadeonSI driver while testing with both the Radeon RX 7600 and RX 7900 XTX graphics cards.

Kicking off a number of interesting articles over the week ahead for the Phoronix 19th birthday week is a fresh look at how AMD's official open-source Linux Vulkan driver "AMDVLK" compares to Mesa's RADV Vulkan driver that tends to be more popular with Linux gamers and is the driver backed by Valve, Red Hat, and other stakeholders.

From early December to late February there was an absence of new Compute-Runtime updates for that open-source stack for providing OpenCL and oneAPI Level Zero support for Intel graphics hardware on Linux. It was out of trend as they worked to move from a weekly~biweekly release rhythm to a monthly release cadence while taking extra time for making various other changes too. After that three month lull, they are back to pushing out new compute updates and damn it's looking nice. At least in my testing, the progress they've quietly made over the past few months has been very nice for the compute stack compatibility/support and performance.