I have a question regarding compatibility, will this work with an AMD GPU that is unsupported by ROCm?
And is compatibility limited to GPUs that are officially compatible with AMDGPU-PRO, or any GCN GPU should work?
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.46 |
First Submitted: | 2016-12-01 03:45 (UTC) |
Last Updated: | 2025-04-11 22:54 (UTC) |
« First ‹ Previous 1 .. 37 38 39 40 41 42 43 44 45 46 47 .. 81 Next › Last »
I have a question regarding compatibility, will this work with an AMD GPU that is unsupported by ROCm?
And is compatibility limited to GPUs that are officially compatible with AMDGPU-PRO, or any GCN GPU should work?
Newest opencl-amd 21.10.... does not work with darktable. darktable is not able to compile filmic_chroma_v2.
seems odd to me that certain bugs only affect certain distributions since they're all just Linux with a different package manager basically. Might be something different with Fedora, I don't know. Either way, this doesn't seem to be affecting Arch, i think luciddream has a 5700XT (unless the schizophrenia is hitting again) and wasn't "affected", and it seems to be working fine (read: broken but doesn't obliterate the system) for most people. Thanks for the warning and taking the time to let us know.
On Fedora systems this is happening on some GPUs not all. 5700xt is for sure and radeon carrizo as reported by few users. So I just wanted to reach out in case this bug also affected Arch Linux. Thanks for the response :)
I can confirm mesa 21.1.1-1
works fine with latest opencl-amd
package. I guess it's not something that affects Arch Linux but thanks for the warning anyway.
@shuriken: I don't have any issues with this, but I'm running an older version of this package (20.40.1147286-1) because the ones after don't fully work with my system.
I have a RX 5600 XT.
URGENT ISSUE because of mesa 21.1.1 release.
Hi maintainers for opencl-amd, I maintain an unofficial Fedora guide for openCL, identical to this repo. We currently have an issue.
This is my guide https://www.reddit.com/r/Fedora/comments/m2il41/guide_installing_opencl_alongside_mesa_drivers/
I have posted a fix here to downgrade mesa from tty for arch ofcourse packages may differ https://www.reddit.com/r/Fedora/comments/njdu38/importantfor_people_who_using_opencl_from_radeon/
For arch linux mesa update just got pushed as I was typing this comment https://archlinux.org/packages/extra/x86_64/mesa/ to 21.1.1 which may result in this issue on Arch linux and will make many systems unbootable and will require a downgrade from tty. please open a bug on https://archlinux.org/packages/extra/x86_64/mesa/ I don't have permission to do that, I tried reaching quicker :(
@luciddream - thanks, you're most probably right, sorry for pointing at the wrong culprit. I can confirm that said fix doesn't work on linux though :) I'll just run 20.50 until it does.
@droidbot1711
It doesn't look to be a bug with the drivers, there has been a new release to address it (0.8.2) - someone says it doesn't work on Linux though.
I'm guessing this is a bug with the upstream AMD drivers, but just wanted to give a heads up that the latest release breaks mining on my build. Somehow teamredminer only detects 20 CUs instead of 40 and fails to initialize the card (even when manually setting the correct CU number). Cloning this repo and building the HEAD~2 commit fixes the issue. Card is Sapphire Nitro+ 5700XT.
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.