| Git Clone URL: | https://aur.archlinux.org/opencl-amd.git (read-only, click to copy) |
|---|---|
| Package Base: | opencl-amd |
| Description: | ROCm components repackaged from AMD's Ubuntu releases (ROCr runtime, ROCm runtime, HIP runtime) - This package is intended to work along with the free amdgpu stack. |
| Upstream URL: | http://www.amd.com |
| Keywords: | amd amdgpu computing gpgpu opencl radeon |
| Licenses: | custom:AMD |
| Conflicts: | amd-smi-lib, comgr, hip, hip-dev, hip-doc, hip-runtime-amd, hip-samples, hipcc, hsa-amd-aqlprofile, hsa-rocr, hsa-rocr-dev, libdrm-amdgpu-amdgpu1, openmp-extras-runtime, rocdecode, rocdecode-dev, rocjpeg, rocjpeg-dev, rocm-cmake, rocm-core, rocm-dbgapi, rocm-debug-agent, rocm-device-libs, rocm-gdb, rocm-hip-runtime, rocm-language-runtime, rocm-ocl-icd, rocm-opencl, rocm-opencl-dev, rocm-opencl-icd-loader, rocm-opencl-runtime, rocm-smi-lib, rocm-utils, rocminfo, rocprofiler, rocprofiler-dev, rocprofiler-plugins, rocprofiler-register, roctracer, roctracer-dev |
| Provides: | amd-smi-lib, comgr, hip, hip-dev, hip-doc, hip-runtime-amd, hip-samples, hipcc, hsa-amd-aqlprofile, hsa-rocr, hsa-rocr-dev, libdrm-amdgpu-amdgpu1, opencl-driver, openmp-extras-runtime, rocdecode, rocdecode-dev, rocjpeg, rocjpeg-dev, rocm-cmake, rocm-core, rocm-dbgapi, rocm-debug-agent, rocm-device-libs, rocm-gdb, rocm-hip-runtime, rocm-language-runtime, rocm-ocl-icd, rocm-opencl, rocm-opencl-dev, rocm-opencl-icd-loader, rocm-opencl-runtime, rocm-smi-lib, rocm-utils, rocminfo, rocprofiler, rocprofiler-dev, rocprofiler-plugins, rocprofiler-register, roctracer, roctracer-dev |
| Submitter: | grmat |
| Maintainer: | sperg512 (luciddream) |
| Last Packager: | luciddream |
| Votes: | 133 |
| Popularity: | 0.54 |
| First Submitted: | 2016-12-01 03:45 (UTC) |
| Last Updated: | 2025-04-11 22:54 (UTC) |
I disagree, I think the official packages need to follow the archlinux filesystem hierarchy system. I don't know why they deviate from that (speaking about magma).
opencl-amd just follows the ROCm filesystem hierarchy, while the official packages deviate from that as well.
Let's wait for more comments on the gitlab issue tracker before deciding anything
@luciddream I have an AMD Ryzen 9 6900HS in the laptop and an AMD Ryzen Threadripper 3960X in the desktop.
I tried opening Blender but I get "No compatible GPUs found for Cycles Requires AMD GPU with Vega or RDNA architecture and AMD driver version 22.10 or newer" in the settings (System > HIP).
My feedback for removing the /opt/rocm symlink:
I noticed your initial comment in the bug tracker and it hasn't been taken into account while the issue has been ongoing for 9 months now.
Mainly I think owning a directory by making it a symlink is bad practice; nothing else is allowed to have anything to do with it. I understand your point that magma did not belong there, but that's no reason to make it nearly impossible to package anything in there, I'm sure there could be legitimate use-case to extend /opt/rocm in some way.
I also think that it's unnecessary to even have an /opt/rocm-6.0.0 directory, the version number is not normally added to directories in /usr/share, but it could be kept in an unobstructive way the other way around by making /opt/rocm-6.0.0 a symlink to /opt/rocm (like how /usr/share/zoneinfo-posix, the only symlink in my /usr/share, points to the more generic /usr/share/zoneinfo)
The official packages use /opt/rocm rather than /opt/rocm-version. While your package works very differently (everything is packaged in one or two packages and it's really akin to opencl-amd-bin), I think that official packages are a good packaging reference and there is no reason to deviate there.
@tougnouf
What CPU does your laptop have? I think most issues are with Kernel 6.6+, AMD CPUs and HIP. OpenCL works fine for me in Geekbench and Opencl-Benchmark but Blender freezes when trying to initialize HIP.
About removing the /opt/rocm symlink, I'm not convinced yet it's the right move but I'm open for feedback. I created an issue at magma-hip as I'm not very experienced with AUR or Linux filesystems but I try to be logical. What makes things worse is that I'm working as a C# developer for the past 3 years so I'm not even using Linux all this time - which is sad -.
There doesn't seem to be any major issue on my laptop with opencl-amd 6.0.0, a AMD Radeon RX 6800S, Linux 6.6.8 zen, and darktable/ansel. It has been working for a while though, unlike my desktop (Radeon 7900 XTX) which hasn't been functional for a long time (but I can't test it atm).
PKGBUILD for 6.0.0 which doesn't own /opt/rocm: https://pastebin.com/raw/eFNyatHX
@luciddream please consider making this change in your release so that it updates out of the box.
@luciddream, There is a drop off of opencl-amd users compared to the "official arch package".
That said you do a great job and are always months ahead with the packaging. The issue I have with ROCM is it has never been reliable, it regularly crashes Arch when using Blender or Stable Diffusion. I don't know if packaging can help when upstream ROCM and drm/amd logs about crashes are never resolved by AMD.
I have been having issues for a while using a Radeon 7900 XTX and OpenCL (darktable) or PyTorch (ranging from segfault to fully glitched display). I try again periodically because I really hope that my GPU will work properly one day but I haven't gotten around to try ROCM 6 yet (and I won't be able to try it for the next 2-3 weeks). I have also been following the GitHub issue you linked.
lts kernel did not fix it for me but I found it's an actual kernel issue: https://github.com/ROCm/ROCm/issues/2596
The lack of comments here or anywhere about ROCm / opencl-amd tells me that people have stopped using it.
I realized that opencl-amd 5.7.1 was released (and tested by me) before kernel 6.6 did, so maybe the problems are connected with the 6.6 kernel? I will try with an lts kernel later today to see if it makes any difference.
Sounds good to me...
Pinned Comments
nho1ix commented on 2023-12-29 08:43 (UTC) (edited on 2024-02-10 07:13 (UTC) by nho1ix)
Note for anyone who has a Polaris GPU (Radeon RX 5xx) debugging issues with this package; Packages that use OpenCL like clinfo or davinci-resolve-studio will need you to downgrade opencl-amd to 1:5.7.1-1 as well as amdgpu-pro-oglp to 23.10_1620044-1 to avoid coredumps & segfaults.
DVR would not open unless these 2 packages were downgraded (along with their dependencies). Had to figure it out the hard way after hours using valgrind and rebooting over and over. Hopefully someone else will not have to pull their hair out trying to resolve their issue.