Package Details: opencl-amd 1:6.4.0-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, 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.52
First Submitted: 2016-12-01 03:45 (UTC)
Last Updated: 2025-04-11 22:54 (UTC)

Required by (132)

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.

Latest Comments

« First ‹ Previous 1 .. 45 46 47 48 49 50 51 52 53 54 55 .. 81 Next › Last »

coxackie commented on 2020-12-10 17:35 (UTC)

@sperg512 @Recompiler ok, so slighly contradicting answers, but in the end it does not matter too much. We will see in the long run which implementation becomes more popular. For the record, and as I have mentioned in the comments at rocm-opencl-runtime, one can add the arch4edu repo and get pre-built binaries of ROCm, without the need to compile. This would allow for faster comparison.

Recompiler commented on 2020-12-10 17:31 (UTC)

@coxackie This package (opencl-amd) only has the amdgpupro package from AMDs website. It's not connected to ROCm.

ROCm is officially on Github located here https://github.com/RadeonOpenCompute/ROCm

The difference between the two is complicated but you can just say that the amdgpupro stack is the proprietary on by AMD while ROCm is the open source one. They're being worked on separately. Kinda like proprietary Java vs OpenJDK.

sperg512 commented on 2020-12-10 17:29 (UTC)

@coxackie This is providing ROCm, which is basically the newer version of PAL. So yes

coxackie commented on 2020-12-10 17:20 (UTC)

I am a bit confused with this ROCm talk. Let me ask: is this package providing the Pal version? and rocm-opencl-runtime the ROCm one? Or is this one also providing ROCm, but proprietary, as opposed to open-source?

Recompiler commented on 2020-12-10 17:10 (UTC)

My bad. I don't know why I said this packages amdgpupro with rocm (had to double check myself). What I meant is that opencl from the amdgpupro driver is pretty much worthless imo. I really do think rocm is going to succeed it in every way.

So the equivalent of my setup on Gentoo for y'all would be to install mesa and rocm -> https://aur.archlinux.org/packages/rocm-opencl-runtime/ (or compile it manually like I did). Try that without the amdgpupro stuff and see how it goes. Get the other guy that had issues with amdgpupro to try it too.

sperg512 commented on 2020-12-10 16:48 (UTC)

Yup, that's what this PKGDESC says. I don't really know anything else that would work better, because like I said, this is a graphics driver on an unsupported Linux distribution. Shit's gonna go wrong.

Maybe if I wrote some strongly worded emails to AMD then they could actually distribute an Arch package. Anyone else volunteer?

Recompiler commented on 2020-12-10 16:22 (UTC) (edited on 2020-12-10 17:01 (UTC) by Recompiler)

Correct me if I'm wrong but I think I know why I had problems with this aur package. You're combining two different versions of opencl implementations, the proprietary amdgpupro stack and the newer open source rocm stack. I've recently been testing rocm with mesa on Gentoo and it seems to be pretty decent. It's a lot better than amdgpupro.

sperg512 commented on 2020-12-10 16:05 (UTC)

@jiweigert Your CPU is supported just as any other, but ROCm only supports Vega 10 and up. Since some of the issues we had were fixed (clinfo segfaulting), some more things should work for you. Who knows though, this IS a graphics driver, this IS a new one released for new hardware, and this IS Linux, let alone one not even officially supported by the driver.

jiweigert commented on 2020-12-10 15:56 (UTC)

Any update on the state of this package in terms of supporting Picasso CPU / Vega 8 APUs?

sperg512 commented on 2020-12-09 13:51 (UTC)

Actually, I fixed it. In the file ~/.config/libreoffice/*/user/registrymodifications.xcu, you'll find an entry that says "UseOpenCL". I set it to false and it worked.

« First ‹ Previous 1 .. 45 46 47 48 49 50 51 52 53 54 55 .. 81 Next › Last »