Package Base Details: amdgpu-pro-installer

Git Clone URL: (read-only, click to copy)
Submitter: LEW21
Maintainer: Ashark
Last Packager: Ashark
Votes: 91
Popularity: 2.06
First Submitted: 2016-03-28 22:44
Last Updated: 2020-07-30 09:42

Pinned Comments

Ashark commented on 2019-12-09 20:52

PKGBUILD generator is located here:

AMDGPU PRO wiki page:

thewisenoob commented on 2016-06-03 06:40

I get a module mismatch error when I run startx after installing this. Any idea why that is? Does it have to do with this package being out of date?

Corngood commented on 2016-06-01 02:07

@nirei: I've updated to 16.20.3, and vulkan has been working for me.

nirei commented on 2016-05-31 16:46

I got the 16.15.2 version working with CIK via this PKGBUILD: . That PKGBUILD basically extracts the whole driver package into one directory and symlinks paths to libs to match where the Arch system expects them. This works on a patched 4.5 and 4.6 kernel. No DKMS module needed.

For example, the following symlinks are set for the file from the driver package:
> /usr/lib/dri/ -> /usr/lib/x86_64-linux-gnu/dri/
> /usr/lib/xorg/modules/dri/ -> /usr/lib/x86_64-linux-gnu/dri/

I don't know which of the two symlinks gets used, but throwing in a hand full of such symlinks sure helped to get the AMDGPU-PRO OpenGL, OpenCL and Vulkan parts get running on Arch.

The same PKGBUILD also works for the 16.20.3 version of the driver (simply adjusting pkgver and _amdver), but i run into errors with the Vulkan lib when running Vulkan applications. OpenGL acceleration from the AMD driver seems to work fine.

Themaister commented on 2016-05-30 20:09

I saw that a DKMS module was installed, but do I need to do something special to have it actually compile? I'm using 4.5.4 with CIK config added in my kernel build.

Has anyone got this to work on CIK at all?

Corngood commented on 2016-05-30 17:07

I'm really not sure why you're having so much trouble.

Have you looked through strace or LD_DEBUG=all for loading of any incorrect libraries (mesa)? Maybe just remove mesa and see what breaks then?

Perhaps you're on to something with that ioctl, which would imply a kernel problem. Are you using kernel 4.5.4+CIK? Have you tried building the dkms module, or using 4.6/4.7?

Edit: actually from what I can tell 0 is ok for that ioctl.

Themaister commented on 2016-05-30 16:03

Another interesting thing is that using LD_LIBRARY_PATH I can get glxinfo to return 4.5 core context from amdgpu-pro's GL implementation while in plain amdgpu Xorg.

glxgears "runs", but it's completely corrupted. Probably due to mismatch in how the GLX implementation does things ...

Themaister commented on 2016-05-30 14:05

I got a paste of what happens right before "accel disabled":

It calls DRM_IOCTL_GET_CLIENT and returns 0. I'm not sure if this means error or not in this case.

Themaister commented on 2016-05-30 13:10

Installed the amdgpu package from LiberteCzech.
I still cannot get GLX. Same error. I cannot understand what is possibly blocking GLX here. I've rerouted every .so I can see in ldconfig.

What "works" is to use Mesa's xf86-video-amdgpu thing, and LD_LIBRARY_PATH for apps which use Vulkan. Then amdgpu-pro "works". I cannot get a window, but off-screen stuff can run to some extent.

lahwaacz commented on 2016-05-28 09:52

The PKGBUILD does not specify the license:

Corngood commented on 2016-05-27 03:15

My PR is also now updated to 16.20.3. It needed a couple of changes to the generator to deal with new dependencies, but it appears to be working.

@Themaister looks like the surface extension is fixed in this version.