amdgpu is the open source graphics driver for the latest AMD Radeon graphics cards.
- 1 Selecting the right driver
- 2 Installation
- 3 Loading
- 4 Xorg configuration
- 5 Features
- 6 Troubleshooting
Selecting the right driver
Depending on the card you have, find the right driver in Xorg#AMD. This page has instructions for AMDGPU and AMDGPU PRO.
Install the package, which provides the DRI driver for 3D acceleration.
- For 32-bit application support, also install the multilib repostory. package from the
- For the DDX driver (which provides 2D acceleration in Xorg), install the package.
- For Vulkan support, install the package. Optionally install the package for 32-bit application support.
Support for accelerated video decoding is provided by and for VA-API and and packages for VDPAU.
Enable Southern Islands (SI) and Sea Islands (CIK) support
CONFIG_DRM_AMDGPU_CIK=Y should be be set in the config.
Even when AMDGPU support for SI/CIK has been enabled by the kernel, the radeon driver may be used instead of the AMDGPU driver.
To make sure the
amdgpu is loaded first use the following Mkinitcpio#MODULES array, e.g.
Set required module parameters
The parameters of both
radeon modules are
si_support=. They can be set as a kernel parameter or in a configuration file for modprobe in .
Set module parameters in kernel command line
[..] amdgpu 0000:01:00.0: CIK support provided by radeon. [..] amdgpu 0000:01:00.0: Use radeon.cik_support=0 amdgpu.cik_support=1 to override.
The flags depend on the cards GCN version:
- Southern Islands (SI):
- Sea Islands (CIK):
Set module parameters in modprobe.d
Create the following configuration files for modprobe in
/etc/modprobe.d/. See for the file syntax.
For Southern Islands (SI) add the lines with option
si_support=, for Sea Islands (CIK) add those with option
options amdgpu si_support=1 options amdgpu cik_support=1
options radeon si_support=0 options radeon cik_support=0
modconf is in the the HOOKS array in
/etc/mkinitcpio.conf and regenerate the initramfs.
AMD provides a proprietary, binary userland driver called AMDGPU PRO, which works on top of the open-source AMDGPU kernel driver. The driver provides OpenGL, OpenCL, Vulkan, VA-API and VDPAU support (although this is also supported by the open-source driver). For some workloads it provides better performance than the open-source driver (example benchmark), while for others the contrary is true (example benchmark).
A patched version of the official AMDGPU PRO driver is available asAUR.
amdgpu kernel module should load fine automatically on system boot.
If it does not happen, then:
- Make sure to #Enable Southern Islands (SI) and Sea Islands (CIK) support when needed.
- Make sure you have the latest package installed. This driver requires the latest firmware for each model to successfully boot.
- Make sure you do not have
vga=as a kernel parameter, since
- Check that you have not disabled
amdgpuby using any kernel module blacklisting.
Enable early KMS
Xorg will automatically load the driver and it will use your monitor's EDID to set the native resolution. Configuration is only required for tuning the driver.
If you want manual configuration, create
/etc/X11/xorg.conf.d/20-amdgpu.conf, and add the following:
Section "Device" Identifier "AMD" Driver "amdgpu" EndSection
Using this section, you can enable features and tweak the driver settings, seefirst before setting driver options.
Tear Free Rendering
TearFree controls tearing prevention using the hardware page flipping mechanism. If this option is set, the default value of the property is 'on' or 'off' accordingly. If this option isn't set, the default value of the property is auto, which means that TearFree is on for rotated outputs, outputs with RandR transforms applied and for RandR 1.4 slave outputs, otherwise off:
Option "TearFree" "true"
DRI sets the maximum level of DRI to enable. Valid values are 2 for DRI2 or 3 for DRI3. The default is 3 for DRI3 if the Xorg version is >= 1.18.3, otherwise DRI2 is used:
Option "DRI" "3"
Variable refresh rate
Variable refresh rate (also known as FreeSync) allows the monitor to adjust its refresh rate to the output signal. This allows for games to eliminate screen tearing less usual vsync downsides such as stuttering:
Option "VariableRefresh" "true"
- The monitor and GPU need to support FreeSync and be connected over DisplayPort. HDMI is not supported.
- Only OpenGL applications can be adaptively refreshed. RADV Vulkan does not (yet) support FreeSync.
- Mesa has blacklisted various desktop compositors, web browsers, and media players from enabling FreeSync support.
Verify vrr_capable is set to 1 using xrandr:
$ xrandr --props
vrr_capable: 1 range: (0, 1)
Since Linux 4.17, it is possible to adjust clocks and voltages of the graphics card via
/sys/class/drm/card0/device/pp_od_clk_voltage. It is however required to unlock access to it in sysfs by appending the boot parameter
/sys/class/drm/...are just symlinks and may change between reboots. Persistent locations can be found in
/sys/devices/pci0000:00/0000:00:01.0/0000:01:00.0/. Adjust the commands accordingly for a reliable result.
To set the GPU clock for the maximum pstate 7 on e.g. a Polaris GPU to 1209MHz and 900mV voltage, run:
# echo "s 7 1209 900" > /sys/class/drm/card0/device/pp_od_clk_voltage
The same procedure can be applied to the VRAM, e.g. maximum pstate 2 on Polaris 5xx series cards:
# echo "m 2 1850 850" > /sys/class/drm/card0/device/pp_od_clk_voltage
To apply, run
# echo "c" > /sys/class/drm/card0/device/pp_od_clk_voltage
To check if it worked out, read out clocks and voltage under 3D load:
# watch -n 0.5 cat /sys/kernel/debug/dri/0/amdgpu_pm_info
You can reset to the default values using this:
# echo "r" > /sys/class/drm/card0/device/pp_od_clk_voltage
It is also possible to forbid the driver so switch to certain pstates, e.g. to workaround problems with deep powersaving pstates like flickering artifacts or stutter. To force the highest VRAM pstate on a Polaris RX 5xx card, while still allowing the GPU itself to run with lower clocks, run:
# echo "manual" > /sys/class/drm/card0/device/power_dpm_force_performance_level # echo "2" > /sys/class/drm/card0/device/pp_dpm_mclk
Allow only the three highest GPU pstates:
# echo "5 6 7" > /sys/class/drm/card0/device/pp_dpm_sclk
To set the allowed maximum power consumption of the GPU to e.g. 50 Watts, run
# echo 50000000 > /sys/class/drm/card0/device/hwmon/hwmon0/power1_cap
Until Linux kernel 4.20, it will only be possible to decrease the value, not increase.
Enable GPU display scaling
To avoid the usage of the scaler which is built in the display, and use the GPU own scaler instead, when not using the native resolution of the monitor, execute:
$ xrandr --output "<output>" --set "scaling mode" "<scaling mode>"
Possible values for
"scaling mode" are:
None, Full, Center, Full aspect
- To show the available outputs and settings, execute:
$ xrandr --prop
- To set
scaling mode = Full aspectfor just every available output, execute:
$ for output in $(xrandr --prop | grep -E -o -i "^[A-Z\-]+-[0-9]+"); do xrandr --output "$output" --set "scaling mode" "Full aspect"; done
Xorg or applications won't start
- "(EE) AMDGPU(0): [DRI2] DRI2SwapBuffers: drawable has no back or front?" error after opening glxgears, can open Xorg server but OpenGL apps crash.
- "(EE) AMDGPU(0): Given depth (32) is not supported by amdgpu driver" error, Xorg won't start.
Setting the screen's depth under Xorg to 16 or 32 will cause problems/crash. To avoid that, you should use a standard screen depth of 24 by adding this to your "screen" section:
Section "Screen" Identifier "Screen" DefaultDepth 24 SubSection "Display" Depth 24 EndSubSection EndSection
Screen artifacts and frequency problem
A workaround  is saving
There is also a GUI solution  where you can manage the "power_dpm" with AUR and AUR.
R9 390 series Poor Performance and/or Instability
If you experience issues  with a AMD R9 390 series graphics card, set
radeon.cik_support=0 radeon.si_support=0 amdgpu.cik_support=1 amdgpu.si_support=1 amdgpu.dpm=1 amdgpu.dc=1 as kernel parameters to force the use of amdgpu driver instead of radeon.
If it still does not work, try disabling DPM, by setting the kernel parameters to:
radeon.cik_support=0 radeon.si_support=0 amdgpu.cik_support=1 amdgpu.si_support=1
Freezes with "[drm] IP block:gmc_v8_0 is hung!" kernel error
If you experience freezes and kernel crashes during a GPU intensive task with the kernel error " [drm] IP block:gmc_v8_0 is hung!" , a workaround is to set
amdgpu.vm_update_mode=3 as kernel parameters to force the GPUVM page tables update to be done using the CPU. Downsides are listed here .
If you experience issues with the mouse cursor sometimes not rendering properly, set
Option "SWCursor" "True" in the
"Device" section of the
/etc/X11/xorg.conf.d/20-amdgpu.conf configuration file.