Package Details: opencl-amd 1:6.2.4-1

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, hsakmt-roct, hsakmt-roct-dev, libdrm-amdgpu-amdgpu1, openmp-extras-runtime, rocdecode, rocdecode-dev, rocm-clang-ocl, 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, hsakmt-roct, hsakmt-roct-dev, libdrm-amdgpu-amdgpu1, opencl-driver, openmp-extras-runtime, rocdecode, rocdecode-dev, rocm-clang-ocl, 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: 132
Popularity: 0.72
First Submitted: 2016-12-01 03:45 (UTC)
Last Updated: 2024-11-07 20:43 (UTC)

Required by (126)

Sources (38)

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.

luciddream commented on 2021-12-26 15:14 (UTC) (edited on 2024-11-07 20:44 (UTC) by luciddream)

Current release is for ROCm 6.2.4 opencl-amd package includes only OpenCL / HIP runtime. You also need to use opencl-amd-dev package for ROCm LLVM compiler, OpenCL and HIP SDK. Please relog / reboot after installing so your PATH gets updated

There are now official packages available: rocm-opencl-sdk for OpenCL and rocm-hip-sdk for HIP - You might have better luck with these packages depending on your GPU.

Latest Comments

1 2 3 4 5 6 .. 77 Next › Last »

HurricanePootis commented on 2024-12-05 00:00 (UTC)

I don't see why not. The for loop is a simple bash script, I don't get how use configuration would ruin it.

luciddream commented on 2024-12-04 20:29 (UTC)

ROCm is in a very bad state at the moment. The Ubuntu release (amdgpu-install) is broken (again) and there are still no release notes. I think I will wait a couple of days before making a new release.

@HurricanePootis the for loop is a nice addition, but I'm not sure if there is any user configuration that might break the PKGBUILD. Maybe it can be added in the future.

HurricanePootis commented on 2024-12-04 06:37 (UTC) (edited on 2024-12-04 06:38 (UTC) by HurricanePootis)

I have created an update for ROCm 6.3.0. I also suggested the following changes:

  1. Introduce variables into the source() section. This makes updating the information much easier on the packager, hopefuly leading to quicker turn around times
  2. Use a for loop to unpack the data tarballs. Instead of having to manually list whether or not a package is compressed with gzip or xz, you can just use a for loop since those are the only two formats used by amd
  3. Edit the OpenCL icd files, as rocm-ocl-icd is apparently no longer available for 6.3.0. You have to manually point to the library in the icd file.

I tested the package, and both HIP on blender and opencl on geekbench work

Here is the link to the github gist patch

HurricanePootis commented on 2024-11-04 02:10 (UTC) (edited on 2024-11-04 02:10 (UTC) by HurricanePootis)

Hey I created a patch file to do the following:

  1. Update to 6.2.3
  2. Clean up the .deb file extraction; Instead of having to manually specify the name of each file, a simple for loop with an if statement makes the process much faster and less tedious to update.

The patch file is located here on github's gist thing.

luciddream commented on 2024-10-21 10:48 (UTC)

ROCm 6.2.3 is available but there are no release logs so I'll probably skip that one as well.

luciddream commented on 2024-09-02 07:45 (UTC)

@harre It doesn't surprise me, opencl-amd is basically the Ubuntu build which has different dependencies. But it somehow works so there is a point to keep maintaining it. Plus the official arch packages either don't work or are out of date most of the time (unfortunately).

I didn't know about the checkrebuild utility, I will start using it after every release to identify these issues myself - and maybe document them.

harre commented on 2024-09-02 00:35 (UTC)

There seem to be some mixup with the dependancies.

% checkrebuild -v                                        
foreign opencl-amd

ldd /opt/rocm-6.2.0/lib/llvm/share/gdb/python/ompd/ompdModule.so

    libclang-cpp.so.18git => not found

I can fix it by just doing:

sudo ln -s /lib/libclang-cpp.so.18.1 /lib/libclang-cpp.so.18git

but I have no idea of what might get borked, or if it is needed at all.

luciddream commented on 2024-06-22 12:20 (UTC)

I usually ignore binaries with no release logs, but I made an exception this time.

zion commented on 2024-04-21 07:10 (UTC)

Thanks for the updated package, that fixed the pytorch issue.

1 2 3 4 5 6 .. 77 Next › Last »