Arch Linux User Repository

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: http://repo.radeon.com/amdgpu/.

What you think is a problem? This is a pkgbase which contains several packages.

Had some real trouble getting ffmpeg encoding working as you can't directly install amdgpu-pro-installer, as it does not show directly on AUR search, meaning AUR helpers miss it. It turned out lib32-vulkan-amdgpu-pro had never been pulled. Would it be possible for the deps to please be pulled directly by this package, especially as the wiki page says to install this package alone for ffmpeg encoding. Without the lib32 package, I had multiple errors and couldn't encode anything.

I am not updating only because I hoped this package could not be needed if https://gitlab.freedesktop.org/mesa/mesa/-/issues/6256 is solved. Regarding the error, can you try again, and if problem persist, open an issue in the repo?

I wanted to PR and update this package ,but i got this problem: Aptly Failed! It skips the process of entering a password

I just enter the command, then I get this

Loading packages...
Generating metadata files and linking package files...
Finalizing metadata files...
Signing file 'Release' with gpg, please enter your passphrase when prompted:
gpg: WARNING: unsafe permissions on homedir '/root/.gnupg'
gpg: no default secret key: No secret key
gpg: signing failed: No secret key
ERROR: unable to publish: unable to detached sign file: exit status 2

I really didn't press double enter!

If you don't need professional features of the AMD proprietary driver then just install vulkan-radeon package (its the RADV open source vulkan driver for the open source amdgpu driver included in the kernel).

I don't have the AMDGPU PRO proprietary driver i have mesa can i use the vulkan driver without problems?

I don't know what other update fixed it but today i reinstalled this amdgpu-pro V21.50.2 Vulkan, AMF & libgl and its working. At least my test encode does not crash.

If i go further and try to mix vulkan hardware decoding + vulkan filter with amf encoding it crashes :

[scale_vulkan @ 0x557258b9ec40] shaderc compile status 'success' (0 errors, 0 warnings)
[scale_vulkan @ 0x557258b9ec40] Shader scale_compute compiled! Size: 1872 bytes
[h264_amf @ 0x5572569fde80] AMF initialisation succeeded via Vulkan.
0122-02-16 03:09:16 9C663900 [EncodeQueueVulkan]    Info: EncodeQueueServiceVulkanImpl::Initialize() new encode queue extension is not supported
0122-02-16 03:09:16 9C663900 [EncodeQueueService] Warning: Failed to create encode queue serivce.
0122-02-16 03:09:16 9C663900 [AMFEncoderCoreBaseImpl] Warning: Failed to initialize EncodeQueueFactory.
0122-02-16 03:09:16 9C663900 [AMFEncoderCoreBaseImpl] Warning: Failed to create encode queue serivce.
0122-02-16 03:09:16 9C663900 [AMFEncoderCoreH264] Warning: Encode Core dll not found, fall back to UVE path
0122-02-16 03:09:16 9C663900 [AMFEncoderCoreH264] Warning: CreateServices failed.
0122-02-16 03:09:16 9C663900 [AMFEncoderCoreH264]    Info: *****Fallback to UVE path!
0122-02-16 03:09:16 9C663900 [AMFEncoderCoreH264]   Debug: AMFEncoderCoreH264Impl::Terminate()

So for now, only very basic AMF encoding woks, as long as frames comes from some software path or vaapi hardware accel (opencl filters combinaison works too, sad there are no opencl scale filters in ffmpeg).

I am getting [h264_amf @ 0x55e1ae1016c0] DLL libamfrt64.so.1 failed to open instead of yours [h264_amf @ 0x55fe454cfec0] AMF initialisation succeeded via Vulkan.. I tested that with RX580. Did they drop support for it in amf?

~/VK_ICD_FILENAMES=/usr/share/vulkan/icd.d/amd_pro_icd64.json; ffmpeg -hide_banner -loglevel verbose -probesize 256M -rtbufsize 128M -vsync passthrough -f lavfi -i testsrc=duration=10:size=1280x720:rate=60 -c:v h264_amf -log_to_dbg false -vf format=nv12 -f null /dev/null

With V21.30 i obtain :

***********************************************************************************
[Parsed_testsrc_0 @ 0x55fe454ca880] size:1280x720 rate:60/1 duration:10.000000 sar:1/1
Input #0, lavfi, from 'testsrc=duration=10:size=1280x720:rate=60':
  Duration: N/A, start: 0.000000, bitrate: N/A
  Stream #0:0: Video: rawvideo, 1 reference frame (RGB[24] / 0x18424752), rgb24, 1280x720 [SAR 1:1 DAR 16:9], 60 tbr, 60 tbn
Stream mapping:
  Stream #0:0 -> #0:0 (rawvideo (native) -> h264 (h264_amf))
Press [q] to stop, [?] for help
[graph 0 input from stream 0:0 @ 0x55fe454d0c80] w:1280 h:720 pixfmt:rgb24 tb:1/60 fr:60/1 sar:1/1
[auto_scale_0 @ 0x55fe454d67c0] w:iw h:ih flags:'' interl:0
[Parsed_format_0 @ 0x55fe454d2940] auto-inserting filter 'auto_scale_0' between the filter 'graph 0 input from stream 0:0' and the filter 'Parsed_format_0'
[auto_scale_0 @ 0x55fe454d67c0] w:1280 h:720 fmt:rgb24 sar:1/1 -> w:1280 h:720 fmt:nv12 sar:1/1 flags:0x0
[h264_amf @ 0x55fe454cfec0] AMF initialisation succeeded via Vulkan.
Output #0, null, to '/dev/null':
  Metadata:
    encoder         : Lavf59.16.100
  Stream #0:0: Video: h264, 1 reference frame, nv12(tv, progressive), 1280x720 (0x0) [SAR 1:1 DAR 16:9], q=2-31, 2000 kb/s, 60 fps, 60 tbn
    Metadata:
      encoder         : Lavc59.18.100 h264_amf
No more output streams to write to, finishing.:09.18 bitrate=N/A speed=9.18x    
frame=  600 fps=552 q=-0.0 Lsize=N/A time=00:00:10.00 bitrate=N/A speed= 9.2x    
video:1820kB audio:0kB subtitle:0kB other streams:0kB global headers:0kB muxing overhead: unknown
Input file #0 (testsrc=duration=10:size=1280x720:rate=60):
  Input stream #0:0 (video): 600 packets read (1658880000 bytes); 600 frames decoded; 
  Total: 600 packets (1658880000 bytes) demuxed
Output file #0 (/dev/null):
  Output stream #0:0 (video): 600 frames encoded; 600 packets muxed (1863394 bytes); 
  Total: 600 packets (1863394 bytes) muxed

(Removed vulkan-amdgpu-pro and amf-amdgpu-pro V21.30 and reinstalled the same package in V21.50.2) With V21.50.2 i obtain :

[Parsed_testsrc_0 @ 0x55e807bdc880] size:1280x720 rate:60/1 duration:10.000000 sar:1/1
Input #0, lavfi, from 'testsrc=duration=10:size=1280x720:rate=60':
  Duration: N/A, start: 0.000000, bitrate: N/A
  Stream #0:0: Video: rawvideo, 1 reference frame (RGB[24] / 0x18424752), rgb24, 1280x720 [SAR 1:1 DAR 16:9], 60 tbr, 60 tbn
Stream mapping:
  Stream #0:0 -> #0:0 (rawvideo (native) -> h264 (h264_amf))
Press [q] to stop, [?] for help
[graph 0 input from stream 0:0 @ 0x55e807be2c80] w:1280 h:720 pixfmt:rgb24 tb:1/60 fr:60/1 sar:1/1
[auto_scale_0 @ 0x55e807be87c0] w:iw h:ih flags:'' interl:0
[Parsed_format_0 @ 0x55e807be4940] auto-inserting filter 'auto_scale_0' between the filter 'graph 0 input from stream 0:0' and the filter 'Parsed_format_0'
[auto_scale_0 @ 0x55e807be87c0] w:1280 h:720 fmt:rgb24 sar:1/1 -> w:1280 h:720 fmt:nv12 sar:1/1 flags:0x0
[h264_amf @ 0x55e807be1ec0] AMF initialisation succeeded via Vulkan.
[h264_amf @ 0x55e807be2280] CreateComponent(AMFVideoEncoderVCE_AVC) failed with error 1
Error initializing output stream 0:0 -- Error while opening encoder for output stream #0:0 - maybe incorrect parameters such as bit_rate, rate, width or height
Conversion failed!

If you want AMF debugging to stderr you can pass : -log_to_dbg true (just after the -c:v h264_amf)

Can you write the specific command with which you test? Can you try it in ubuntu and say if it works? Maybe there is a problem with libamdenc64.so.1.0 library, included with this version. Maybe with dependencies. Are you sure that opencl is required for that? Also note that opencl-amd currently uses 21.50, while this pkgbase is for 21.50.2.

ffmpeg h264_amf was working with previous amdgpu-pro-installer and opencl-amd since 21.50.2_1384495-1 h264_amf won't load.

I saw a new dependency for rocm-opencl-runtime, so i removed opencl-amd and installed all dependency : hsakmt-roct rocm-cmake rocm-llvm rocm-device-libs comgr hsa-amd-aqlprofile-bin hsa-rocr rocm-opencl-runtime

Still AMF is dead :

<some ffmpeg h264_amf compression that works with software encoding and worked with amf before update>
[auto_scale_0 @ 0x5623a0546f80] w:1280 h:720 fmt:rgb24 sar:1/1 -> w:1280 h:720 fmt:nv12 sar:1/1 flags:0x0
[h264_amf @ 0x5623a053d380] AMF initialisation succeeded via Vulkan.
0122-02-08 19:57:56 A5712900 [AMFEncoderCoreH264]   Error: ../../../../../runtime/src/components/EncoderCore/EncoderCoreH264Impl.cpp(186):Assertion failed:Failed to create service!
0122-02-08 19:57:56 A5712900 [AMFEncoderCoreH264]   Error: ../../../../../runtime/src/components/EncoderCore/EncoderCoreH264Impl.cpp(318):AMF_ERROR 1 : AMF_FAIL: Failed to create encode service!
0122-02-08 19:57:56 A5712900 [AMFEncoderCoreH264] Warning: CreateServices failed.
[h264_amf @ 0x5623a053d740] CreateComponent(AMFVideoEncoderVCE_AVC) failed with error 1
Error initializing output stream 0:0 -- Error while opening encoder for output stream #0:0 - maybe incorrect parameters such as bit_rate, rate, width or height
Conversion failed!

~/uname -a
Linux punch 5.16.12-zen1-1-zen #1 ZEN SMP PREEMPT Wed, 02 Mar 2022 12:22:53 +0000 x86_64 GNU/Linux

~/clinfo
Number of platforms                               1
  Platform Name                                   AMD Accelerated Parallel Processing
  Platform Vendor                                 Advanced Micro Devices, Inc.
  Platform Version                                OpenCL 2.2 AMD-APP.dbg (3406.0)
  Platform Profile                                FULL_PROFILE
  Platform Extensions                             cl_khr_icd cl_amd_event_callback 
  Platform Extensions function suffix             AMD
  Platform Host timer resolution                  1ns

  Platform Name                                   AMD Accelerated Parallel Processing
Number of devices                                 1
  Device Name                                     gfx1010:xnack-
  Device Vendor                                   Advanced Micro Devices, Inc.
  Device Vendor ID                                0x1002
  Device Version                                  OpenCL 2.0 
  Driver Version                                  3406.0 (HSA1.1,LC)
  Device OpenCL C Version                         OpenCL C 2.0 
  Device Type                                     GPU
  Device Board Name (AMD)                         AMD Radeon RX 5700 XT
  Device PCI-e ID (AMD)                           0x731f
  Device Topology (AMD)                           PCI-E, 0000:2f:00.0
  Device Profile                                  FULL_PROFILE
  Device Available                                Yes
  Compiler Available                              Yes
  Linker Available                                Yes
  Max compute units                               20
  SIMD per compute unit (AMD)                     4
  SIMD width (AMD)                                32
  SIMD instruction width (AMD)                    1
  Max clock frequency                             2100MHz
  Graphics IP (AMD)                               10.1
  Device Partition                                (core)
    Max number of sub-devices                     20
    Supported partition types                     None
    Supported affinity domains                    (n/a)
....

~/lspci -k
...
2f:00.0 VGA compatible controller: Advanced Micro Devices, Inc. [AMD/ATI] Navi 10 [Radeon RX 5600 OEM/5600 XT / 5700/5700 XT] (rev c1)
    Subsystem: Gigabyte Technology Co., Ltd Radeon RX 5700 XT Gaming OC
    Kernel driver in use: amdgpu
    Kernel modules: amdgpu

~/echo $VK_ICD_FILENAMES
/usr/share/vulkan/icd.d/amd_pro_icd64.json

~/vulkaninfo 
ERROR: [Loader Message] Code 0 : loader_scanned_icd_add: Driver /usr/lib/amdvlkpro64.so says it supports interface version 6 but still exports core entrypoints (Policy #LDP_DRIVER_6)
==========
VULKANINFO
==========
Vulkan Instance Version: 1.2.203
..
GPU id : 0 (AMD Radeon RX 5700 XT):
...
    Surface type = VK_KHR_wayland_surface
    Formats: count = 2
        SurfaceFormat[0]:
            format = FORMAT_B8G8R8A8_UNORM
            colorSpace = COLOR_SPACE_SRGB_NONLINEAR_KHR
        SurfaceFormat[1]:
            format = FORMAT_B8G8R8A8_SRGB
            colorSpace = COLOR_SPACE_SRGB_NONLINEAR_KHR
    Present Modes: count = 3
        PRESENT_MODE_IMMEDIATE_KHR
        PRESENT_MODE_MAILBOX_KHR
        PRESENT_MODE_FIFO_KHR
..

~/wayland-info 
interface: 'wl_compositor',                              version:  4, name:  1
interface: 'zwp_tablet_manager_v2',                      version:  1, name:  2
interface: 'zwp_keyboard_shortcuts_inhibit_manager_v1',  version:  1, name:  3
interface: 'xdg_wm_base',                                version:  3, name:  5
interface: 'zwlr_layer_shell_v1',                        version:  3, name:  6
interface: 'zxdg_decoration_manager_v1',                 version:  1, name:  7
interface: 'wp_viewporter',                              version:  1, name:  8
interface: 'wl_shm',                                     version:  1, name:  9
    formats: 'XB30'(0x30334258) 'AB30'(0x30334241) 'XR30'(0x30335258) 'AR30'(0x30335241) XRGB8888 ARGB8888
..
interface: 'kde_output_device_v2',                       version:  2, name: 42
interface: 'wl_output',                                  version:  3, name: 43
    x: 0, y: 0, scale: 1,
    physical_width: 710 mm, physical_height: 400 mm,
    make: 'BNQ', model: 'BenQ BL3200/GCE00501SL0',
    subpixel_orientation: unknown, output_transform: normal,
    mode:
        width: 2560 px, height: 1440 px, refresh: 59.951 Hz,
        flags: current
....

Any clue why that "encode service" won't run ? (under X11 it crashes the same)

strace says the error pops in the new library "libamdenc64.so"

Checking out V21.30 (instead of V21.50.2) and installing repairs AMF encoding.

I saw rocm in the added dependencies. It will be a while before I can test it but have a few people that I will bug to see if anything is broken.

I am glad to release it. Today I spent the whole day to prepare generator.
I however did not tested pro vulkan yet, and also amf. The amf depends on rocm it seems, and I do not know yet where it is used.

Thanks for pushing 21.50

Why did this package disappear off the AUR? Even the git link is broken? Edit: nvm it's a pkgbase... wtf??

Something is causing the validity check to fail

paru  -S amf-amdgpu-pro amdgpu-pro-libgl lib32-amdgpu-pro-libgl vulkan-amdgpu-pro lib32-vulkan-amdgpu-pro
:: Resolving dependencies...
:: Calculating conflicts...
:: Calculating inner conflicts...

Aur (1) amdgpu-pro-installer-21.30_1290604-1 (vulkan-amdgpu-pro amf-amdgpu-pro amdgpu-pro-libgl lib32-amdgpu-pro-libgl lib32-vulkan-amdgpu-pro)

:: Proceed to review? [Y/n]: Y

:: Downloading PKGBUILDs...
 PKGBUILDs up to date
 nothing new to review
fetching devel info...
==> Making package: amdgpu-pro-installer 21.30_1290604-1 (Tue Oct 12 21:44:54 2021)
==> Retrieving sources...
  -> Found amdgpu-pro-21.30-1290604-ubuntu-20.04.tar.xz
  -> Found progl
  -> Found progl.bash-completion
==> Validating source files with sha256sums...
    amdgpu-pro-21.30-1290604-ubuntu-20.04.tar.xz ... FAILED
    progl ... Passed
    progl.bash-completion ... Passed
==> ERROR: One or more files did not pass the validity check!
error: failed to download sources for 'amdgpu-pro-installer-21.30_1290604-1 (vulkan-amdgpu-pro amf-amdgpu-pro amdgpu-pro-libgl lib32-amdgpu-pro-libgl lib32-vulkan-amdgpu-pro)': 
error: packages failed to build: amdgpu-pro-installer-21.30_1290604-1 (vulkan-amdgpu-pro amf-amdgpu-pro amdgpu-pro-libgl lib32-amdgpu-pro-libgl lib32-vulkan-amdgpu-pro)

Hey I wanted to mention that if anybody is using the pro installer here and also running "No Man's Sky" with steam that one of the latest updates for either steam, mesa, or this amdgpu-pro-installer might not work for launching the game. I've uninstalled the packages provided and it launches fine without them. And then I reinstall them after playing the game. So to reiterate the problem is when I have the amdgpu-pro-installer drivers that, while steam launches the game No Man's Sky, you can make it to the main game menu but after starting your game it renders erratically with colors and what not and then crashes. I'll open up a bug report but not sure yet where to do that with either the steam package or the amdgpu or even mesa. *Also, when I run the game with these drivers I get this dialog box before loading the game: NVIDIA DLSS cannot be loaded due to outdated driver m inimum version required 0.0

Other games like Doom Eternal, Shadow of Tomb radeider, and CSGO load and play fine. Well CSGO has other issues sometimes but not related to this.

I'm experiencing the same issues as @xochikobrick. Oddly enough, Resolve reports my 4700u as having 0.5 gb of memory available, which seems to coincide with Darktable reporting that the system has insufficient memory with 512 mb of memory. This line from dmesg also stuck out me:

[  240.123814] amdgpu 0000:04:00.0: amdgpu: Unsupported power profile mode 0 on RENOIR

EDIT: The issue seems to stem from opencl-amd and not this package. Downgrading to opencl-amd 20.40 fixed this

@xochikubrick Try to use DR checker as suggested by Arch Wiki. If that does not help, try to ask in forums.

Hi Asharrk, I did, but no success still, also did a re-install, still the same problem... This update is not working for me. Any suggestions?

You probably did not updated the opencl-amd.

After last update (21.20) Davinci will send "GPU error code=0" and freeze my system, Blender crashes and Steam games won't start... Any advice?

AruMoon ameeno Thanks, I will fix it soon. Can you name the application for which you need 32 bit pro driver? This is for my own curiosity.

lib32-nx-x11 needed for lib32-amdgpu-pro-libgl, but there are no such lib32 package. Only 64 bit

I agree with AruMoon. this is not installable.

lib32-nx-x11 needed for lib32-amdgpu-pro-libgl, but there are no such lib32 package. Only 64 bit

Won't work with WebGL, Blender and games. Blender, Mikytracker etc don't starts.

@Ashark Thanks for the clarification. Makes sense now :)

@slightlyfaulty it is not a package, but a package base.

I can't find this package when searching the AUR. Is it delisted or something?

Updated to 21.10_1247438-1. progl works for DR, but I did not test vulkan and amf.

Version 21.10 is out. It tried it with the PKGBUILD generator but I have not managed to build the packages.

@tz4678 you should specify the actual package name, for example, amdgpu-pro-libgl. You are specifying a package group (if I call this thing correctly).

@tz4678 you misspelled it, its installer, not install

How to fix?

❯ yay -S amdgpu-pro-installer  
:: Resolving dependencies...
error: could not find all required packages:
    amdgpu-pro-installer (target)

thank u

@damnbro probably a partial download, remove the tarball then try again

ey man please help what do i do its says

amdgpu-pro-20.45-1188099-ubuntu-20.04.tar.xz ... FAILED

==> ERROR: One or more files did not pass the validity check! :: Unable to build amdgpu-core-meta - makepkg exited with code: 1

In the future pkgrel I want to make libgl to be activated on demand with progl prefix. However, there are some files inside, which I do not know yet if I can safely drop. Namely:

• amdrc (in /etc/amd) - I think it should stay there
• amdapfxx.blb (in /etc/amd) - probably some firmware? I tried to open it in text editor, it contains lots of readable text with application names. It is probably some optimisations per application?
• libglx.so (in /opt/amdgpu-pro/lib/xorg/modules/extensions) - probably, this thing causes failing X to start when installed. Probably, intended for use with specific version of X on Ubuntu. But probably, someone would want to use ag-pro on entire X.
• how to handle file 10-amdgpu-pro.conf (in /opt/amdgpu/share/drirc.d). It have xml config for dri driver. Also, need to find out if ag pro can work with libglvnd.

Has any had luck passing this driver off as an environment variable like described in the wiki?

$ LD_LIBRARY_PATH="$PACKAGEPATH/opt/amdgpu-pro/lib/x86_64-linux-gnu:${LD_LIBRARY_PATH}" LIBGL_DRIVERS_PATH="$PACKAGEPATH/usr/lib/x86_64-linux-gnu/dri/" dri_driver="amdgpu" command

@Akrai thanks for adding example to the wiki. I have checked, seems like amf works ok even without opencl-amd, so I just removed that dependency.

Oh you're right, vulkan-driver is already satisfied with amdvlk, no issues uninstalling it. But ffmpeg throws this error when trying to encode without it:

[h264_amf @ 0x56452d8d3d40] DLL libamfrt64.so.1 failed to open Error initializing output stream 0:0 -- Error while opening encoder for output stream #0:0 - maybe incorrect parameters such as bit_rate, rate, width or height

So yeah, i have to keep amf-amdgpu-pro i guess.

Yo should remove opencl-amdgpu-pro-icd as deps as it doesn't exist right?

@Akrai amf-amdgpu-pro just contains libamfrt64.so, but I do not know for what it is. By the way, steam does not require vulkan-amdgpu-pro, it just require vulkan-driver, which could be open.

Yeah, ffmpeg fails if i remove vulkan-amdgpu-pro, which also removed amdgpu-core-meta and amdgpu-pro-core-meta but those two seems irrelevant. So what does the amf-amdgpu-pro package does? I have zero idea, as I have it uninstalled right now and ffmpeg encodes just fine

I was trying to encode videos through GPU a month ago and so with the very few information of AMF encoding in linux available in the internet I achieved it. I thought I had to use the amdgpu-pro package, as I thought I had to link the ICD file that the amdgpu-pro provides (in the vulkan-amdgpu-pro one, using VK_ICD_FILENAMES=/usr/share/vulkan/icd.d/amd_pro_icd64.json) as a parameter in ffmpeg.

Now that you asked I just checked and it works to encode without linking that ICD file, so... yeah. As there is no info out there to know for sure what i really need to encode using AMF, i'm not really sure but it looks like i don't need at all any amdgpu-pro packages... Also, I can't really test to encode uninstalling amdgpu-pro as steam requires vulkan-amdgpu-pro, which is the package which provides that ICD file and so maybe if i uninstalled it then ffmpeg could not use h264_amf encoder, but i cannot test it. I could force remove it, for the test...

In fact i'm gonna do it real quick just to check

@Akrai thanks, I missed that. Probably yes, I do not remember what is inside for now. Maybe it should be replaced by generic icd loader dependency, if it requires opencl. I will try to figure that out a bit later. By the way, are you using AMF? If yes, could you describe it here https://wiki.archlinux.org/index.php/AMDGPU_PRO ?

So opencl-amdgpu-pro-icd dependency should be removed from amf-amdgpu-pro, right?

Yeah, I know that 20.45 is now available for my rx 580 gpu. The problem is that I had no success installing it even in kubuntu 20.04.1! amdgpu-dkms package failed to install. It is strange, because they should support ubuntu in the first place. I have also tried with CentOS 8 stream, but also had no success. Need further experiments.

Edit 20210101: they have released 20.45-1188099 that fixes the issue with amdgpu-dkms. I have successfully installed ./amdgpu-install --pro --opencl=legacy,rocr --no-32 but the problem is that onboarding screen is blank and when I drag an image to timeline, dr crashes after a second. Need further experiments.

I am glad to say that linux gpu reset bug was eliminated by gnif's project vendor-reset. See https://forum.level1techs.com/t/secondary-gpu-passthrough-of-amd-rx580-to-linux-vm-problem/138231

Now it should be much easier to test amdgpu-pro repackaging.

Uh, yeah, searches don't ordinarily look for base packages, only the sub-packages they build.

This AUR package is being hidden from both website and Octopi searches.

@Recompiler until, and if, Ashark updates this to 20.45 (or someone else) you're probably better off using my opencl-amd package (shameless self-promotion) as it's currently up-to-date, and Blender works on my Vega 10. Though we have been noticing some GPUs have problems and are trying to see if we missed any libraries. To anyone seeing this, you could help too :)

Though helping us out with that would probably speed up these packages getting updated as well. So yeah, mutually beneficial

Blender crashes when I select my GPU with OpenCL. I have a Radeon RX Vega 10 so it technically should work. Any thoughts?

@Ashark: https://www.amd.com/en/support/kb/release-notes/rn-amdgpu-unified-linux-20-45

@sperg512 ~~Where did you see 20.45? On the web site I only see 20.40.~~ I see, it is only available for several gpus, but not mine.

I had success of running DR by placing files to the separate dir and changing environment variables, as was shown in previous comments. I thought that it may be a good start for creating such a specific package. And then run applications something like this: progl-run davinci-resolve. I will take a look at the weekends.

@apaz I was gonna keep it after 20.40, but after 20.45 introduced a massive set of changes to the file list of the official tarball, I'm not even gonna try. Maybe somebody could replace the opencl packages with opencl-amd?

@apaz In the repo I have made a nice readme, describing info on how to update a pkgbuild https://github.com/Ashark/archlinux-amdgpu-pro

As for video editors, I really like a magnetic timeline feature, because it so much convenient and applicable for my type of videos (linux tutorials). When recording, I just can resay a mistaked sentence, and then just cut unneeded while previewing. Final Cut has its own drawbacks (macos with its buttons mess, un), DR has its own (no text box for titles). Unfortunately, no one else video editor provides this feature. Thanks for the list. I would like to try Olive.

@Ashark I am sorry about this, I hope someone will be able to keep the driver. Do you think it's okay to make a request on the forum to find a substitute?

[As for video editing on Linux I recommend you (from the most complete and difficult to the easiest): Cinelerra-GG Infinity Kdenlive Shotcut and Olive editor Openshot]

Hi, I have a segfault when starting Xorg with amdgpu-pro 20.30:

[   140.049] (EE) 
[   140.049] (EE) Backtrace:
[   140.049] (EE) 0: /usr/lib/Xorg (xorg_backtrace+0x53) [0x55f3d22ccbd3]
[   140.049] (EE) 1: /usr/lib/Xorg (0x55f3d2186000+0x151a15) [0x55f3d22d7a15]
[   140.049] (EE) 2: /usr/lib/libc.so.6 (0x7fca33c49000+0x3d6a0) [0x7fca33c866a0]
[   140.049] (EE) 3: /usr/lib/libdrm_amdgpu.so.1 (amdgpu_bo_export+0xb6) [0x7fca34169e86]
[   140.049] (EE) 4: /usr/lib/x86_64-linux-gnu/dri/amdgpu_dri.so (0x7fc9e0a0a000+0x17c8c7a) [0x7fc9e21d2c7a]
[   140.049] (EE) 5: /usr/lib/x86_64-linux-gnu/dri/amdgpu_dri.so (0x7fc9e0a0a000+0x1636393) [0x7fc9e2040393]
[   140.049] (EE) 6: /usr/lib/x86_64-linux-gnu/dri/amdgpu_dri.so (0x7fc9e0a0a000+0x164bc0d) [0x7fc9e2055c0d]
[   140.049] (EE) 7: /usr/lib/x86_64-linux-gnu/dri/amdgpu_dri.so (0x7fc9e0a0a000+0x1369d0f) [0x7fc9e1d73d0f]
[   140.049] (EE) 8: /usr/lib/x86_64-linux-gnu/dri/amdgpu_dri.so (eglCreateImageKHR+0x483) [0x7fc9e1e3e473]
[   140.049] (EE) 9: /usr/lib/xorg/modules/libglamoregl.so (glamor_egl_create_textured_pixmap_from_gbm_bo+0xb6) [0x7fca32ebeae6]
[   140.049] (EE) 10: /usr/lib/xorg/modules/drivers/amdgpu_drv.so (0x7fca34172000+0xe538) [0x7fca34180538]
[   140.049] (EE) 11: /usr/lib/Xorg (0x55f3d2186000+0x1937fb) [0x55f3d23197fb]
[   140.049] (EE) 12: /usr/lib/Xorg (0x55f3d2186000+0x39511) [0x55f3d21bf511]
[   140.049] (EE) 13: /usr/lib/libc.so.6 (__libc_start_main+0xf2) [0x7fca33c71152]
[   140.049] (EE) 14: /usr/lib/Xorg (_start+0x2e) [0x55f3d21c05ae]
[   140.049] (EE) 
[   140.049] (EE) Segmentation fault at address 0x10
[   140.049] (EE) 
Fatal server error:
[   140.049] (EE) Caught signal 11 (Segmentation fault). Server aborting
[   140.049] (EE) 
[   140.049] (EE) 

previus version 19.30 from 370d39c6 is working fine!

pkgbuild is now tested and working with some kink's and only on LTS kernel Read the readme on my github link, as it can break your system currently, will be fixing that when I have time.

https://github.com/image28/amdgpu-pro.aur/blob/master/README.md

@apaz no, they're just saying they updated to the newest release. It will still have any issues it had previously.

Really the only parts from this that should ever be installed system-wide on Arch are vulkan-amdgpu-pro (and lib32-vulkan-amdgpu-pro) and the opencl packages.

@image28 I can't test now because I have video editing projects in progress... Maybe I didn't understand, are you saying that now amgpu-pro install and work (with your PKGBUILD) without the problems that prevented their use?

Updated my PKGBUILD installer to 20.40 ( still a work in progress towards simplifying package maintenance ). Currently untested will test today if I have time ( but it does build on my system ).

https://github.com/image28/amdgpu-pro.aur

@mbma. Yeah installing the pro drivers system-wide isn't an option on Arch. It breaks the system.

The only thing I can tell you is that you must be missing something, because it worked fflawlessly for me.

Here's what I have in the $LD_LIBRARY_PATH folder:

dri/  libEGL.so  libEGL.so.1  libglapi.so  libglapi.so.1  libGLESv2.so  libGLESv2.so.2  libGL.so  libGL.so.1  libGL.so.1.2

dri is a directory, the rest are files from the pro packages.

And then here is what's in the dri folder, which is the LIBGL_DRIVERS_PATH location:

amdgpu_dri.so

And that's it. Put all those files from the first list in folderA, then amdgpu_dri.so in folderB, then you can even test it real quick with LD_LIBRARY_PATH=/path/to/folderA LIBGL_DRIVERS_PATH=/path/to/folderB dri_driver=amdgpu /opt/resolve/bin/resolve. It should work, and then you can just turn that into a script or a little shell command or whatever you want.

@mbma. Yeah installing the pro drivers system-wide isn't an option on Arch. It breaks the system.

The only thing I can tell you is that you must be missing something, because it worked fflawlessly for me.

Here's what I have in the $LD_LIBRARY_PATH folder:

dri/  libEGL.so  libEGL.so.1  libglapi.so  libglapi.so.1  libGLESv2.so  libGLESv2.so.2  libGL.so  libGL.so.1  libGL.so.1.2

dri is a directory, the rest are files from the pro packages.

And then here is what's in the dri folder, which is the LIBGL_DRIVERS_PATH location:

amdgpu_dri.so

And that's it. Put all those files from the first list in folderA, then amdgpu_dri.so in folderB, then you can even test it real quick with LD_LIBRARY_PATH=/path/to/folderA LIBGL_DRIVERS_PATH=/path/to/folderb dri_driver=amdgpu /opt/resolve/bin/resolve. It should work, and then you can just turn that into a script or a little shell command or whatever you want.

@gardotd426 i've tried the suggest solution to run resolve to no avail. I also found a similar workarround on the wiki https://wiki.archlinux.org/index.php/AMDGPU_PRO#Workaround_for_using_proprietary_OpenGL

Resolve starts but then halts complaining it can't find any gpu. Any suggestions on that?

I can run resolve if i install the amdgpu-pro packages system wide, but run into other problems when booting the system.

Version 20.40 is released: https://www.amd.com/en/support/kb/release-notes/rn-amdgpu-unified-linux-20-40

@paulsun You can git checkout the old revision of this AUR package that builds 19.30, it should still work. Of course, even then, the libGL stuff barely works.

If I were to use 19.30 instead of 20.30 (for some reason its more stable for me, on 20.30 there are random flickers at times), do I just use extract_deb on these files?

package_amdgpu-pro-libgl () { pkgdesc="AMDGPU Pro OpenGL driver" license=('custom: AMDGPU-PRO EULA') provides=('libgl') depends=("amdgpu-pro-core-meta=${major}_${minor}-${pkgrel}" "gcc-libs" "glibc" "libx11" "libxcb" "libxdamage" "libxext" "libxfixes" "libxxf86vm") backup=(etc/gbm/gbm.conf)

extract_deb "${srcdir}"/amdgpu-pro-${major}-${minor}-ubuntu-18.04/libegl1-amdgpu-pro_${major}-${minor}_amd64.deb
extract_deb "${srcdir}"/amdgpu-pro-${major}-${minor}-ubuntu-18.04/libgbm1-amdgpu-pro_${major}-${minor}_amd64.deb
extract_deb "${srcdir}"/amdgpu-pro-${major}-${minor}-ubuntu-18.04/libgbm1-amdgpu-pro-base_${major}-${minor}_all.deb
extract_deb "${srcdir}"/amdgpu-pro-${major}-${minor}-ubuntu-18.04/libgl1-amdgpu-pro-appprofiles_${major}-${minor}_all.deb
extract_deb "${srcdir}"/amdgpu-pro-${major}-${minor}-ubuntu-18.04/libgl1-amdgpu-pro-dri_${major}-${minor}_amd64.deb
extract_deb "${srcdir}"/amdgpu-pro-${major}-${minor}-ubuntu-18.04/libgl1-amdgpu-pro-ext-hwe_${major}-${minor}_amd64.deb
extract_deb "${srcdir}"/amdgpu-pro-${major}-${minor}-ubuntu-18.04/libgl1-amdgpu-pro-glx_${major}-${minor}_amd64.deb
extract_deb "${srcdir}"/amdgpu-pro-${major}-${minor}-ubuntu-18.04/libglapi1-amdgpu-pro_${major}-${minor}_amd64.deb
extract_deb "${srcdir}"/amdgpu-pro-${major}-${minor}-ubuntu-18.04/libgles2-amdgpu-pro_${major}-${minor}_amd64.deb
move_copyright

# extra_commands:
mv "${pkgdir}"/opt/amdgpu-pro/lib/xorg/modules/extensions/libglx-ext-hwe.so "${pkgdir}"/opt/amdgpu-pro/lib/xorg/modules/extensions/libglx.so

}

So just those 9 files?

@gardotd426 - can you share the location of your .desktop file and the changes you made? I've tried a few variations on what I think it is supposed to look like but can't seem to get any changes to do anything. I'm new to editing .desktop files so I'm sure I'm missing something simple.

@Ashark I love you man, I installed the 19.30 and now everything working as it should, no more black screen, thank you

@hdi Yes, you can see the changes history. The link is in the top right corner.

@gardotd426 thanks for the guide. I feel so stupid that I can't understand this. My system was working fine with previous amdgpu-pro-libgl 19.30 that I installed from the Manjaro package manager AUR, but I think the developer removed 19.30 and updated with the 20.30. My question is that, is there any way to downgrade or find the old amdgpu-pro-libgl 19.30 from AUR archive??? is there any archive somewhere?

@hdi, that's the problem.

You can't use AMDGPU-PRO's libgl on Arch. Not installed system-wide, anyway.

I'm assuming you need it for DaVinci Resolve? Considering that's literally the only thing that you should need it for...

If that's the case, then you can just extract the lib files into another directory and use a script to export the proper variables and then launch DaVinci Resolve, meanwhile the rest of your system is using the regular amdgpu and mesa drivers.

Just add something like this to your ~/.bashrc or ~/.zshrc:

progl() {
  export LD_LIBRARY_PATH="/home/$USER/pro/drivers:${LD_LIBRARY_PATH}"
  export LIBGL_DRIVERS_PATH="/home/$USER/pro/drivers/dri"
  export dri_driver="amdgpu"
}

And then make sure ~/pro/drivers contains libEGL.so.1, libglapi.so.1, libGLESv2.so.2, libGL.so.1, libEGL.so, libglapi.so, libGLESv2.so, libGL.so, and libGL.so.1.2 from the necessary PRO .debs, as well as a directory called dri/ containing amdgpu_dri.so from the .deb package.

Then you launch Davinci resolve from the terminal by running progl first, hitting enter, then running DaVinci Resolve, or you could just add the exact same envvars to the beginning of the Exec= line in the .desktop file for DaVinci Resolve. Both work, I've already tried it.

I'm not sure about orca, you probably need to just install that system-wide.

But that's your only option if you insist on using Arch (or anything based on it). If you want to be able to just install the drivers system-wide, you have to use a supported distribution such as Ubuntu LTS or RHEL.

@gardotd426 I don't need a full package I just need these two 1. amdgpu-pro-libgl 19.30 2. amdgpu-pro-orca 19.30

@hdi if you are that unfamiliar with the terminal, then you absolutely shouldn't be messing with the Pro drivers.

Either way, you can't install the full pro drivers system-wide on Arch (or Manjaro). Also, Manjaro is not supported here.

I'm not sure what you think you need the full Pro stack for, but I'd just about guarantee you just think you need them for some reason, and you actually don't.

But yeah, a) the full pro stack cannot be installed system-wide on Arch or any Arch-based distros (you'll get a black screen), b) Manjaro is not supported in any fashion on AUR package threads, and c) you likely don't need the full pro drivers.

Hi every one here. I have Manjaro installed on my PC, my gpu is AMD RX480, 8GB and I use my system for Davinci Resolve 16. Since I updated to AMDGPU-PRO 20.30, I get black screen. I don't want headache I just need the previous drive it was amdgpu-pro 19.30, is there any possible way I get that? I searched AUR website, it seems that one is disappeared from the web. Can anyone help? I'm not familiar with terminal so much so I can't build one from the AMD website.

Thanks for your help

@gardotd426 - https://github.com/Ashark/archlinux-amdgpu-pro/issues/62

@Ashark, so, I'm confused about move_libdir in the PKGBUILD.

It doesn't work at all. Packages still git built with files in /usr/lib/x86_64-linux-gnu, /usr/lib32/i686-linux-gnu, etc. Nothing gets moved anywhere, so that little snippet does nothing.

amdgpu-pro-libgl is one example. The resulting Arch package has amdgpu_dri.so in /usr/lib/x86_64-linux-gnu/dri/

@quadronick, so you need to remove roct-amdgpu-pro before upgrading.

It's not a broken dependency. It's a sub-package that's no longer supported, because AMDGPU-Pro no longer includes it.

➜ aura -Aux                                                  
[sudo] password for quad: 
aura >>= Fetching package information...
aura >>= Comparing package versions...
aura >>= AUR Packages to upgrade:
amdgpu-core-meta             :: 19.30_934563-1 -> 20.30_1109583-1
amdgpu-pro-core-meta         :: 19.30_934563-1 -> 20.30_1109583-1
amf-amdgpu-pro               :: 19.30_934563-1 -> 20.30_1109583-1
hip-amdgpu-pro               :: 19.30_934563-1 -> 20.30_1109583-1
lib32-opencl-amdgpu-pro-orca :: 19.30_934563-1 -> 20.30_1109583-1
lib32-vulkan-amdgpu-pro      :: 19.30_934563-1 -> 20.30_1109583-1
opencl-amdgpu-pro-comgr      :: 19.30_934563-1 -> 20.30_1109583-1
opencl-amdgpu-pro-dev        :: 19.30_934563-1 -> 20.30_1109583-1
opencl-amdgpu-pro-orca       :: 19.30_934563-1 -> 20.30_1109583-1
opencl-amdgpu-pro-pal        :: 19.30_934563-1 -> 20.30_1109583-1
vulkan-amdgpu-pro            :: 19.30_934563-1 -> 20.30_1109583-1

aura >>= Saved package state.
aura >>= Determining dependencies...
aura >>= AUR Packages:
amf-amdgpu-pro
aura >>= Continue? [Y/n] 

==> Finished making: amdgpu-pro-installer 20.30_1109583-1 (Tue 25 Aug 2020 11:41:53 AM MSK) loading packages... resolving dependencies... looking for conflicting packages... error: failed to prepare transaction (could not satisfy dependencies) :: installing amdgpu-pro-core-meta (20.30_1109583-1) breaks dependency 'amdgpu-pro-core-meta=19.30_934563-1' required by roct-amdgpu-pro

Idk guys if it's your package's error or not. But I suggest broken dependencies inside your meta-project or something.

@gardotd426 Could you actually successfully open a project? I have tried your method, DR started normally and showed a project selector window. But when I click on one of the projects, DR crashes. Also, I am interested what is libGLESv2 and libglapi.so and why did not you used them in your method?

Great tutorial from @gardotd426 thanks for that.

You can get the archive with all relevant files from Chaotic AUR: https://lonewolf.pedrohlc.com/chaotic-aur/x86_64/amdgpu-pro-libgl-20.30_1109583-1-x86_64.pkg.tar.zst

Just use the following command tar -I zstd -xvf amdgpu-pro-libgl-20.30_1109583-1-x86_64.pkg.tar.zst to expand the files.

After running progl ; /opt/resolve/bin/resolve I could run "DaVinci Resolve 16" without any problem and without replacing my open source drivers by the proprietary ones.

GFX: ATI Ellesmere [Radeon RX 470/480/570/570X/580/580X/590]

OS: Manjaro

EDIT: If you want you can also use the workaround stated here: https://wiki.archlinux.org/index.php/AMDGPU_PRO#Workaround_for_using_proprietary_OpenGL

Just install pacman -S amdgpu-pro-libgl before launching DaVinci Resolve and uninstall it with pacman -R amdgpu-core-meta amdgpu-pro-core-meta amdgpu-pro-libgl after you're done.

If it doesn't show any video preview inside of DaVinci Resolve and literally every video is blank / black theres one main cause: Davinci Resolve doesn't support .mp4 files within the Linux version... Source

At the end of this list you can find all supported codecs – not many but better than nothing.

Note to anyone wanting to actually use this full stack: It can't be done on Arch Linux, you will experience X crashes. However....

If anyone is wanting to use the OpenGL driver from this in order to run DaVinci Resolve, that CAN be done, and quite easily actually.

Install opencl-amd for the proprietary standalone opencl driver. This also allows you to use OpenCL for things like Blender. But for DaVinci Resolve specifically, you also need to have the OpenGL driver, but you CANNOT install it systemwide. What you need to do, is put something like this in your .zshrc (or somewhere else where you can easily run it from the terminal):

progl() {
 export LD_LIBRARY_PATH="${HOME}/pro/drivers:${LD_LIBRARY_PATH}"
  export LIBGL_DRIVERS_PATH="${HOME}/pro/drivers/dri"
  export dri_driver="amdgpu"
}

And then simply extract a few of the packages and put them in ${HOME}/pro/drivers (and ${HOME}/pro/drivers/dri).

Here is the output of ll -R ${HOME}/pro/drivers/

total 1.1M
drwxr-xr-x 2 matt matt  4.0K Aug  3 06:03 dri
lrwxrwxrwx 1 matt matt    11 Aug  3 06:05 libEGL.so -> libEGL.so.1
-rw-r--r-- 1 matt matt   80K Aug  3 06:05 libEGL.so.1
lrwxrwxrwx 1 matt matt    12 Aug  3 06:02 libGL.so -> libGL.so.1.2
lrwxrwxrwx 1 matt matt    12 Aug  3 06:02 libGL.so.1 -> libGL.so.1.2
-rw-r--r-- 1 matt matt 1013K Aug  3 06:02 libGL.so.1.2

pro/drivers/dri:
total 51M
-rw-r--r-- 1 matt matt 51M Aug  3 06:03 amdgpu_dri.so

amdgpu-pro-libgl-20.30_1109583-1-x86_64.pkg.tar should contain everything you need. Make sure to put the amdgpu_dri.so file inside a dri/ directory within the pro/ directory.

I've already tested this, it does allow DaVinci Resolve to open and run. You obviously have to run progl from the terminal first, and then run DaVinci Resolve from that same terminal, but yeah that's it.

You could also just edit the .desktop file for DaVinci Resolve in order to add those envvars to the beginning of the Exec= command.

@bobolin @licensed fixed in 20.30_1109583-1

@bobolin sabe problem here: error: failed to commit transaction (conflicting files) /opt/amdgpu/share/drirc.d/10-amdgpu-pro.conf exists in both 'amdgpu-pro-libgl' and 'lib32-amdgpu-pro-libgl' Errors occurred, no packages were upgraded. ==> WARNING: Failed to install built package(s). warning: package amdgpu-pro-installer failed to build, skipping

This PKGBUILD doesn't work.

error: failed to commit transaction (conflicting files) /opt/amdgpu/share/drirc.d/10-amdgpu-pro.conf exists in both 'amdgpu-pro-libgl' and 'lib32-amdgpu-pro-libgl' Errors occurred, no packages were upgraded. ==> WARNING: Failed to install built package(s). warning: package amdgpu-pro-installer failed to build, skipping

@gardotd426 ...aaaand I now I finally understand the root of the problem per your criticism. Seriously, I was like "WAT, I read the comments, what's he on about??"

Anyway, my initial Google search for amdgpu-pro-installer dropped me on page 5 of the comments for some silly reason. That shows me for trusting stuff on the first click.

@gardotd426 I did read prior comments. This response was specifically aimed at the very recent 20.20 upgrade, not older versions where people tried to force upgrades by manually editing the PKGBUILD to stuff pre 20.20. Note that the last 19.30* stuff was working fine.

By working fine, I mean Davinci Reslove still worked. Gutting this entire stack and attempting to run off the opencl-amdgpu package results in instant crashing.

For now, I'm just reverting to 370d39c63ddc using the 19.30* stuff so I can continue editing videos.

Lord, I looked into debtap, and it's a complete dumpster fire unless you're just flat converting .debs. Using it to create PKGBUILDs is a nightmare, it'll flat-out fail if the package doesn't contain a ./usr/bin directory (so if it's a package without any binaries, like a lib package, or something that goes in /opt or /etc), because of the way they wrote the script.

Someone filed a bug report on the github for it, and the dude didn't read it, said "if you don't have a /usr/bin, your installation is broken, you need to reinstall," and closed the issue - seriously. When it's actually the script itself that's broken.

That sucks, I was super excited to find a script that would create PKGBUILDs from .deb packages. It does seem to work fine for flat-out conversion from .deb to .pkg.tar though, so there's that.

@Ashark

"It was because of strange behavior of debtap. Previously, there was libgcc1 dependency, which was converted to None by debtap. But current version has libgcc-s1 dependency, which is converted to gcc by debtap."

Yeah I've always used dpkg-deb -c instead of debtap, it doesn't pull dependencies, and it takes more work, but it also doesn't cause broken stuff to get added. I just run dpkg-deb -c package.deb and get a list of the file list, then in the PKGBUILD I have the command to move those to the .pkg, and figure out the dependencies some other way. Unfortunately there's no real good solution, I wish we had better dependency conversion tools/databases, where you could search for a dependency on Debian/Ubuntu and find it's alternative on Arch or wherever else.

@ganthore read the previous comments before posting, please.

Both of your issues have already been discussed.

The dependencies missing are an error, they're not supposed to be in the PKGBUILD, and you can't use the full AMDGPU PRO stack on Arch Linux anyway, only the standalone bits (so the OpenCL driver, the vulkan drivers, etc., but not the libgl driver or the full stack).

libgl1 and lib32-gcc have no deps available in aur and results with the following error before installation:

❯ makepkg -si --skippgpcheck --skipchecksums --nocheck --ignorearch ==> WARNING: The package group has already been built, installing existing packages... ==> Installing amdgpu-pro-installer package group with pacman -U... loading packages... resolving dependencies... warning: cannot resolve "libgl1", a dependency of "amf-amdgpu-pro" warning: cannot resolve "lib32-gcc", a dependency of "lib32-amdgpu-pro-libgl" warning: cannot resolve "lib32-gcc", a dependency of "lib32-opencl-amdgpu-pro-orca" warning: cannot resolve "lib32-gcc", a dependency of "lib32-vulkan-amdgpu-pro" :: The following packages cannot be upgraded due to unresolvable dependencies: amf-amdgpu-pro lib32-amdgpu-pro-libgl lib32-opencl-amdgpu-pro-orca lib32-vulkan-amdgpu-pro

I'm also noticing a black screen after force upgrading. I expect SDDM to load. Using an RX580. Removing the packages allows SDDM to load correctly.

"DaVinci Resolve doesn't work with just the OpenCL driver? I wasn't aware it required the OpenGL driver as well."

DaVinci Resolve needs his specific OpenGL profile (under license?). This is only present in amdgpu-pro and not in amdgpu.

It's just a matter of removing lib32-gcc from the dependencies

I have also noticed, that it has some mess with detecting hwe vs non-hwe version, so I should fix that as well.

I'm not sure why it was added, it wasn't there before.

It was because of strange behavior of debtap. Previously, there was libgcc1 dependency, which was converted to None by debtap. But current version has libgcc-s1 dependency, which is converted to gcc by debtap.

@kode54 I actually tried that a while back, wouldn't work, but you'd think it would. It might be because I didn't install the full stack and just the libgl, vulkan, and opencl components.

I wish there was a way to make the full stack work on Arch, but it seems like it's just flat-out incompatible, which is rare to find (though usually when you do find it, it's proprietary).

In that case, a dirty trick you can do, if you're feeling particularly nutty:

You can log into your desktop environment, then install the amdgpu pro libgl packages, and then all successively launched apps will use those libgl drivers.

You then have to remove them before you can log back into another session, or before you restart your desktop manager, if you use one.

Yeah unfortunately the opencl package is enough for stuff like Blender, but DR needs libgl too.

Also, the vulkan-amdgpu-pro and lib32-vulkan-amdgpu-pro are similarly standalone.

@gardotd426, DaVinci Resolve doesn't work with just the OpenCL driver? I wasn't aware it required the OpenGL driver as well.

Anyone following this repository, it isn't really necessary to install all of the packages of this kit for some programs. Sometimes, all you need is the OpenCL driver for your card (Orca for the RX 480, for instance) and the core packages which install the library search paths for everything.

@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.

@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.

Hi everyone. I have taken care of the matter and am trying to update the package. However, the new driver package from AMD has received many changes and a lot has to be adapted. I will report back when I have shot my installation. ;-)

SDDM is crashing if amdgpu pro is installed and gives a coredump. The symptom is a black screen with SDDM's cursor, no greeter. Here is the content of the coredump

       PID: 53487 (sddm-greeter)
       UID: 975 (sddm)
       GID: 975 (sddm)
       Signal: 6 (ABRT)
       Timestamp: Sun 2020-06-21 10:34:57 -03 (12min ago)
       Command Line: /usr/bin/sddm-greeter --socket /tmp/sddm-:0-ccIAmU
       Executable: /usr/bin/sddm-greeter
       Control Group: /user.slice/user-975.slice/session-c4.scope
       Unit: session-c4.scope
       Slice: user-975.slice
       Session: c4
       Owner UID: 975 (sddm)
       Boot ID: c300040f9ec648e69d0ea823fd9d32bb
       Machine ID: 53272113067949b081473dfe28d80f1a
       Hostname: lenovo-pc
       Storage: /var/lib/systemd/coredump/core.sddm-greeter.975.c300040f9ec648e69d0ea823fd9d32bb.53487.1592746497000000000000.lz4 (inaccessible)
       Message: Process 53487 (sddm-greeter) of user 975 dumped core.

            Stack trace of thread 53487:
            #0  0x00007fa8140e7355 raise (libc.so.6 + 0x3c355)
            #1  0x00007fa8140d0853 abort (libc.so.6 + 0x25853)
            #2  0x00007fa8144f99ac _ZNK14QMessageLogger5fatalEPKcz (libQt5Core.so.5 + 0x909ac)
            #3  0x00007fa8101f3293 n/a (libqxcb-glx-integration.so + 0x7293)
            #4  0x00007fa8101f379f n/a (libqxcb-glx-integration.so + 0x779f)
            #5  0x00007fa814b3cd9e _ZN14QOpenGLContext6createEv (libQt5Gui.so.5 + 0x182d9e)
            #6  0x00007fa8101f6808 n/a (libqxcb-glx-integration.so + 0xa808)
            #7  0x00007fa8101f6f39 n/a (libqxcb-glx-integration.so + 0xaf39)
            #8  0x00007fa8159359c5 _ZN13QSGRenderLoop8instanceEv (libQt5Quick.so.5 + 0x1d39c5)
            #9  0x00007fa8159b85ee _ZN19QQuickWindowPrivate4initEP12QQuickWindowP19QQuickRenderControl (libQt5Quick.so.5 + 0x2565ee)
            #10 0x00007fa815a23500 _ZN10QQuickViewC1EP7QWindow (libQt5Quick.so.5 + 0x2c1500)
            #11 0x000055ed70b57f25 _ZN4SDDM10GreeterApp16addViewForScreenEP7QScreen (sddm-greeter + 0x38f25)
            #12 0x000055ed70b58c7c _ZN4SDDM10GreeterApp7startupEv (sddm-greeter + 0x39c7c)
            #13 0x00007fa814747fef _ZN7QObject5eventEP6QEvent (libQt5Core.so.5 + 0x2defef)
            #14 0x00007fa81471b69a _ZN16QCoreApplication15notifyInternal2EP7QObjectP6QEvent (libQt5Core.so.5 + 0x2b269a)
            #15 0x00007fa81471e183 _ZN23QCoreApplicationPrivate16sendPostedEventsEP7QObjectiP11QThreadData (libQt5Core.so.5 + 0x2b5183)
            #16 0x00007fa814774bd4 n/a (libQt5Core.so.5 + 0x30bbd4)
            #17 0x00007fa812dc543c g_main_context_dispatch (libglib-2.0.so.0 + 0x5243c)
            #18 0x00007fa812e12fa9 n/a (libglib-2.0.so.0 + 0x9ffa9)
            #19 0x00007fa812dc4221 g_main_context_iteration (libglib-2.0.so.0 + 0x51221)
            #20 0x00007fa814774211 _ZN20QEventDispatcherGlib13processEventsE6QFlagsIN10QEventLoop17ProcessEventsFlagEE (libQt5Core.so.5 + 0x30b211)
            #21 0x00007fa81471a01c _ZN10QEventLoop4execE6QFlagsINS_17ProcessEventsFlagEE (libQt5Core.so.5 + 0x2b101c)
            #22 0x00007fa8147224a4 _ZN16QCoreApplication4execEv (libQt5Core.so.5 + 0x2b94a4)
            #23 0x000055ed70b38c05 main (sddm-greeter + 0x19c05)
            #24 0x00007fa8140d2002 __libc_start_main (libc.so.6 + 0x27002)
            #25 0x000055ed70b38f3e _start (sddm-greeter + 0x19f3e)

            Stack trace of thread 53488:
            #0  0x00007fa8141a005f __poll (libc.so.6 + 0xf505f)
            #1  0x00007fa81574463b n/a (libxcb.so.1 + 0xc63b)
            #2  0x00007fa81574637b xcb_wait_for_event (libxcb.so.1 + 0xe37b)
            #3  0x00007fa810e1ac51 n/a (libQt5XcbQpa.so.5 + 0x5dc51)
            #4  0x00007fa814536e0f n/a (libQt5Core.so.5 + 0xcde0f)
            #5  0x00007fa813d45422 start_thread (libpthread.so.0 + 0x9422)
            #6  0x00007fa8141aabf3 __clone (libc.so.6 + 0xffbf3)

            Stack trace of thread 53489:
            #0  0x00007fa8141a005f __poll (libc.so.6 + 0xf505f)
            #1  0x00007fa812e12f38 n/a (libglib-2.0.so.0 + 0x9ff38)
            #2  0x00007fa812dc4221 g_main_context_iteration (libglib-2.0.so.0 + 0x51221)
            #3  0x00007fa814774211 _ZN20QEventDispatcherGlib13processEventsE6QFlagsIN10QEventLoop17ProcessEventsFlagEE (libQt5Core.so.5 + 0x30b211)
            #4  0x00007fa81471a01c _ZN10QEventLoop4execE6QFlagsINS_17ProcessEventsFlagEE (libQt5Core.so.5 + 0x2b101c)
            #5  0x00007fa814535c32 _ZN7QThread4execEv (libQt5Core.so.5 + 0xccc32)
            #6  0x00007fa810d4e098 n/a (libQt5DBus.so.5 + 0x17098)
            #7  0x00007fa814536e0f n/a (libQt5Core.so.5 + 0xcde0f)
            #8  0x00007fa813d45422 start_thread (libpthread.so.0 + 0x9422)
            #9  0x00007fa8141aabf3 __clone (libc.so.6 + 0xffbf3)

Will anyone update this?  

@Arsen6331 Installing the libGL subpackages is known to cause issues with Xorg, as well as Wayland compositors. It is unknown if they will ever work outside of the supported distributions.

Installing @hedgepigdaniel PKGBUILD makes Xorg coredump.

@kode54 ok thanks but now we will need PKGBUILD for libgbm because amdgpu_drv won't load.

@panospolychr: You need to drop @hedgepigdaniel's PKGBUILD into the full Git clone of this AUR package, as there are included source files.

@hedgepigdaniel I tried to make amdgpu-pro 20.10 packages using your PKGBUILD but i'm getting this message "==> ERROR: install file (amdgpu-core-meta.install) does not exist or is not a regular file."

Would there be any point to supporting the DKMS packages contained within? One of them contains a different version of the AMDGPU kernel module, while the other contains its own copy of AMD's firmware blobs.

installing this package makes my sddm coredump when it tries to create a opengl context

@kode54 No one has pushed anything out, hence why this package is out of date, and even if they had, they would have no responsibility at all to you.

For the record, AMF video encoding works for me with the PKGBUILD I posted, but installing the libgl packages broke GDM.

Verified the the 20.10.1048557 does not have working libGL or ORCA OpenCL on my RX 480. Does anyone even test these things before attempting to push them out?

Here's and updated PKGBUILD (modified from @neatherm's one) for the released (not preview) 20.10 version: https://gist.github.com/hedgepigdaniel/193076ee30bb89edcf8650314ba33699

Yeah, I'm gonna call crap on the 20.10 EPB. Any attempt to use Blender to render using it, and my whole GPU locks up the PCIe bus. If I don't quickly switch to a TTY to kill Blender, my desktop will just lock up, period.

The 19.50 Orca driver works fine on my RX 480, though.

How many of the packages have you installed? I only installed:

amdgpu-core-meta
amdgpu-pro-core-meta
amdgpu-pro-libgl
lib32-amdgpu-pro-libgl
opencl-amdgpu-pro-orca
vulkan-amdgpu-pro
lib32-vulkan-amdgpu-pro

Using an RX 480. I’ve also kind of stopped using Linux for now, since within 20 minutes of booting I now get a pcie bus error with my gpu and kernel panic.

@kode54: Really? I'm also using gdm without any problems.

@naetherm I still can't make the libgl packages work with gdm, logging out of my desktop after installing them results in gdm crashing itself. The Vulkan drivers work, as do the Orca OpenCL drivers.

In the last days AMD released an early preview of 20.10 drivers, available here: https://www.amd.com/en/support/kb/release-notes/rn-rad-lin-20-10-early-preview

I've updated the PKGBUILD of this package. Installation is working fine for me. Available here: https://gist.github.com/naetherm/7a66839dc5b9a834c68b4d2e55fb8c23

But be careful when trying: Maybe I've missed something or have overlooked something.

Naetherm's PKGBUILD needed a bit of modification. Also, in my personal setup, I've removed the PKG_EXT override, since zstd compression has very little overhead on the process compared to the old default of xz.

I still can't make my desktop manager work or desktop log in with the libGL packages installed, so I've just decided to not bother with those for now.

In Ashark's PKGBUILD I noticed that the /19.50/ directory is missing in the source path. Could this be what is compromising the installation? Naetherm's PKGBUILD has it. Another difference is: backup=(etc/amd/amdapfxx.blb) Which in Naetherm is: backup=(etc/gbm/gbm.conf) Why the difference?

for what it's worth, @naetherm 's patched PKGBUILD worked fine for my purpose which was to use the AMFh.264 encoder in ffmpeg. 19.30 did not work on my 5600XT (encoded video was black).

19.50 won't work for me. Tried a few things but troubleshooting is witch-craft at best to me.

I had to modify the PKGBUILD you posted to get pacman to allow the install:

under

package_lib32-amdgpu-pro-libGL () {
<snip>
# extra_commands:

I added:

rm "${pkgdir}"/opt/amdgpu/share/drirc.d/10-amdgpu-pro.conf

Otherwise it came into conflict with the non-lib32 version because they both try to install that file.

Also have to delete some library symlink under /opt that's left behind after uninstalling the 19.30 packages. I forget which lib, pacman names it when I try installing with 'pacman -U *.pkg.tar'

After installation I did 'systemctl disable sddm' before rebooting so I'd get a terminal, which I'm sure isn't nmecessary but my luck with things like this tends to lean to catastrophe so I wanted to boot to a terminal for safety.

'systemctl start sddm' resulted in a crash. The only Xorg log I know to check(like I said, it's witchcraft to me), is /var/log/Xorg.0.log which the relevant bit seems to be(I'm running two GPUs BTW, the onboard intel and a Radeon RX 5700XT for a dual monitor setup):

[    29.547] (II) Initializing extension DRI2
[    29.549] (EE) intel(G0): sna_mode_shutdown_crtc: invalid state found on pipe 0, disabling CRTC:45
[    29.555] (EE) 
[    29.555] (EE) Backtrace:
[    29.555] (EE) 0: /usr/lib/Xorg (xorg_backtrace+0x4d) [0x556359ded76d]
[    29.555] (EE) 1: /usr/lib/Xorg (0x556359d3a000+0xa9cf8) [0x556359de3cf8]
[    29.555] (EE) 2: /usr/lib/libc.so.6 (0x7f331f5b7000+0x3bfb0) [0x7f331f5f2fb0]
[    29.555] (EE) 3: /usr/lib/libdrm_amdgpu.so.1 (amdgpu_bo_export+0x9e) [0x7f331e46204e]
[    29.555] (EE) 4: /usr/lib/x86_64-linux-gnu/dri/amdgpu_dri.so (0x7f32cca39000+0x1637b53) [0x7f32ce070b53]
[    29.555] (EE) 5: /usr/lib/x86_64-linux-gnu/dri/amdgpu_dri.so (0x7f32cca39000+0x13ab833) [0x7f32cdde4833]
[    29.555] (EE) 6: /usr/lib/x86_64-linux-gnu/dri/amdgpu_dri.so (0x7f32cca39000+0x13bd7dd) [0x7f32cddf67dd]
[    29.555] (EE) 7: /usr/lib/x86_64-linux-gnu/dri/amdgpu_dri.so (0x7f32cca39000+0x12317af) [0x7f32cdc6a7af]
[    29.555] (EE) 8: /usr/lib/x86_64-linux-gnu/dri/amdgpu_dri.so (eglCreateImageKHR+0x483) [0x7f32cdd33f33]
[    29.555] (EE) 9: /usr/lib/xorg/modules/libglamoregl.so (glamor_egl_create_textured_pixmap_from_gbm_bo+0x90) [0x7f331b3934b0]
[    29.555] (EE) 10: /usr/lib/xorg/modules/drivers/amdgpu_drv.so (0x7f331f780000+0x1bd7e) [0x7f331f79bd7e]
[    29.555] (EE) 11: /usr/lib/xorg/modules/drivers/amdgpu_drv.so (0x7f331f780000+0xee30) [0x7f331f78ee30]
[    29.555] (EE) 12: /usr/lib/Xorg (0x556359d3a000+0x67e9b) [0x556359da1e9b]
[    29.555] (EE) 13: /usr/lib/Xorg (0x556359d3a000+0x385b8) [0x556359d725b8]
[    29.555] (EE) 14: /usr/lib/libc.so.6 (__libc_start_main+0xf3) [0x7f331f5de153]
[    29.555] (EE) 15: /usr/lib/Xorg (_start+0x2e) [0x556359d733be]
[    29.555] (EE) 
[    29.555] (EE) Segmentation fault at address 0x10
[    29.555] (EE) 
Fatal server error:
[    29.555] (EE) Caught signal 11 (Segmentation fault). Server aborting
[    29.555] (EE) 
[    29.555] (EE) 
Please consult the The X.Org Foundation support 
     at <http://wiki.x.org>
 for help. 
[    29.555] (EE) Please also check the log file at "/var/log/Xorg.0.log" for additional information.
[    29.555] (EE) 
[    29.555] (II) AIGLX: Suspending AIGLX clients for VT switch
[    29.610] (EE) Server terminated with error (1). Closing log file.

The full log is at https://pastebin.com/ePvkQyfP

Sorry if that's not very helpful. I used to be better at tracking down issues like this but ADD doesn't let me stay on one hobby for very long and I forgot most of what I knew back then. :(

Let me know if there's any more info I could provide.

It's not working for me either, it doesn't start XOrg and I have to switch to the shell. Many errors "display not recognized" (and sddm), but without being able to determine the exact cause.

@apaz, install files are in the same repository. At the moment, they are not different from the same files in AUR. But anyway, 19.50 version is not working for me.

Trying to install amdgpu-pro 19.50, it locks immediately with the following error:

$ makepkg -si ERROR: install file (amdgpu-core-meta.install) does not exist or is not a regular file.

My system: chipset: x570 cpu: amd 3700x gpu: amd rx 5700 xt Tried with both mesa and mesa-git Uninstalled opencl and vulkan before trying to install amdgpu-pro.

nyanmisaka, yes, of course uninstallation will solve the X problem =) I mean I do not know how to make amdgpu-pro 19.50 to work properly.

Uninstall *amdgpu-pro-libgl from this 19.50 package may resolve the X problem.

I have made an attempt to update to 19.50, but it is not working for me. Here it is: https://github.com/Ashark/archlinux-amdgpu/blob/d9786db3036d6e2f8a614aa8cf6ba772f0640743/PKGBUILD

After installing and rebooting, my X could not be loaded. I do not know what is the problem. If you have suggestions, please advise.

Yes, I am planning to update. But I currently have some problems in real life. I have already seen changes in brief. They have omitted most 32 bit packages, renamed roct as you said, and omitted gbm1 packages. If you wish, you could try to update it and test it on your own, I have created update instructions in readme. Otherwise, wait until I make an update.

Are you working on an upgrade for 19.50? I did some work regarding such an upgrade but don't know I everything is correct.

Mainly the libraries roct-amdgpu-pro were renamed to hsakmt-roct-amdgpu-pro and some version updates. I don't know how you would deal with additional libraries like libdrm2, glamor, etc. In the current version those libraries are left out.

The PKGBUILD can be found here: https://gist.github.com/naetherm/b1e78d174fe4c195281f0721bdda4148

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: http://repo.radeon.com/amdgpu/.

I had restored my system after booting in bash mode and deleting all these packages... its so strange how does this breaks my display manager SDDM while it uses only my primary Intel GPU....

This broke my system. I only see a black screen with a mouse pointer moving.

Updated to 19.30_934563-1

Before I found out about a different script for 19.04, I had to install 18.04 just test out amdgpu on Ubuntu.

If I install on Manjaro it'll work but it breaks Vulkan. Out of the box, the Radeon VII renders really slow.

@Ashark - Still, thank you for all that you have done. I'll continue to test it out some more because DKMS gives me errors too.

(TimeShift helps out a lot if something goes wrong)

@Ashark I have a black screen with moving mouse pointer. I can get to dell splash screen only. Can we please see if your script works in Kbuntu 19.10 and advise me what to install first before I try to install the graphics. Ubuntu 18.04 runs like a champ with 0 errors so I have to do something. Thanks for all the help.

@ Ashark so I see at the bottom of the page about the black screen.I believe this is what happened to me when I tried it so now I really have no idea if I should try it again or not but I believe I will. I have a switch to disable switchable graphics in Bios but I am worried about heating problems. I use my PC a lot. And like you I see no info on the other packages.

@Ashark And thank you for sure. let me ask you since the PC came with Ubuntu would I be better off in Ubuntu. I really don't care for Ubuntu but for for the sake having the same packages what is your opinion?? I would be I guess trying Kubuntu 19.10 or .04 because my wifi is too new for KDE neon installer or Kubuntu lts.

@freefreeno https://wiki.archlinux.org/index.php/AMDGPU_PRO

@Ashark And that would so greatly appreciated because for someone like me that has only ever had Intel up until this point I am feeling a little confused. I have used Arch for 2 years and when I got this new AMD Pro card for some reason I can install Arch base and make it thru the first reboot with no problem but when I install plasma desktop as I have done a million times I just get a black screen. I am on manjaro now because of it.I am sure I am missing something probably about the drivers but I am not sure. I tried 4 times before I gave up so I did try. Any help or wiki edits to help would be greatly appreciated.I have been contemplating all day moving to Kubuntu 19.04 or 19.10 because Ubuntu came oem on the laptop but it is gnome and I don't use gnome. I am stuck. I have a ton or errors in the logs and with the OEM Ubuntu had 0 errors. Also I normally enable early KMS on intel but I am not sure whether I can do that or not now either.

@freefreeno I have just read your comment on my youtube video. I think I will edit the AMDGPU PRO page to contain more extensive information, but I do not know all details to be honest.

Can someone please tell me if this and the lib32-amdgpu-pro-libgl are the only two packages to install to get this up and going. I have intel driver and the normal amdgpu already but the wiki just states to install these two and that is it.It would really be of help to just to pin a comment here with all the packages needed and whether they will automatically install or if we need to install things first and afterwards. Also do we need to be in the video group like in Ubuntu? One more thing is having xf86-video-intel required or can we run just the modesetting driver and xf86-video-amdgpu then the the pro diver on top. I have a new laptop with AMD Radeon PRO and this is the only reason I am wanting to install this. Please help clarify if you don't mind. If you have the PRO graphics card installing the PRO driver is recommended correct ???

@aDogCalledSpot Can you provide exact actions, so I could reproduce?

I get the following error message multiple times when trying to install on Arch with kernel 5.3.1

==> ERROR: install file (amdgpu-pro-core-meta.install) does not exist or is not a regular file.

@Ashark Did not get what you are trying to point me to, sorry. But, I got it running on myself lately. Checked Kernel first, as I knew the driver only works with higher then 4.15-Kernel, but I have 5.2.9 installed. Then I tried to install vulkaninfo (https://aur.archlinux.org/packages/gpu-viewer/) which brought up a conflict between 'mesa-demo' and 'glxinfo'. De-installed 'glxinfo' and so I got vulkaninfo and additionally now the requested vulkan driver up and running.

@Kepos Sorry, I cannot understand what is your problem. Probably, you have missed to read vulkan article on archwiki.

The installation worked without any issue with Arcolinux Deepin edition. Unfortunately, I can't find Vulkan support and also Steam's Proton doesn't work correctly without. Mesa + Vulkan was pre-installed, then I installed the above snap. Amdgpu-pro has built-in Vulkan support. Did I miss something?

@tigr72 force remove it: pacman -Rdd libdrm-amdgpu

dependencies could not be satisfied: installing amd gpu-core-meta (19.30_855429-1) breaks the 'amd gpu-core-meta=19.30_838629-1' dependency required by lib32-libdrm-amdgpu installing amd gpu-core-meta (19.30_855429-1) breaks the 'amd gpu-core-meta=19.30_838629-1' dependency required by libdrm-amdgpu

@lod you are right. They have released 19.30-855429 for all supported distributions and gpus. Here is a link to release notes page: https://www.amd.com/en/support/kb/release-notes/rn-amdgpu-unified-linux

@tfla this is ok. They renamed a hip package, so did I.

I needed to pacman -R opencl-amdgpu-pro-hip before updating to 19.30_838629-1, also I get this warning for every package after the first:

warning: amdgpu-core-meta-19.30_838629-1 is up to date -- reinstalling
warning: amdgpu-pro-core-meta-19.30_838629-1 is up to date -- reinstalling
warning: amdgpu-pro-libgl-19.30_838629-1 is up to date -- reinstalling
warning: amf-amdgpu-pro-19.30_838629-1 is up to date -- reinstalling
warning: hip-amdgpu-pro-19.30_838629-1 is up to date -- reinstalling
warning: lib32-amdgpu-pro-libgl-19.30_838629-1 is up to date -- reinstalling
warning: lib32-libdrm-amdgpu-19.30_838629-1 is up to date -- reinstalling
warning: lib32-opencl-amdgpu-pro-orca-19.30_838629-1 is up to date -- reinstalling
warning: lib32-vulkan-amdgpu-pro-19.30_838629-1 is up to date -- reinstalling
warning: libdrm-amdgpu-19.30_838629-1 is up to date -- reinstalling
warning: opencl-amdgpu-pro-comgr-19.30_838629-1 is up to date -- reinstalling
warning: opencl-amdgpu-pro-dev-19.30_838629-1 is up to date -- reinstalling
warning: opencl-amdgpu-pro-orca-19.30_838629-1 is up to date -- reinstalling
warning: opencl-amdgpu-pro-pal-19.30_838629-1 is up to date -- reinstalling
warning: roct-amdgpu-pro-19.30_838629-1 is up to date -- reinstalling
warning: roct-amdgpu-pro-dev-19.30_838629-1 is up to date -- reinstalling
warning: vulkan-amdgpu-pro-19.30_838629-1 is up to date -- reinstalling

@PedroHLC This is to not compress packages after building. You can remove it if you like.

Why the PKGEXT=".pkg.tar"?

It's probably just for day1 support. I think, we will get a new version soon'ish.

@lod, oh, I see it now, thanks. And also for some reason it is only released for ubuntu (I mean there are no versions for CentOS/RHEL/SLED/SLES). Anyway, I want to see if that is true.

copy&paste from there site:

AMD Radeon™ Product Family Compatibility

This Radeon™ Software for Linux® release is only compatible with the Radeon RX 5700 Series of cards – no other products are supported.

@lod, what makes you think it support only navi?

It's written right on the AMD site. I only copied the text https://www.amd.com/en/support/kb/release-notes/rn-amdgpu-unified-navi-linux

And choosing vega or older brings you right to 19.20.

@lod I think you are not correct. At least I still can see legacy (orca) opencl implementation there, which means it supports gcn4- gpus.

This Radeon™ Software for Linux® release is only compatible with the Radeon RX 5700 Series of cards – no other products are supported.

There is no need to flag this out of date yet.

@takov751 thanks for notification. I will mark the package base as outdated for now.

there is a new version with rx 5700 support https://drivers.amd.com/drivers/linux/amdgpu-pro-19.30-838629-ubuntu-18.04.tar.xz

@vario makepkg -si will install all packages provided by this Package Base. Also, those errors of unresolved dependencies should be gone since you are using -s option for makepkg. Try to install needed opencl package first and see if it helps for your task.

I'm very confused. The git clone URL is the same for all the components and that is what I used for "makepkg -si". How do I install only the bits I want?

@vario If you need only OpenCL part, then why are you trying to install lib32-amdgpu-pro-libgl? Btw, could you test if Davinci resolve works for you? I ask because I do not have iGPU AMD hardware. For testing you need to install amdgpu-pro-libgl and also an opencl implementation (I guess opencl-amdgpu-pro-orca for your iGPU).

I'm getting some errors when trying to install. I am running GNOME & Wayland on a Ryzen5 2400G with opencl-mesa installed for GPU computing with boinc. Some boinc stuff is crashing the PC so I thought I'd try with this opencl as well.

loading packages...
resolving dependencies...
warning: cannot resolve "lib32-libx11", a dependency of "lib32-amdgpu-pro-libgl"
warning: cannot resolve "lib32-libxcb", a dependency of "lib32-amdgpu-pro-libgl"
warning: cannot resolve "lib32-libxdamage", a dependency of "lib32-amdgpu-pro-libgl"
warning: cannot resolve "lib32-libxext", a dependency of "lib32-amdgpu-pro-libgl"
warning: cannot resolve "lib32-libxfixes", a dependency of "lib32-amdgpu-pro-libgl"
warning: cannot resolve "lib32-libxshmfence", a dependency of "lib32-amdgpu-pro-libgl"
warning: cannot resolve "lib32-libxxf86vm", a dependency of "lib32-amdgpu-pro-libgl"
:: The following package cannot be upgraded due to unresolvable dependencies:
      lib32-amdgpu-pro-libgl

:: Do you want to skip the above package for this upgrade? [y/N] n
error: failed to prepare transaction (could not satisfy dependencies)
:: unable to satisfy dependency 'lib32-libx11' required by lib32-amdgpu-pro-libgl
:: unable to satisfy dependency 'lib32-libxcb' required by lib32-amdgpu-pro-libgl
:: unable to satisfy dependency 'lib32-libxdamage' required by lib32-amdgpu-pro-libgl
:: unable to satisfy dependency 'lib32-libxext' required by lib32-amdgpu-pro-libgl
:: unable to satisfy dependency 'lib32-libxfixes' required by lib32-amdgpu-pro-libgl
:: unable to satisfy dependency 'lib32-libxshmfence' required by lib32-amdgpu-pro-libgl
:: unable to satisfy dependency 'lib32-libxxf86vm' required by lib32-amdgpu-pro-libgl
==> WARNING: Failed to install built package(s).

I only want the OpenCL libraries from AMD and to carry on with AMDGPU from the kernel (I don't have a PRO graphics card) - is this possible ?

Good news. I got it working already. But I still need to realize if I could safely omit remaining open components and to map dependencies properly.

@ashark May I suggest Natron. It is available in the AUR and requires OpenGL 2.0 or higher. You can see the system requirements below the download links https://natrongithub.github.io/#download

19.20 is out.

I have heard that some CAD applications require GL extensions, but I do not know which exactly. I also thought that it may be a windows application running with wine.

@ashark you want to test? May be some windows over wine game?

@adelpozoman I see, thank you. But what about OpenGL? At gentoo wiki it was mentioned about UCSF chimera, but looks that is is not true anymore. And the only such software I know for now is Davinci Resolve.

@ashark Blender requires propietary OpenCl

Can anybody suggest an application that requires proprietary OpenGL implementation?

@Ashark thanks man you are a saint

I am currently working on it. I hope I make it in a week and it will work.

I wish AMD just fucking supported arch but that's never gonna happen. I also don't have the know-how's to patch it myself. :(

19.10 is out.

Hi Ashark, I have patch for 18.50, but it's not fully completed for 32 bit libs yet, and I'm testing it now. Please contact me, so I will provide it to you "as is" for review and future improvement and maintenance.

For 18.50: dkms driver is working with linux 4.16.9-1 and xorg version 1.19.6.

@kuasha420, yes, but later. I am now busy with another project (exploring solution for https://bugs.archlinux.org/index.php?do=details&action=details.addvote&task_id=50188). After I finish with it, i will switch back to repacking amd driver. As for now, you can try to make it yourself and send me a patch.

Will it ever get fixed for 18.50 and newer?

@kode54 Of course, that need to be updated to 18.50. I am not so familar with amd drivers yet. There is also some new stuff there (f.e. vulkan drivers), which I should repack and test. I wanted to test amd's proprietary drivers with davinci-resolve. Have not done it yet. Patch is wellcome. I can remove binfmt-support from depends list for now (but also I need to test current version).

Can you people not read? That dependency should have been removed, because systemd already provides the necessary functionality, so that package is redundant.

Also, shouldn’t this be moving toward the 18.50 release, with yet another kernel requirement?

Hello, added back the binfmt-support package :D

Hi binfmt-support not found can't install

New: https://git.savannah.gnu.org/cgit/binfmt-support.git

@GI_Jack I know. As of comment 2018-10-11 06:08, try to just drop that. I am now trying to make working gpu pasthrough configuration so I could easily test drivers in a virtual environment. If you are interested, please join. I have a problem of a secondary passthrough. See this: https://youtu.be/Zg3cJHJtNzg

binfmt-support missing dep

Yes, this package is out of date now. I just prepared it for further updates in a way that it won't clutter pkgbuild's diff with version upgrades. It was maintained by Corngood, he is not interested in this package anymore, so now I got maintaining of it. The plan is the following: - Return Travis ci back - Explore deb packages which are in amd's archive - Repack them to pkgbuild using gen-pkgbuild.py If you are interested, I invite you to join.

the package is out date,

will this work with GCN 1 cards?

Regarding dependency "binfmt-support", it was deleted on 2/28/2018. See https://lists.archlinux.org/pipermail/aur-requests/2018-February/022626.html

This is because systemd-binfmt replaces its functionality.

Previous comments saying they couldn't find "binfmt-support" on the AUR, but with a link that got to its files will no longer work. I asked about how those files were still accessible but searching for "binfmt-support" didn't find anything at https://bbs.archlinux.org/viewtopic.php?id=241075 and those files were deleted. If that messes anything up, sorry about that, wasn't my intention.

That said, I'm assuming the dependency of "binfmt-support" can just be removed, since "systemd" is in "base". I haven't tried it, and probably won't be, because downgrading kernels is a no-go for me.

If I'm right, perhaps a 17.40.492261-2 could be released, removing it as the only change.

@ illogical123 - I could be wrong, but if I'm understanding this right, isn't AMDVLK really only going to supersede AMDGPU-PRO-VULKAN, not all of AMDGPU-PRO? So, AMDGPU, mesa-libgl, opencl-mesa, and xf86-video-amdgpu would still be used? To me, if that's the case, I can't call AMDGPU-PRO dead like some of those links are. (For Vulkan gaming specifically, sure, perhaps, and Vulkan is only going to get more and more prevalent.)

For those eagerly waiting for a never version of AMDGPU-PRO:

"... the current impression from AMD is that AMDVLK is intended to supersede AMDGPU-PRO for Vulkan gaming on Linux" https://medium.com/@mdiluz/whats-the-deal-with-amdvlk-3ea21d5656ba

see also: https://aur.archlinux.org/packages/amdvlk-git/

https://www.phoronix.com/scan.php?page=article&item=radv-amdvlk-pro&num=1 https://www.phoronix.com/scan.php?page=article&item=amdgpu-pro-1830&num=1

It's work for PS4 PRO (CUH 7016B)?

I've asked Corngood and he would like to handle the release process when someone makes a PR or might hand over the package to somebody who would like to adopt it.

I took a stab at upgrading this package at one point. In the process I determined the open source drivers were good enough and stopped using it.

I assume this is abandoned given that it's now several versions and over half a year out of date?

18.20 was released today. What is the potential on updating?

18.10 has been released, and the benchmarks have been a little impressive. Any possibility for this to be updated?

The main file is failing checksum validation.

I am not able to install amdgpu-pro because it can not resolve this dependency (binfmt-support).

error: can not find the git package needed to handle git sources

Can someone help me?

I'm having a binfmt support issue as well. I've installed the git version (which is the only one I could find in the aur) but it does not provide the package this wants

it looks like binfmt-support (listed as a dependency of the amdgpu-pro package) doesn't exist.

EDIT: binfmt-support doesn't show up on aur.archlinux.org, but I managed to find it at https://aur.archlinux.org/cgit/aur.git/tree/?h=binfmt-support

I tried the package from aur and git, mentioned in pinned comment. I cant install them. cannot resolve "amdgpu-pro-libdrm=17.40.492261-1", a dependency of "xf86-video-amdgpu-pro"

but the packages are made and there. cant find a typo in PKGBUILD

full paste: https://pastebin.com/66W87zXs

pls help

I tried @Noctivivans PKGBUILD with the other files from the archlinuxcn repo. The amdgpu-pro kernel module wouldn't compile with 4.14 or even 4.13, so I tried downgrading the kernel to 4.10 and it succeeded. However, the system then refused to boot, freezing early in the boot process. Single user mode did the same thing so I was forced to recover with a LiveCD.

I was able to install version from archlinuxcn PKGBUILD after enabling archlinuxcn repo and fixing some file conflicts in PKGBUILD (fixed version here: https://pastebin.com/ChavKLf2). I successfully booted system with linux-lts kernel, but I am not sure how to check if pro features are really enabled (my card is not fully supported yet anyway).

Btw, even archlinuxcn PKGBUILD is outdated - I've found more recent driver version here: https://support.amd.com/en-us/kb-articles/Pages/Radeon-Software-for-Linux-Release-Notes.aspx direct link (requires page above as referer): https://www2.ati.com/drivers/linux/ubuntu/amdgpu-pro-17.50-511655.tar.xz

@ozmartian are you sure?

==> Making package: amdgpu-pro-installer 17.40.483984-1 (нд дек 17 11:29:43 GMT 2017) ==> Checking runtime dependencies... ==> Checking buildtime dependencies... ==> Installing missing dependencies... [sudo] password for rosen: <br> error: target not found: lib32-libomxil-bellagio error: target not found: lib32-mesa-noglvnd-nogbm error: target not found: lib32-ncurses5-compat-libs error: target not found: mesa-noglvnd-nogbm error: target not found: ncurses5-compat-libs ==> ERROR: 'pacman' failed to install missing dependencies.

you can grab the archlinuxcn PKGBUILD from GitHub via:

https://github.com/archlinuxcn/repo/tree/master/amdgpu-pro-installer

$ makepkg -is (to build pkg and install + check dependencies)

This software doesn't even work on Ubuntu 16.04.3 LTS, which AMD supposedly supports!! See http://support.amd.com/en-us/kb-articles/Pages/AMDGPU-PRO-Driver-Compatibility-Advisory-with-Ubuntu-16.04.2-and-16.04.3.aspx

I couldn't even make it work on 16.04.2. I've pretty much given up on AMD.

@Corngood, are you still maintaining this? Otherwise, I'll orphan this package in a bit.

This is a generated PKGBUILD. The full source is available at: https://github.com/corngood/archlinux-amdgpu

Feel free to post issues and send PRs.

*** linux 4.9 with KALLSYMS_ALL=y is required

https://aur.archlinux.org/packages/linux-lts49-kallsyms/

*** mesa-noglvnd is required

https://aur.archlinux.org/packages/mesa-noglvnd/ The mesa package in Arch now includes the glvnd libGL, which conflicts with the AMDGPU-PRO libGL. You'll need to replace mesa with mesa-noglvnd.