Arch Linux User Repository

IF PROBLEM HAPPEN

this package is our try to put amdgpu in ARCH, but this could break or have problems as amd update and change their packages for ubuntu

if anything happens you can always download a older tag in https://github.com/Ashark/archlinux-amdgpu-pro/releases and get the PKGBUILD there, and use makepkg with that build while we update or try to fix :)

ALWAYS USE LINUX-FIRMWARE-GIT IF LATEST DRIVER FAIL BEFORE ISSUE SOME ERROR

https://aur.archlinux.org/packages/linux-firmware-git

PKGBUILD generator is located here: https://github.com/Ashark/archlinux-amdgpu-pro

AMDGPU PRO wiki page: https://wiki.archlinux.org/index.php/AMDGPU_PRO

New versions will appear here: https://repo.radeon.com/amdgpu/.

@gardotd426, I will fix it, but a bit later.

@uberben yeah the libgl pro drivers haven't worked on Arch in quite a while. Basically if you have an AMD GPU, you can't use Davinci Resolve on Arch Linux, you have to use one of the distros that's officially supported by the AMD PRO drivers.

@Ashark please, fix the broken dependency for lib32-vulkan-amdgpu-pro, it's been a few days now and no response. It's just a matter of removing lib32-gcc from the dependencies (it's also listed under the dependencies elsewhere in the PKGBUILD), as the package does not exist. I'm not sure why it was added, it wasn't there before.

I'm experiencing similar issues as others here. If amdgpu-pro-libgl is installed at boot, Xorg segfaults while trying to start GDM. If I remove the package I can get into Gnome fine, but Davinci Resolve fails to start. Re-installing this package while in Gnome allows DR to launch, but GDM fails to launch again on reboot.

I'm using an RX 480. Let me know if there is anything I can do to help diagnose the issue further.

I'm not sure where to go from here, the AUR doesn't allow for reporting broken packages, only out of date ones (which this isn't), orphaned ones (which this doesn't seem to be) and requests for deletion (which I don't want to see). I'll just reiterate again that this package is definitely broken, you can see the big red letters under dependencies because there's no such package as lib32-gcc. You can't install a package if it lists dependencies that don't exist... Obviously I was able to upgrade by pulling down the PKGBUILD and removing the offending dependencies (it's listed as a dep for multiple packages in the PKGBUILD), but you're not supposed to have to do that.

@Ashark you done goofed.

There's no such package as lib32-gcc, so no one can install this package (or upgrade if it was already installed).

@All, Do anyone have a laptop with integrated AMD graphics? Could you please test it with this driver? I wanted to cover this configuration in https://github.com/Ashark/davinci-resolve-checker script.

Hi and sorry for the late answer. I was busy the last days. Tonight i will try to build the first package and try installation. I'll get back to you as soon as I know more

apaz, the whole project of the PKGBUILD generator is based on parsing deb files, not rpm. The reason is that Ubuntu uses more recent kernel than CentOS. So, it is more chances that ubuntu's version driver will work with Arch's kernel.

An idea from an incompetent: since not only the amd driver has changed, but also Ubuntu 20.04 compared to the previous LTS. Maybe it's better to use as a basis for pkgbuild, the driver for RedHat/CentOS? After all for DaVinci Resolve is the OS with more support, judging by the BlackMagic forum.

MrTBuddy, thank you, appreciated. I just recently got access to machine with AMD GPU, so I also could test it. What I just did is downloaded the archive =)

There is some strange thing, that DR starts working right after installing amdgpu-pro-libgl. But my machine stucks at graphical target after rebooting. So I guess there should be a way how to launch dr with amdgpu pro libraries, and mask them for the rest of the system. However, I currently do not know exactly how to achieve that.