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 .. 58 59 60 61 62 63 64 65 66 67 68 .. 81 Next › Last »

kode54 commented on 2020-06-14 06:44 (UTC)

Cool, this thing now just maxes out my system memory and doesn't appear to do anything. I guess I'll just blindly push an update that won't work for anyone using a Polaris GPU, since this is literally the only option that works for Navi owners.

I won't be fielding any bug reports. Those should go entirely to the upstream bug tracker.

I'll be sticking to the rocm-opencl-runtime from now on for my own personal use, as while that uses a huge amount of system memory, at least it actually seems to be functional on Polaris hardware.

If anyone wants to buy me a Navi GPU to test on, I'll be happy to take your money.

luciddream commented on 2020-06-14 02:01 (UTC) (edited on 2020-06-14 02:05 (UTC) by luciddream)

I've manually built 20.20 and now Geekbench is running again with similar numbers to 19.50. Luxmark v4 works as well. (5700 XT)

kode54 commented on 2020-06-08 00:03 (UTC)

@451farenheit It sounds as if you actually installed the full amdgpu-pro-installer package set instead, which this package only claims compatibility with, not a total replacement for.

That package has a libGL which will prevent your system from reaching a login manager or desktop in most cases.

It is also entirely possible that you have an OpenCL-using service that loads on boot and doesn't allow your machine to reach a desktop. In which case, there's probably no hope for a working OpenCL on your system until the upstream AMDGPU Pro package is updated to address the issue.

Please see the Freedesktop.org GitLab issue tracker for AMDGPU Pro, there may be something relevant there.

https://gitlab.freedesktop.org/drm/amd/-/issues

451farenheit commented on 2020-05-30 22:06 (UTC) (edited on 2020-05-30 23:41 (UTC) by 451farenheit)

Hi there!

Excuse me if this is not the right place to post this. my system freezes after the "/dev/sdax XXXXX/xxxx files, xxxx/xxxx blocks" line if this package is installed. Everything works fine without it but I need this package (or so I think) to use my gpu in blender. System: cpu=15-5675c gpu=RX 5500XT 8GB ram Arch up to date

I have seen many posts talking about freeze while boot, but none relates to this package or I have not found any. While frozen I can switch to a command tty, so I think is something drivers related which brokes the graphical environment but I have no idea what can be incompatible or conflicting.

Any help is very appreciated

Edit: could opencl-mesa conflict with opencl-amd?

kode54 commented on 2020-05-04 03:31 (UTC)

@luciddream: sadly, I cannot recommend you try rocm-opencl-runtime, as it still does not support Navi. Best I can tell you is to report the issue on the freedesktop.org gitlab, under the drm section for amdgpu.

luciddream commented on 2020-05-04 02:21 (UTC) (edited on 2020-05-04 02:24 (UTC) by luciddream)

Hey, I updated today and tried Geekbench but it crashes my PC (5700 xt). I'm also using latest mesa 20.0.6-2. Luxmark worked fine though.

kescherAUR commented on 2020-04-30 07:19 (UTC)

@kode54 I not only ran that, but I also ran the entire Phoronix OpenCL Test Suite. Everything works fine. It seems it might be related to lack of free RAM in your system indeed (as you mentioned in your most recent comment), since I had less than 1 GB of RAM allocated to anything during my tests, leaving about 15 GB of RAM to tests, including the Blender render.

kode54 commented on 2020-04-30 02:39 (UTC)

Package updated, and I have a feeling that it has the same problem that rocm-opencl-runtime just had on my current setup: Insufficient system RAM for the huge Blender project I attempted to render. With the rocm-opencl-runtime, that scene uses over 5GB of RAM to render, and that's not counting GPU RAM. It rendered in just over 7 minutes, much slower than when I had my full 16GB dedicated to a bare metal installation. I'm going to say this will probably improve with my future plan to upgrade to 32GB of RAM, where I will have a whole 24GB dedicated to my desktop VMs instead of the current 10GB.

kode54 commented on 2020-04-30 01:02 (UTC)

I will update the package, if only because I am attempting to switch to rocm-opencl-runtime instead.

kode54 commented on 2020-04-30 00:14 (UTC)

@kescherAUR Please also try the latest Blender, and for a test, try rendering the scene from this demo file:

https://cloud.blender.org/p/gallery/5dd6d7044441651fa3decb56

My Gnome session locks up the moment it reaches the part about compiling the kernels and uploading them, before it manages to display any rendering work. I have to switch to a TTY and killall blender, after which the Gnome session starts to respond again.