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.
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.47 |
First Submitted: | 2016-12-01 03:45 (UTC) |
Last Updated: | 2025-04-11 22:54 (UTC) |
« First ‹ Previous 1 .. 4 5 6 7 8 9 10 11 12 13 14 .. 81 Next › Last »
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...
I'm not sure what's wrong, my guess is that either some dependency version mismatch (maybe libstdc++ version 13?) or our GPUs are not supported any more. Without feedback from more people is not easy to understand. So I will just wait for now.
@merlock thanks, I will check it out tonight when I get home. In hashcat I get the same error as this guy: https://github.com/hashcat/hashcat/issues/3918 - That makes me think that maybe some files are missing (probably external dependencies). But maybe someone else finds what's wrong before I do.
@luciddream, I could probably get a backtrace of the coredump...but that wouldn't help here would it?
Would it even make a difference upstream?
backtrace if interested: https://0x0.st/HYf2.txt
@merlock I think it's not working for me either (5700xt). I only tested Geekbench before making a release and it worked fine. But I can't make it work for hashcat / blender. Will investigate but more feedback is welcome!
Ugh. Could be the end of the road...
6.0 causes folding@home to coredump when starting . (RX560).
Reverting back to 5.7.1....
PKGBUILD for 5.7.1 which doesn't own /opt/rocm: https://pastebin.com/raw/GCdWkqyg
@trougnouf thanks for the modified PKGBUILD, had the same issue trying to install python-pytorch-opt-rocm. Just built opencl-amd manually and reinstalled, now everything installs without a problem.
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.