What you think is a problem? This is a pkgbase which contains several packages.
Search Criteria
Package Details: lib32-amdgpu-pro-libgl 22.10.3_1420322-1
Package Actions
Git Clone URL: | https://aur.archlinux.org/amdgpu-pro-installer.git (read-only, click to copy) |
---|---|
Package Base: | amdgpu-pro-installer |
Description: | AMDGPU Pro Advanced Multimedia Framework |
Upstream URL: | https://www.amd.com/en/support/kb/release-notes/rn-amdgpu-unified-linux-22-10-2 |
Licenses: | custom: AMDGPU-PRO EULA |
Provides: | lib32-libgl |
Submitter: | LEW21 |
Maintainer: | Ashark |
Last Packager: | Ashark |
Votes: | 111 |
Popularity: | 1.49 |
First Submitted: | 2016-03-28 22:44 (UTC) |
Last Updated: | 2022-06-19 18:53 (UTC) |
Dependencies (9)
Required by (77)
- after-school (requires lib32-libgl)
- balsamiqmockups (requires lib32-libgl)
- bin32-jre (requires lib32-libgl)
- crossover (requires lib32-libgl)
- doom3 (requires lib32-libgl)
- doom3-bin (requires lib32-libgl)
- etqw (requires lib32-libgl)
- frozensynapse-hib (requires lib32-libgl)
- gog-baldurs-gate-2-enhanced-edition (requires lib32-libgl)
- gog-baldurs-gate-enhanced-edition (requires lib32-libgl)
- gog-icewind-dale-enhanced-edition (requires lib32-libgl)
- gog-slain-back-from-hell (requires lib32-libgl)
- gog-unreal-tournament-goty (requires lib32-libgl)
- guitar-pro (requires lib32-libgl)
- jumpman (requires lib32-libgl)
- kag (requires lib32-libgl)
- kagbeta (requires lib32-libgl)
- lib32-allegro (requires lib32-libgl)
- lib32-apitrace-git (requires lib32-libgl)
- lib32-freeglut-git (requires lib32-libgl)
Sources (19)
- http://repo.radeon.com/amdgpu/22.10.3/ubuntu/pool/proprietary/a/amf-amdgpu-pro/amf-amdgpu-pro_1.4.24-1420322_amd64.deb
- http://repo.radeon.com/amdgpu/22.10.3/ubuntu/pool/proprietary/a/appprofiles-amdgpu-pro/libgl1-amdgpu-pro-appprofiles_22.10.3-1420322_all.deb
- http://repo.radeon.com/amdgpu/22.10.3/ubuntu/pool/proprietary/liba/libamdenc-amdgpu-pro/libamdenc-amdgpu-pro_1.0-1420322_amd64.deb
- http://repo.radeon.com/amdgpu/22.10.3/ubuntu/pool/proprietary/o/opengl-amdgpu-pro/libegl1-amdgpu-pro_22.10.3-1420322_amd64.deb
- http://repo.radeon.com/amdgpu/22.10.3/ubuntu/pool/proprietary/o/opengl-amdgpu-pro/libegl1-amdgpu-pro_22.10.3-1420322_i386.deb
- http://repo.radeon.com/amdgpu/22.10.3/ubuntu/pool/proprietary/o/opengl-amdgpu-pro/libgl1-amdgpu-pro-dri_22.10.3-1420322_amd64.deb
- http://repo.radeon.com/amdgpu/22.10.3/ubuntu/pool/proprietary/o/opengl-amdgpu-pro/libgl1-amdgpu-pro-dri_22.10.3-1420322_i386.deb
- http://repo.radeon.com/amdgpu/22.10.3/ubuntu/pool/proprietary/o/opengl-amdgpu-pro/libgl1-amdgpu-pro-ext_22.10.3-1420322_amd64.deb
- http://repo.radeon.com/amdgpu/22.10.3/ubuntu/pool/proprietary/o/opengl-amdgpu-pro/libgl1-amdgpu-pro-ext_22.10.3-1420322_i386.deb
- http://repo.radeon.com/amdgpu/22.10.3/ubuntu/pool/proprietary/o/opengl-amdgpu-pro/libgl1-amdgpu-pro-glx_22.10.3-1420322_amd64.deb
- http://repo.radeon.com/amdgpu/22.10.3/ubuntu/pool/proprietary/o/opengl-amdgpu-pro/libgl1-amdgpu-pro-glx_22.10.3-1420322_i386.deb
- http://repo.radeon.com/amdgpu/22.10.3/ubuntu/pool/proprietary/o/opengl-amdgpu-pro/libglapi1-amdgpu-pro_22.10.3-1420322_amd64.deb
- http://repo.radeon.com/amdgpu/22.10.3/ubuntu/pool/proprietary/o/opengl-amdgpu-pro/libglapi1-amdgpu-pro_22.10.3-1420322_i386.deb
- http://repo.radeon.com/amdgpu/22.10.3/ubuntu/pool/proprietary/o/opengl-amdgpu-pro/libgles2-amdgpu-pro_22.10.3-1420322_amd64.deb
- http://repo.radeon.com/amdgpu/22.10.3/ubuntu/pool/proprietary/o/opengl-amdgpu-pro/libgles2-amdgpu-pro_22.10.3-1420322_i386.deb
- http://repo.radeon.com/amdgpu/22.10.3/ubuntu/pool/proprietary/v/vulkan-amdgpu-pro/vulkan-amdgpu-pro_22.10.3-1420322_amd64.deb
- http://repo.radeon.com/amdgpu/22.10.3/ubuntu/pool/proprietary/v/vulkan-amdgpu-pro/vulkan-amdgpu-pro_22.10.3-1420322_i386.deb
- progl
- progl.bash-completion
Latest Comments
Ashark commented on 2022-06-26 20:08 (UTC)
lwilletts commented on 2022-06-26 14:57 (UTC)
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.
Ashark commented on 2022-05-17 17:55 (UTC)
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?
Ping-High commented on 2022-05-17 14:35 (UTC)
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!
bob-xygene commented on 2022-03-25 01:26 (UTC)
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).
Wa11aa commented on 2022-03-16 05:18 (UTC) (edited on 2022-03-16 05:21 (UTC) by Wa11aa)
I don't have the AMDGPU PRO proprietary driver i have mesa can i use the vulkan driver without problems?
bob-xygene commented on 2022-03-16 01:44 (UTC) (edited on 2022-03-16 02:17 (UTC) by bob-xygene)
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).
Ashark commented on 2022-03-10 01:40 (UTC)
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?
bob-xygene commented on 2022-03-08 23:38 (UTC) (edited on 2022-03-09 17:14 (UTC) by bob-xygene)
~/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)
Ashark commented on 2022-03-08 22:28 (UTC)
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.
bob-xygene commented on 2022-03-08 19:15 (UTC) (edited on 2022-03-09 17:11 (UTC) by bob-xygene)
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.
d2_ricci commented on 2022-03-07 23:24 (UTC)
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.
Ashark commented on 2022-03-07 23:14 (UTC)
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.
d2_ricci commented on 2022-03-07 22:56 (UTC)
Thanks for pushing 21.50
Raymo111 commented on 2021-10-13 04:44 (UTC) (edited on 2021-10-13 04:45 (UTC) by Raymo111)
Why did this package disappear off the AUR? Even the git link is broken? Edit: nvm it's a pkgbase... wtf??
vighbox commented on 2021-10-13 01:47 (UTC) (edited on 2021-10-13 01:51 (UTC) by vighbox)
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)
ArchBoxHero commented on 2021-10-06 15:12 (UTC) (edited on 2021-10-06 15:42 (UTC) by ArchBoxHero)
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.
pikasalt commented on 2021-07-23 04:44 (UTC) (edited on 2021-07-26 18:14 (UTC) by pikasalt)
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
Ashark commented on 2021-07-16 16:10 (UTC)
@xochikubrick Try to use DR checker as suggested by Arch Wiki. If that does not help, try to ask in forums.
xochikubrick commented on 2021-07-16 15:59 (UTC)
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?
Ashark commented on 2021-07-12 03:57 (UTC)
You probably did not updated the opencl-amd.
xochikubrick commented on 2021-07-12 02:35 (UTC)
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?
Ashark commented on 2021-07-07 05:30 (UTC)
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.
ameeno commented on 2021-07-06 23:09 (UTC)
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.
AruMoon commented on 2021-07-06 21:45 (UTC) (edited on 2021-07-06 21:46 (UTC) by AruMoon)
lib32-nx-x11 needed for lib32-amdgpu-pro-libgl, but there are no such lib32 package. Only 64 bit
1retfel commented on 2021-06-18 12:37 (UTC) (edited on 2021-06-18 16:51 (UTC) by 1retfel)
Won't work with WebGL, Blender and games. Blender, Mikytracker etc don't starts.
slightlyfaulty commented on 2021-06-17 17:58 (UTC)
@Ashark Thanks for the clarification. Makes sense now :)
Ashark commented on 2021-06-17 17:53 (UTC)
@slightlyfaulty it is not a package, but a package base.
slightlyfaulty commented on 2021-06-17 17:42 (UTC)
I can't find this package when searching the AUR. Is it delisted or something?
Ashark commented on 2021-04-27 04:19 (UTC)
Updated to 21.10_1247438-1. progl works for DR, but I did not test vulkan and amf.
D3SOX commented on 2021-04-26 15:08 (UTC)
Version 21.10 is out. It tried it with the PKGBUILD generator but I have not managed to build the packages.
Ashark commented on 2021-03-11 19:19 (UTC)
@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).
sperg512 commented on 2021-03-11 06:00 (UTC)
@tz4678 you misspelled it, its installer, not install
tz4678 commented on 2021-03-11 05:59 (UTC) (edited on 2021-03-11 16:21 (UTC) by tz4678)
How to fix?
❯ yay -S amdgpu-pro-installer
:: Resolving dependencies...
error: could not find all required packages:
amdgpu-pro-installer (target)
damnbro commented on 2021-01-19 10:37 (UTC)
thank u
sperg512 commented on 2021-01-19 10:26 (UTC)
@damnbro probably a partial download, remove the tarball then try again
damnbro commented on 2021-01-19 08:52 (UTC)
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
Ashark commented on 2021-01-19 07:42 (UTC) (edited on 2021-01-26 01:23 (UTC) by Ashark)
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.
KatStuffs commented on 2021-01-17 01:52 (UTC) (edited on 2021-01-17 01:52 (UTC) by KatStuffs)
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
Ashark commented on 2021-01-16 23:42 (UTC)
@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.
Akrai commented on 2021-01-15 20:53 (UTC)
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?
Ashark commented on 2021-01-15 20:29 (UTC)
@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.
Akrai commented on 2021-01-15 20:16 (UTC)
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
Akrai commented on 2021-01-15 20:14 (UTC)
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
Ashark commented on 2021-01-15 19:47 (UTC)
@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 ?
Akrai commented on 2021-01-15 19:32 (UTC)
So opencl-amdgpu-pro-icd dependency should be removed from amf-amdgpu-pro, right?
Ashark commented on 2020-12-07 18:59 (UTC) (edited on 2021-01-01 20:16 (UTC) by Ashark)
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.
Ashark commented on 2020-11-23 21:41 (UTC)
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.
kode54 commented on 2020-11-21 01:37 (UTC)
Uh, yeah, searches don't ordinarily look for base packages, only the sub-packages they build.
e8hffff commented on 2020-11-20 11:20 (UTC)
This AUR package is being hidden from both website and Octopi searches.
sperg512 commented on 2020-11-20 00:16 (UTC)
@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
Recompiler commented on 2020-11-19 23:46 (UTC)
Blender crashes when I select my GPU with OpenCL. I have a Radeon RX Vega 10 so it technically should work. Any thoughts?
naetherm commented on 2020-11-19 11:08 (UTC)
Ashark commented on 2020-11-19 07:48 (UTC) (edited on 2020-11-19 08:29 (UTC) by Ashark)
@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.
Ashark commented on 2020-11-19 07:13 (UTC)
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.
sperg512 commented on 2020-11-19 02:35 (UTC)
@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
?
Ashark commented on 2020-11-02 10:12 (UTC)
@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.
apaz commented on 2020-11-02 09:13 (UTC)
@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]
kvaps commented on 2020-10-30 23:41 (UTC)
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!
image28 commented on 2020-10-26 07:49 (UTC) (edited on 2020-10-26 07:49 (UTC) by image28)
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
gardotd426 commented on 2020-10-23 17:23 (UTC)
@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.
apaz commented on 2020-10-23 14:23 (UTC)
@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?
image28 commented on 2020-10-21 16:47 (UTC)
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 ).
gardotd426 commented on 2020-10-16 20:31 (UTC) (edited on 2020-10-16 20:32 (UTC) by gardotd426)
@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 commented on 2020-10-16 20:31 (UTC)
@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 commented on 2020-10-16 20:25 (UTC)
@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.
Ashark commented on 2020-10-03 22:24 (UTC)
Version 20.40 is released: https://www.amd.com/en/support/kb/release-notes/rn-amdgpu-unified-linux-20-40
kode54 commented on 2020-09-29 01:41 (UTC)
@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.
psun256 commented on 2020-09-28 16:57 (UTC)
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?
uberben commented on 2020-09-26 17:13 (UTC)
@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.
hdi commented on 2020-09-20 17:11 (UTC)
@Ashark I love you man, I installed the 19.30 and now everything working as it should, no more black screen, thank you
Ashark commented on 2020-09-20 16:39 (UTC)
@hdi Yes, you can see the changes history. The link is in the top right corner.
hdi commented on 2020-09-20 13:37 (UTC)
@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?
gardotd426 commented on 2020-09-20 03:09 (UTC)
@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.
hdi commented on 2020-09-19 12:44 (UTC)
@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
gardotd426 commented on 2020-09-19 12:11 (UTC)
@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.
hdi commented on 2020-09-19 11:39 (UTC) (edited on 2020-09-19 11:46 (UTC) by hdi)
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
Ashark commented on 2020-08-27 19:42 (UTC)
@gardotd426 - https://github.com/Ashark/archlinux-amdgpu-pro/issues/62
gardotd426 commented on 2020-08-26 23:23 (UTC)
@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/
Ashark commented on 2020-08-26 00:41 (UTC)
@quadronick, so you need to remove roct-amdgpu-pro before upgrading.
kode54 commented on 2020-08-25 23:52 (UTC)
It's not a broken dependency. It's a sub-package that's no longer supported, because AMDGPU-Pro no longer includes it.
quadronick commented on 2020-08-25 08:57 (UTC) (edited on 2020-08-25 09:07 (UTC) by quadronick)
➜ 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.
Ashark commented on 2020-08-14 13:09 (UTC)
@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?
codiflow commented on 2020-08-13 14:55 (UTC) (edited on 2020-08-13 21:54 (UTC) by codiflow)
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.
gardotd426 commented on 2020-08-10 08:24 (UTC) (edited on 2020-08-10 08:26 (UTC) by gardotd426)
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.
Ashark commented on 2020-08-09 14:44 (UTC)
@bobolin @licensed fixed in 20.30_1109583-1
licensed commented on 2020-08-07 19:07 (UTC)
@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
bobolin commented on 2020-08-06 12:05 (UTC) (edited on 2020-08-06 12:05 (UTC) by bobolin)
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
ganthore commented on 2020-07-30 04:28 (UTC)
@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.
ganthore commented on 2020-07-30 04:15 (UTC)
@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.
gardotd426 commented on 2020-07-29 08:29 (UTC)
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.
gardotd426 commented on 2020-07-29 05:58 (UTC)
@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.
gardotd426 commented on 2020-07-29 05:52 (UTC)
@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).
ganthore commented on 2020-07-29 03:36 (UTC)
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.
apaz commented on 2020-07-28 14:14 (UTC)
"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.
Ashark commented on 2020-07-28 13:25 (UTC)
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.
gardotd426 commented on 2020-07-28 02:39 (UTC)
@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).
kode54 commented on 2020-07-28 00:02 (UTC)
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.
gardotd426 commented on 2020-07-27 23:31 (UTC)
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.
kode54 commented on 2020-07-27 23:20 (UTC)
@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.
Ashark commented on 2020-07-27 19:40 (UTC)
@gardotd426, I will fix it, but a bit later.
gardotd426 commented on 2020-07-27 16:03 (UTC)
@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.
uberben commented on 2020-07-27 14:18 (UTC)
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.
gardotd426 commented on 2020-07-25 07:52 (UTC) (edited on 2020-07-25 07:53 (UTC) by gardotd426)
gardotd426 commented on 2020-07-24 11:46 (UTC)
@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).
Ashark commented on 2020-07-24 02:56 (UTC)
@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.
MrTBuddy commented on 2020-07-20 13:33 (UTC)
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
Ashark commented on 2020-07-10 23:42 (UTC)
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.
apaz commented on 2020-07-10 15:00 (UTC)
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.
Ashark commented on 2020-07-10 07:04 (UTC) (edited on 2020-07-18 02:41 (UTC) by Ashark)
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.
MrTBuddy commented on 2020-07-10 05:25 (UTC)
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. ;-)
lsrzj commented on 2020-06-21 13:51 (UTC) (edited on 2020-06-21 13:54 (UTC) by lsrzj)
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)
lucasrizzini commented on 2020-06-10 15:55 (UTC)
Will anyone update this?
kode54 commented on 2020-05-16 22:19 (UTC)
@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.
Arsen6331 commented on 2020-05-16 21:35 (UTC)
Installing @hedgepigdaniel PKGBUILD makes Xorg coredump.
panospolychr commented on 2020-04-27 15:12 (UTC)
@kode54 ok thanks but now we will need PKGBUILD for libgbm because amdgpu_drv won't load.
kode54 commented on 2020-04-26 02:47 (UTC)
@panospolychr: You need to drop @hedgepigdaniel's PKGBUILD into the full Git clone of this AUR package, as there are included source files.
panospolychr commented on 2020-04-24 09:56 (UTC)
@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."
kode54 commented on 2020-04-20 01:24 (UTC)
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.
ThomasZeGerman commented on 2020-04-19 15:42 (UTC)
installing this package makes my sddm coredump when it tries to create a opengl context
hedgepigdaniel commented on 2020-04-18 07:24 (UTC)
@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.
kode54 commented on 2020-04-18 07:11 (UTC)
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?
hedgepigdaniel commented on 2020-04-18 05:28 (UTC)
Here's and updated PKGBUILD (modified from @neatherm's one) for the released (not preview) 20.10 version: https://gist.github.com/hedgepigdaniel/193076ee30bb89edcf8650314ba33699
kode54 commented on 2020-03-29 09:07 (UTC)
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.
kode54 commented on 2020-03-29 04:58 (UTC) (edited on 2020-03-29 05:00 (UTC) by kode54)
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.
naetherm commented on 2020-03-28 05:55 (UTC)
@kode54: Really? I'm also using gdm without any problems.
kode54 commented on 2020-03-27 06:52 (UTC)
@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.
naetherm commented on 2020-03-26 06:39 (UTC)
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.
kode54 commented on 2020-03-26 01:11 (UTC)
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.
apaz commented on 2020-03-02 09:16 (UTC)
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?
hedgepigdaniel commented on 2020-02-20 13:05 (UTC)
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).
Posich commented on 2020-02-08 04:07 (UTC) (edited on 2020-02-08 04:35 (UTC) by Posich)
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.
apaz commented on 2020-02-04 16:50 (UTC)
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.
Ashark commented on 2020-02-04 09:40 (UTC)
@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.
apaz commented on 2020-02-04 09:19 (UTC)
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.
Ashark commented on 2020-01-18 18:55 (UTC)
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.
nyanmisaka commented on 2020-01-18 11:25 (UTC)
Uninstall *amdgpu-pro-libgl from this 19.50 package may resolve the X problem.
Ashark commented on 2020-01-17 21:25 (UTC)
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.
Ashark commented on 2020-01-11 23:13 (UTC)
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.
naetherm commented on 2020-01-11 12:29 (UTC)
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
Ashark commented on 2019-12-09 20:52 (UTC) (edited on 2022-03-07 22:43 (UTC) by Ashark)
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/.
commented on 2019-12-01 12:42 (UTC)
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....
commented on 2019-12-01 08:34 (UTC)
This broke my system. I only see a black screen with a mouse pointer moving.
Ashark commented on 2019-11-30 21:53 (UTC)
Updated to 19.30_934563-1
TomCatT commented on 2019-10-18 18:30 (UTC)
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)
freefreeno commented on 2019-10-18 18:20 (UTC)
@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.
freefreeno commented on 2019-10-18 07:16 (UTC)
@ 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.
freefreeno commented on 2019-10-18 07:01 (UTC)
@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.
Ashark commented on 2019-10-18 05:50 (UTC)
@freefreeno https://wiki.archlinux.org/index.php/AMDGPU_PRO
freefreeno commented on 2019-10-18 05:28 (UTC) (edited on 2019-10-18 05:31 (UTC) by freefreeno)
@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.
Ashark commented on 2019-10-18 05:16 (UTC)
@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.
freefreeno commented on 2019-10-18 05:12 (UTC)
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 ???
Ashark commented on 2019-10-05 17:06 (UTC)
@aDogCalledSpot Can you provide exact actions, so I could reproduce?
aDogCalledSpot commented on 2019-10-05 16:50 (UTC)
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.
Kepos commented on 2019-08-28 15:23 (UTC)
@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.
Ashark commented on 2019-08-25 17:34 (UTC)
@Kepos Sorry, I cannot understand what is your problem. Probably, you have missed to read vulkan article on archwiki.
Kepos commented on 2019-08-25 16:40 (UTC)
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?
Ashark commented on 2019-08-17 17:55 (UTC)
@tigr72 force remove it: pacman -Rdd libdrm-amdgpu
tigr72 commented on 2019-08-17 16:14 (UTC)
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
Ashark commented on 2019-08-16 02:14 (UTC) (edited on 2019-08-17 08:47 (UTC) by Ashark)
@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
Ashark commented on 2019-07-11 15:36 (UTC)
@tfla this is ok. They renamed a hip package, so did I.
tfla commented on 2019-07-10 11:30 (UTC) (edited on 2019-07-10 11:31 (UTC) by tfla)
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
Ashark commented on 2019-07-08 23:36 (UTC)
@PedroHLC This is to not compress packages after building. You can remove it if you like.
PedroHLC commented on 2019-07-08 23:24 (UTC)
Why the PKGEXT=".pkg.tar"?
lod commented on 2019-07-08 21:24 (UTC)
It's probably just for day1 support. I think, we will get a new version soon'ish.
Ashark commented on 2019-07-08 21:20 (UTC)
@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.
lod commented on 2019-07-08 21:15 (UTC) (edited on 2019-07-08 21:16 (UTC) by lod)
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.
Ashark commented on 2019-07-08 21:11 (UTC) (edited on 2019-07-08 21:12 (UTC) by Ashark)
@lod, what makes you think it support only navi?
lod commented on 2019-07-08 21:08 (UTC) (edited on 2019-07-08 21:13 (UTC) by lod)
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.
Ashark commented on 2019-07-08 19:10 (UTC)
@lod I think you are not correct. At least I still can see legacy (orca) opencl implementation there, which means it supports gcn4- gpus.
lod commented on 2019-07-08 16:54 (UTC) (edited on 2019-07-08 16:59 (UTC) by lod)
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.
Ashark commented on 2019-07-08 13:51 (UTC)
@takov751 thanks for notification. I will mark the package base as outdated for now.
takov751 commented on 2019-07-08 09:10 (UTC)
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
Ashark commented on 2019-06-28 16:08 (UTC)
@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.
vario commented on 2019-06-28 15:57 (UTC)
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?
Ashark commented on 2019-06-28 10:44 (UTC)
@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).
vario commented on 2019-06-27 12:46 (UTC) (edited on 2019-06-27 14:04 (UTC) by vario)
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 ?
Ashark commented on 2019-06-18 12:41 (UTC)
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.
davidossahdez commented on 2019-06-13 18:32 (UTC)
@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
Ashark commented on 2019-06-12 21:40 (UTC)
19.20 is out.
Ashark commented on 2019-06-11 15:58 (UTC)
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.
y6ep3 commented on 2019-06-11 15:52 (UTC)
@ashark you want to test? May be some windows over wine game?
Ashark commented on 2019-06-09 23:00 (UTC)
@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.
adelpozoman commented on 2019-06-09 22:54 (UTC)
@ashark Blender requires propietary OpenCl
Ashark commented on 2019-05-14 12:59 (UTC)
Can anybody suggest an application that requires proprietary OpenGL implementation?
kuasha420 commented on 2019-04-28 13:06 (UTC)
@Ashark thanks man you are a saint
Ashark commented on 2019-04-24 18:34 (UTC)
I am currently working on it. I hope I make it in a week and it will work.
kuasha420 commented on 2019-04-24 18:32 (UTC)
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. :(
Ashark commented on 2019-04-20 21:35 (UTC)
19.10 is out.
IhaveAcatAndDog commented on 2019-03-09 16:10 (UTC)
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.
Ashark commented on 2019-03-06 07:51 (UTC)
@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.
kuasha420 commented on 2019-03-06 07:45 (UTC)
Will it ever get fixed for 18.50 and newer?
Ashark commented on 2019-02-17 06:50 (UTC)
@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).
kode54 commented on 2019-02-17 06:42 (UTC)
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?
aviallon commented on 2019-02-02 20:23 (UTC)
Hello, added back the binfmt-support package :D
serdarsaglam commented on 2019-01-31 20:20 (UTC) (edited on 2019-01-31 20:26 (UTC) by serdarsaglam)
Hi binfmt-support not found can't install
Ashark commented on 2019-01-21 02:22 (UTC)
@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
GI_Jack commented on 2019-01-21 02:17 (UTC)
binfmt-support missing dep
Ashark commented on 2019-01-18 00:27 (UTC)
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.
rokero commented on 2019-01-17 21:34 (UTC)
the package is out date,
Olympus593 commented on 2018-10-14 16:49 (UTC)
will this work with GCN 1 cards?
jamespharvey20 commented on 2018-10-11 03:08 (UTC)
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.
jamespharvey20 commented on 2018-10-11 03:02 (UTC)
@ 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.)
illogical123 commented on 2018-09-02 19:43 (UTC)
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
psihei4 commented on 2018-09-01 12:40 (UTC)
It's work for PS4 PRO (CUH 7016B)?
bjo commented on 2018-08-23 12:45 (UTC)
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.
ModYokosuka commented on 2018-08-03 23:36 (UTC)
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.
Enverex commented on 2018-08-03 22:42 (UTC)
I assume this is abandoned given that it's now several versions and over half a year out of date?
parkervcp commented on 2018-06-20 20:04 (UTC)
18.20 was released today. What is the potential on updating?
Charadon commented on 2018-05-15 02:22 (UTC)
18.10 has been released, and the benchmarks have been a little impressive. Any possibility for this to be updated?
Tralen commented on 2018-04-23 19:07 (UTC)
The main file is failing checksum validation.
Necrobuffalo commented on 2018-04-12 21:35 (UTC)
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?
rawsh commented on 2018-04-04 17:22 (UTC)
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
hotaru commented on 2018-01-21 02:30 (UTC) (edited on 2018-01-21 02:37 (UTC) by hotaru)
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
derdigge commented on 2017-12-30 10:41 (UTC)
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
nathan-osman commented on 2017-12-24 06:27 (UTC)
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.
Noctivivans commented on 2017-12-22 22:43 (UTC) (edited on 2017-12-22 23:29 (UTC) by Noctivivans)
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
Rosen commented on 2017-12-17 11:30 (UTC)
@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.
ozmartian commented on 2017-12-14 03:41 (UTC)
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)
znmeb commented on 2017-12-04 23:05 (UTC)
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.
Svenstaro commented on 2017-12-04 23:00 (UTC)
@Corngood, are you still maintaining this? Otherwise, I'll orphan this package in a bit.
Rosen commented on 2017-11-23 20:34 (UTC)
Unboxious commented on 2017-11-15 04:23 (UTC) (edited on 2017-11-15 04:24 (UTC) by Unboxious)
heavysink commented on 2017-11-07 16:17 (UTC)
Raize commented on 2017-11-06 20:29 (UTC)
Renfield commented on 2017-11-02 11:07 (UTC)
riddicc commented on 2017-11-02 06:38 (UTC)
laichiaheng commented on 2017-11-01 07:21 (UTC)
heavysink commented on 2017-10-31 18:00 (UTC)
riddicc commented on 2017-10-25 12:40 (UTC)
heavysink commented on 2017-10-14 19:04 (UTC)
nmset commented on 2017-10-13 20:01 (UTC) (edited on 2017-10-13 20:01 (UTC) by nmset)
vS0uz4 commented on 2017-10-13 18:30 (UTC)
nmset commented on 2017-10-13 15:48 (UTC) (edited on 2017-10-13 15:51 (UTC) by nmset)
vS0uz4 commented on 2017-10-13 14:26 (UTC)
nmset commented on 2017-10-13 09:43 (UTC)
vS0uz4 commented on 2017-10-13 01:29 (UTC)
vS0uz4 commented on 2017-10-12 20:50 (UTC)
Corngood commented on 2017-09-16 16:12 (UTC)
nmset commented on 2017-09-10 11:44 (UTC)
Darkhogg commented on 2017-09-10 09:34 (UTC)
md2prof commented on 2017-08-29 00:31 (UTC)
nmset commented on 2017-08-18 21:01 (UTC)
awkwardtechdude commented on 2017-08-08 04:45 (UTC)
hollunder commented on 2017-07-11 05:45 (UTC)
Vi0L0 commented on 2017-07-03 18:37 (UTC)
nileshmoodley commented on 2017-07-03 17:33 (UTC) (edited on 2017-07-03 17:33 (UTC) by nileshmoodley)
hollunder commented on 2017-07-02 13:19 (UTC)
rsa commented on 2017-06-28 02:35 (UTC)
marcoms commented on 2017-06-02 23:34 (UTC)
EndlessEden commented on 2017-05-22 11:11 (UTC)
znmeb commented on 2017-05-05 21:08 (UTC) (edited on 2017-05-05 21:12 (UTC) by znmeb)
Corngood commented on 2017-05-05 18:02 (UTC)
Corngood commented on 2017-05-05 18:01 (UTC)
commented on 2017-05-05 15:14 (UTC)
znmeb commented on 2017-05-05 09:12 (UTC)
Corngood commented on 2017-04-08 22:39 (UTC)
laichiaheng commented on 2017-03-30 10:29 (UTC)
Kant commented on 2017-03-23 02:14 (UTC)
Kant commented on 2017-03-22 23:40 (UTC)
vltr commented on 2017-03-20 18:03 (UTC)
nmset commented on 2017-03-20 14:54 (UTC)
vltr commented on 2017-03-20 14:00 (UTC)
simon_herbert commented on 2017-03-20 05:18 (UTC) (edited on 2017-03-20 05:18 (UTC) by simon_herbert)
Kant commented on 2017-03-20 01:58 (UTC)
nmset commented on 2017-03-19 17:07 (UTC)
vltr commented on 2017-03-19 15:41 (UTC) (edited on 2017-03-19 15:45 (UTC) by vltr)
zxvfxwing commented on 2017-03-18 17:30 (UTC)
Gelmo commented on 2017-03-18 05:32 (UTC)
zxvfxwing commented on 2017-03-17 12:21 (UTC)
nmset commented on 2017-03-15 14:47 (UTC)
vltr commented on 2017-03-15 13:51 (UTC)
simon_herbert commented on 2017-03-12 20:03 (UTC)
Vi0L0 commented on 2017-03-11 18:37 (UTC)
francoism90 commented on 2017-03-08 21:35 (UTC)
Berg commented on 2017-02-27 15:38 (UTC) (edited on 2017-02-27 15:41 (UTC) by Berg)
nmset commented on 2017-02-27 09:46 (UTC)
Berg commented on 2017-02-26 15:53 (UTC)
g00dx commented on 2017-02-21 07:59 (UTC) (edited on 2017-02-21 09:24 (UTC) by g00dx)
Vi0L0 commented on 2017-02-19 21:18 (UTC)
Gelmo commented on 2017-02-16 22:18 (UTC)
hpstg commented on 2017-02-16 17:48 (UTC)
Gelmo commented on 2017-02-14 23:37 (UTC)
awkwardtechdude commented on 2017-02-13 14:14 (UTC)
parkerlreed commented on 2017-02-13 03:43 (UTC)
ztx commented on 2017-02-10 01:03 (UTC) (edited on 2017-02-12 00:16 (UTC) by ztx)
JontySR commented on 2017-02-07 20:47 (UTC)
Corngood commented on 2017-02-07 20:25 (UTC)
JontySR commented on 2017-02-07 19:58 (UTC)
JontySR commented on 2017-02-07 19:57 (UTC)
Stonewall commented on 2017-02-07 19:56 (UTC)
parkerlreed commented on 2017-02-07 19:00 (UTC)
Stonewall commented on 2017-02-07 18:48 (UTC)
Corngood commented on 2017-02-07 16:07 (UTC)
parkerlreed commented on 2017-02-07 16:04 (UTC)
Corngood commented on 2017-02-07 13:09 (UTC)
commented on 2017-01-25 11:37 (UTC)
xier commented on 2017-01-24 14:50 (UTC)
Corngood commented on 2017-01-09 14:22 (UTC)
darkbasic commented on 2017-01-09 11:34 (UTC)
pew commented on 2017-01-09 06:56 (UTC)
darkbasic commented on 2017-01-02 15:05 (UTC)
Renfield commented on 2017-01-02 13:52 (UTC) (edited on 2017-01-02 13:53 (UTC) by Renfield)
Corngood commented on 2017-01-02 01:56 (UTC)
darkbasic commented on 2017-01-02 00:56 (UTC)
Renfield commented on 2017-01-01 23:33 (UTC)
Renfield commented on 2016-12-31 20:27 (UTC)
darkbasic commented on 2016-12-29 12:06 (UTC)
nmset commented on 2016-12-23 08:28 (UTC)
parkerlreed commented on 2016-12-23 03:45 (UTC)
nmset commented on 2016-12-21 15:01 (UTC)
daren commented on 2016-12-21 14:42 (UTC)
libcg commented on 2016-12-18 08:40 (UTC)
viennaa commented on 2016-12-15 12:25 (UTC)
Muxoid commented on 2016-12-14 23:07 (UTC)
nmset commented on 2016-12-12 21:50 (UTC)
adb commented on 2016-12-12 20:59 (UTC)
tpruvot commented on 2016-12-11 19:53 (UTC)
nmset commented on 2016-12-11 08:44 (UTC)
marcio commented on 2016-12-10 23:38 (UTC)
nmset commented on 2016-12-09 13:58 (UTC)
Corngood commented on 2016-12-09 13:42 (UTC)
nmset commented on 2016-12-09 10:01 (UTC) (edited on 2016-12-09 13:30 (UTC) by nmset)
LiberteCzech commented on 2016-12-09 06:18 (UTC)
nmset commented on 2016-12-08 09:42 (UTC)
Lopo commented on 2016-12-08 08:45 (UTC)
viennaa commented on 2016-12-07 08:34 (UTC) (edited on 2016-12-07 08:35 (UTC) by viennaa)
tranqtech commented on 2016-12-07 05:15 (UTC)
commented on 2016-12-05 12:32 (UTC)
nmset commented on 2016-12-05 08:27 (UTC)
commented on 2016-12-04 17:27 (UTC)
nmset commented on 2016-12-03 17:28 (UTC)
Lopo commented on 2016-12-03 15:50 (UTC)
commented on 2016-12-01 14:28 (UTC)
nmset commented on 2016-11-30 08:30 (UTC)
Stonewall commented on 2016-11-29 23:11 (UTC)
WildyLion commented on 2016-11-23 13:33 (UTC)
joshua5201 commented on 2016-11-20 16:23 (UTC)
nmset commented on 2016-11-20 15:59 (UTC)
commented on 2016-11-20 15:15 (UTC)
joshua5201 commented on 2016-11-20 13:48 (UTC)
Corngood commented on 2016-11-19 02:56 (UTC)
commented on 2016-11-18 17:33 (UTC)
nirei commented on 2016-11-15 22:36 (UTC)
aaronp commented on 2016-11-15 04:34 (UTC)
lhl commented on 2016-11-07 09:34 (UTC)
nmset commented on 2016-11-07 08:56 (UTC)
lhl commented on 2016-11-07 08:32 (UTC)
NogradThGin commented on 2016-10-30 16:03 (UTC)
nmset commented on 2016-10-22 18:22 (UTC)
nmset commented on 2016-10-21 20:34 (UTC)
jdubs commented on 2016-10-21 04:04 (UTC)
nmset commented on 2016-10-20 17:56 (UTC)
mikaelbrun commented on 2016-10-20 15:29 (UTC)
Vi0L0 commented on 2016-10-20 13:49 (UTC) (edited on 2016-10-20 13:52 (UTC) by Vi0L0)
mikaelbrun commented on 2016-10-20 13:37 (UTC)
nmset commented on 2016-10-18 20:34 (UTC) (edited on 2016-10-18 20:34 (UTC) by nmset)
Vi0L0 commented on 2016-10-18 19:16 (UTC)
Corngood commented on 2016-10-18 18:12 (UTC)
Vi0L0 commented on 2016-10-18 06:47 (UTC) (edited on 2016-10-18 06:53 (UTC) by Vi0L0)
nmset commented on 2016-10-15 14:15 (UTC)
commented on 2016-10-15 12:18 (UTC)
flubba86 commented on 2016-10-14 01:25 (UTC)
Corngood commented on 2016-09-27 20:23 (UTC)
nmset commented on 2016-09-27 20:20 (UTC)
s1kx commented on 2016-09-12 03:05 (UTC)
Corngood commented on 2016-08-29 16:40 (UTC)
oi_wtf commented on 2016-08-25 22:11 (UTC)
Corngood commented on 2016-08-25 17:19 (UTC)
oi_wtf commented on 2016-08-25 16:54 (UTC)
Corngood commented on 2016-08-25 16:37 (UTC)
okabekudo commented on 2016-08-25 16:09 (UTC)
Corngood commented on 2016-08-24 15:52 (UTC)
kdb424 commented on 2016-08-24 15:45 (UTC) (edited on 2016-08-26 03:07 (UTC) by kdb424)
Tower commented on 2016-08-22 16:09 (UTC)
NogradThGin commented on 2016-08-22 01:06 (UTC) (edited on 2016-08-22 01:08 (UTC) by NogradThGin)
Null32 commented on 2016-08-21 19:44 (UTC) (edited on 2016-08-21 20:54 (UTC) by Null32)
Jhackler commented on 2016-08-21 14:56 (UTC)
kdb424 commented on 2016-08-20 06:31 (UTC)
mcirillo commented on 2016-08-18 17:31 (UTC)
Corngood commented on 2016-08-06 23:07 (UTC)
Corngood commented on 2016-08-06 14:15 (UTC)
DevilX commented on 2016-08-06 10:13 (UTC)
Corngood commented on 2016-08-06 03:26 (UTC)
headkase commented on 2016-08-01 17:50 (UTC)
conihorse commented on 2016-07-31 20:03 (UTC) (edited on 2016-07-31 20:04 (UTC) by conihorse)
headkase commented on 2016-07-31 04:56 (UTC)
headkase commented on 2016-07-29 03:37 (UTC)
KillerByte commented on 2016-07-22 05:50 (UTC)
KillerByte commented on 2016-07-22 05:38 (UTC)
shazeal commented on 2016-07-21 23:21 (UTC)
KillerByte commented on 2016-07-10 19:24 (UTC)
Corngood commented on 2016-07-09 00:16 (UTC)
Corngood commented on 2016-07-09 00:11 (UTC)
KillerByte commented on 2016-07-08 08:09 (UTC)
Corngood commented on 2016-07-05 19:11 (UTC)
ecloud commented on 2016-07-05 18:57 (UTC)
Corngood commented on 2016-07-04 21:04 (UTC)
ecloud commented on 2016-07-04 20:40 (UTC)
Tower commented on 2016-07-02 18:56 (UTC) (edited on 2016-07-02 18:56 (UTC) by Tower)
Corngood commented on 2016-07-02 18:38 (UTC)
Corngood commented on 2016-07-02 18:27 (UTC) (edited on 2017-12-24 00:50 (UTC) by Corngood)
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.
Pinned Comments
Ashark commented on 2019-12-09 20:52 (UTC) (edited on 2022-03-07 22:43 (UTC) by Ashark)
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/.