Using an RX5700:
21.40 => clCreateCommandQueue(): CL_OUT_OF_HOST_MEMORY
I got to revert the latest update from this AUR git and makepkg the one for 21.30
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: | 132 |
Popularity: | 0.21 |
First Submitted: | 2016-12-01 03:45 (UTC) |
Last Updated: | 2025-01-29 20:12 (UTC) |
« First ‹ Previous 1 .. 28 29 30 31 32 33 34 35 36 37 38 .. 79 Next › Last »
Using an RX5700:
21.40 => clCreateCommandQueue(): CL_OUT_OF_HOST_MEMORY
I got to revert the latest update from this AUR git and makepkg the one for 21.30
@redshow I haven't tried it, but I suppose yes you can. opencl-amd
installs these libraries for years, it's not something that I changed recently. And they are not too big either so it's no big deal.
@luciddream So, if we are using newer cards (probably something like Vega?) we don't need this libdrm
part at all? Can I just comment out the libdrm
part?
@Slavius You are right, I kinda missed it when cleaning up the PKGBUILD (I was actually trying to make it work with my GPU first). So I guess we need to bring the sed command back for the latest PKGBUILD. (and remove couple of files that are not needed from the current one)
In general, I haven't pushed a new version yet because I'm thinking about making this package more about rocm in the future and less about opencl. We should have a new pkgbase, a light opencl-amd
package with opencl / hip support - probably like it is now - and a opencl-amd-full
package that will include everything the ubuntu version has.
I actually figured the libdrm changes out. As since mesa comes with libdrm_amdgpu.so as well these would clash so the PKGBUILD renames amdgpu-pro provided libdrm_amdgpu.so
--> libdrm_amdgpo.so
and then uses sed
to replace the name inside libamdocl-orca64.so
as well.
@schnedan ROCM needs libtinfo.so library which is part of ncurses. We have to include the file somehow, using the package ncurses5-compat-libs from AUR is one way to do it. The PGP key is required by that package, more info at the package page.
@redshoe I believe this file is required for the legacy devices (orca) - but I don't have an older GPU to verify. You shouldn't get an error of the file not found since it is being created by the package.
luciddream// I am personally modifying PKGBUILD for professional driver stack, and I could not figure out why the part below is required (just as Slavius mentioned earlier).
cd ${amdgpu}
rm "libdrm_amdgpu.so.1"
mv "libdrm_amdgpu.so.1.0.0" "libdrm_amdgpo.so.1.0.0"
ln -s "libdrm_amdgpo.so.1.0.0" "libdrm_amdgpo.so.1"
It looks like you are shifting the files around to create a symbolic link, but I keep getting the following error.
cannot stat '/home/orangke/archive/opencl-amd-drivers/opencl-amd-21.20-ent2/src/libdrm/opt/amdgpu/lib/x86_64-linux-gnu/libdrm_amdgpo.so.1': No such file or directory
Could you elaborate on this? Thanks.
can you elaborate more details to the PGP validation?
I get an unknown public key error: 702353E0F7E48EDB
What can I do about it and how can I verify this key is thrustworthy?
@hpohl
I don't think it's related, I think it has something to do with your system. Can you disable the iGPU of your Intel processor and see if it changes anything?
@luciddream strace: https://www.dropbox.com/s/pbkf0io41gb4583/strace.txt?dl=0
None of those solutions seems to work :(
Is this related?: https://github.com/RadeonOpenCompute/ROCm/issues/1180
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 2025-01-29 20:13 (UTC) by luciddream)
Current release is for ROCm 6.3.2
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 updatedThere 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.