AMDGPU (Русский)

From ArchWiki
Revision as of 14:11, 30 May 2017 by Masterslave (talk | contribs) (Unmaintained article)
Jump to: navigation, search

Tango-preferences-desktop-locale.pngЭта страница нуждается в сопроводителеTango-preferences-desktop-locale.png

Статья не гарантирует актуальность информации. Помогите русскоязычному сообществу поддержкой подобных страниц. См. Команда переводчиков ArchWiki

Tango-preferences-desktop-locale.pngЭта статья или раздел нуждается в переводеTango-preferences-desktop-locale.png

Примечания: Страница почти без перевода (обсуждение: Talk:AMDGPU (Русский)#)

amdgpu это свободный грфический драйвер для последних видеокарт AMD Radeon.

В настоящий момент поддерживаются видекорты с архитектурой Volcanic Islands (VI),некоторые видеокарты семейства Sea Islands (CI) и Southern Islands (SI) (поддержку старее Sea Islands введут только в Xorg 1.2.0 и Linux 4.9). AMD не планируют поддержку видеокарт c архитектуройй до GCN.

Владельцы неподдерживаемых видеокарт AMD/ATI могут использовать драйвера Radeon open source или AMD's proprietary.

Выбор правильного драйвера

В зависимости от вашей карты, выберите правильный драйвер на странице Xorg#AMD. Здесь инструкция для AMDGPU и AMDGPU PRO.


Note: If coming from the proprietary Catalyst driver, see AMD Catalyst#Uninstallation first.

Install the xf86-video-amdgpu package. It provides the DDX driver for 2D acceleration and it pulls in mesa as a dependency, providing the DRI driver for 3D acceleration.

To enable OpenGL support, also install mesa-libgl[ссылка недействительна: replaced by mesa]. If you are on x86_64 and need 32-bit support, also install lib32-mesa-libgl[ссылка недействительна: replaced by lib32-mesa] from the multilib repository.

Support for accelerated video decoding is provided by mesa-vdpau and lib32-mesa-vdpau packages.

Note: The xf86-video-amdgpu package is only used for Xorg acceleration and not strictly required.


Warning: Arch Linux is not officially supported.

AMD provides a proprietary, binary userland driver called AMDGPU PRO, which works on top of the open-source AMDGPU kernel driver. This hybrid approach allows the in-kernel component to be recompiled by the Arch Linux maintainers when required (e.g. on a kernel or Xorg update), while keeping the same binary userspace part. This should remedy the problem where the driver provided by AMD is out of date and incompatible with newer kernels or Xorg versions (a problem that was very common with the old AMD Catalyst driver). For a detailed overview of the hybrid system, see this article.

The AMDGPU PRO driver provides OpenGL, OpenCL, Vulkan and VDPAU support. It aims to provide better performance than the open-source driver (example benchmark).

See the release notes and the announcement at the Phoronix forum for more information.

There are packages for the amdgpu-pro components in the AUR (amdgpu-proAUR), visit for issues or pull requests.


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"

Using this section, you can enable features and tweak the driver settings.


The amdgpu kernel module should load fine automatically on system boot.

If it does not happen, then:

  • Make sure you have the latest linux-firmware package installed. This driver requires the latest firmware for each model to successfully boot.
  • Make sure you do not have nomodeset or vga= as a kernel parameter, since amdgpu requires KMS.
  • Also, check that you have not disabled amdgpu by using any kernel module blacklisting.

Enable early KMS

Tip: If you have problems with the resolution, Kernel mode setting#Forcing modes and EDID may help.

Kernel mode setting (KMS) is supported by the amdgpu driver and is mandatory and enabled by default.

KMS is typically initialized after the initramfs stage. It is possible, however, to enable KMS during the initramfs stage. To do this, add the amdgpu module to the MODULES line in /etc/mkinitcpio.conf:

MODULES="... amdgpu ..."

Now, regenerate the initramfs:

# mkinitcpio -p linux

The change takes effect at the next reboot.

Performance tuning

Enabling video acceleration

See Hardware video acceleration.

Enable amdgpu for Sea Islands or Southern Islands cards

amdgpu has experimental support for Sea Islands (CIK) and Southern Islands (SI; since Linux 4.9) cards, which is disabled by default. One possible reason why you might want to enable it and switch from radeon to amdgpu is that AMD announced their user space Vulkan driver will only be supporting the new amdgpu stack [1]. Same might be the case for the new OpenCL driver, which was also mentioned in the XDC presentation.

If you want to enable amdgpu and use it with your Sea Islands or Southern Islands product, you have to recompile your kernel. Probably the easiest way to setup a custom kernel is using the ABS, described in Kernels/Arch Build System. You can also uncomment make menuconfig or make nconfig in the PKGBUILD, which will allow you to verify that the CIK option is selected by following the instructions from Gentoo wiki.

For Sea Islands (CIK), set "Enable amdgpu support for CIK parts" to "yes", then compile and install your kernel.


For Southern Islands (SI; since Linux 4.9), set "Enable amdgpu support for SI parts" to "yes", then compile and install your kernel.


It may also be needed to use the amdgpu.exp_hw_support=1 [2] as kernel parameter or by setting the kernel module options.

Disable radeon driver

To prevent radeon from loading, you can disable it in the Kconfig or blacklist the radeon module.

blacklist radeon


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 (assuming you have one, assuming you don't add this to /etc/X11/xorg.conf.d/10-screen.conf).

Section "Screen"
       DefaultDepth    24
       SubSection      "Display"
               Depth   24