Package Details: opencl-amd 1:6.3.2-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: 132
Popularity: 0.21
First Submitted: 2016-12-01 03:45 (UTC)
Last Updated: 2025-01-29 20:12 (UTC)

Required by (128)

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.

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 updated

There 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.

Latest Comments

« First ‹ Previous 1 .. 50 51 52 53 54 55 56 57 58 59 60 .. 79 Next › Last »

Recompiler commented on 2020-11-20 01:24 (UTC)

I wound up uninstalling opencl-amd temporarily to get clinfo working again.

AMD Radeon(TM) Vega 10 Graphics (RAVEN, DRM 3.39.0, 5.9.9-zen1-1-zen, LLVM 11.0.0)

sperg512 commented on 2020-11-20 01:20 (UTC)

CLInfo isn't even working? This might be an entirely different problem altogether. Do you have kernel 5.9 or newer? Try reinstalling opencl-mesa, llvm-libs, and ocl-icd. Maybe blender and clinfo too. That's all I can think of

Recompiler commented on 2020-11-20 01:16 (UTC) (edited on 2020-11-20 01:20 (UTC) by Recompiler)

Okay sorry for taking a while to respond I had issues.

clinfo was working but now it's seg faulting:

[code]Segmentation fault (core dumped)[/code]

LibreOffice was working but I had to set these environment variables a while back to get it to work: SAL_DISABLE_OPENCL=1 and SAL_DISABLEGL=1, I just tried without those variables and it gives me this message:

(soffice:10009): Gtk-WARNING **: 19:07:06.512: Theme parsing error: gtk.css:2:33: Failed to import: Error opening file /home/recompiler/.config/gtk-3.0/window_decorations.css: No such file or directory Application Error

Resetting my env doesn't seem to fix it which is really weird.

And Blender is doing this every time I try to enable OpenCL:

Read prefs: /home/recompiler/.config/blender/2.92/config/userpref.blend [ALSOFT] (EE) Failed to set real-time priority for thread: Operation not permitted (1) [ALSOFT] (EE) Failed to set real-time priority for thread: Operation not permitted (1) LLVM triggered Diagnostic Handler: Illegal instruction detected: VOP instruction violates constant bus restriction renamable $vgpr4 = V_CNDMASK_B32_e32 32768, killed $vgpr5, implicit killed $vcc, implicit $exec LLVM failed to compile shader radeonsi: can't compile a main shader part LLVM triggered Diagnostic Handler: Illegal instruction detected: VOP instruction violates constant bus restriction renamable $vgpr4 = V_CNDMASK_B32_e32 32768, killed $vgpr4, implicit killed $vcc, implicit $exec LLVM failed to compile shader radeonsi: can't compile a main shader part Read blend: /home/recompiler/blender/donut-tut.blend Writing: /tmp/donut-tut.crash.txt Segmentation fault (core dumped)

Crash log:

Blender 2.92.0, Commit date: 2020-11-19 22:15, Hash fdd3032f8fad
backtrace

blender(BLI_system_backtrace+0x34) [0x56180f286074] blender(+0xd9bded) [0x56180ce79ded] /usr/lib/libc.so.6(+0x3d6a0) [0x7f0b866006a0] /usr/lib/libamdocl64.so(+0xb12b4) [0x7f0af217a2b4] /usr/lib/libamdocl64.so(+0xb1858) [0x7f0af217a858] /usr/lib/libamdocl64.so(+0xb357e) [0x7f0af217c57e] /usr/lib/libamdocl64.so(+0xb41dc) [0x7f0af217d1dc] /usr/lib/libamdocl64.so(+0x7a923) [0x7f0af2143923] /usr/lib/libamdocl64.so(+0x83fce) [0x7f0af214cfce] /usr/lib/libamdocl64.so(+0x75395) [0x7f0af213e395] /usr/lib/libpthread.so.0(+0x1118f) [0x7f0b9105418f] /usr/lib/libamdocl64.so(clIcdGetPlatformIDsKHR+0xad) [0x7f0af213e4bd] /usr/lib/libOpenCL.so.1(+0x6131) [0x7f0b452b0131] /usr/lib/libOpenCL.so.1(clGetPlatformIDs+0xf5) [0x7f0b452b1a25] blender(_ZN3ccl18device_opencl_infoERNS_6vectorINS_10DeviceInfoENS_16GuardedAllocatorIS1_EEEE+0x49) [0x56180e260209] blender(_ZN3ccl6Device17available_devicesEj+0x2b9) [0x56180e23f569] blender(+0x20d2f59) [0x56180e1b0f59] /usr/lib/libpython3.8.so.1.0(PyCFunction_Call+0x19a) [0x7f0b88ba88fa] /usr/lib/libpython3.8.so.1.0(_PyObject_MakeTpCall+0x464) [0x7f0b88b9b4d4] /usr/lib/libpython3.8.so.1.0(_PyEval_EvalFrameDefault+0x50e8) [0x7f0b88b96da8] /usr/lib/libpython3.8.so.1.0(+0x13e046) [0x7f0b88bb2046] /usr/lib/libpython3.8.so.1.0(_PyEval_EvalFrameDefault+0x4ca7) [0x7f0b88b96967] /usr/lib/libpython3.8.so.1.0(+0x13e046) [0x7f0b88bb2046] /usr/lib/libpython3.8.so.1.0(_PyEval_EvalFrameDefault+0x4ca7) [0x7f0b88b96967] /usr/lib/libpython3.8.so.1.0(+0x13e046) [0x7f0b88bb2046] /usr/lib/libpython3.8.so.1.0(_PyEval_EvalFrameDefault+0x4ca7) [0x7f0b88b96967] /usr/lib/libpython3.8.so.1.0(_PyFunction_Vectorcall+0x108) [0x7f0b88ba2838] /usr/lib/libpython3.8.so.1.0(PyObject_Call+0x212) [0x7f0b88bb5ab2] blender(+0x160be1e) [0x56180d6e9e1e] blender(+0x15ad670) [0x56180d68b670] blender(+0x162e0f5) [0x56180d70c0f5] blender(ED_region_panels_layout_ex+0x506) [0x56180d70dcc6] blender(+0x2b2015a) [0x56180ebfe15a] blender(ED_region_do_layout+0x60) [0x56180d70cd50] blender(wm_draw_update+0x41f) [0x56180d1f577f] blender(WM_main+0x34) [0x56180d1f3734] blender(main+0x367) [0x56180ce4b8c7] /usr/lib/libc.so.6(__libc_start_main+0xf2) [0x7f0b865eb152] blender(_start+0x2e) [0x56180ce761ae]

Python backtrace

File "/usr/share/blender/2.92/scripts/addons/cycles/properties.py", line 1589 in get_devices_for_type File "/usr/share/blender/2.92/scripts/addons/cycles/properties.py", line 1666 in draw_impl File "/usr/share/blender/2.92/scripts/startup/bl_ui/space_userpref.py", line 594 in draw_centered File "/usr/share/blender/2.92/scripts/startup/bl_ui/space_userpref.py", line 182 in draw

I tried putting them in code blocks but BB code is really crappy and doesn't do code blocks for some reason :/

sperg512 commented on 2020-11-20 00:32 (UTC)

That's extremely odd - I have the exact same setup (tho with a Vivobook instead) and the junk shop scene renders perfectly without issue (detailed earlier)

When you run clinfo there should be a few lines mentioning "Device Name". Copy one of those and send it. For reference, mine is:

AMD Radeon(TM) Vega 10 Graphics (RAVEN, DRM 3.39.0, 5.9.9-arch1-1, LLVM 11.0.0)

Also, check for anything relevant when running blender from the command line, if any. Try running LibreOffice too, as I think it uses OpenCL.

COULD be some OEM shit as I've heard certain Lenovo laptops don't like working very well with Linux, plus it could just be a difference in the manufacturing dates or something

Recompiler commented on 2020-11-20 00:25 (UTC) (edited on 2020-11-20 00:27 (UTC) by Recompiler)

@sperg512

I got your message from the other aur package thread.

Almost right after I wrote that I switched to this package and unfortunatly I'm still getting the same problem, Blender is seg faulting any time I set my Vega 10 to be used with OpenCL in the renderer.

I can provide any information you need to try to narrow the issue down.

Specs: Lenovo Flex 14-API 81SS000BUS Ryzen 7 3700U Zen+ Radeon RX Vega 10 Picasso GCN 5 Arch

EDIT Also wanted to say that in my case the Vega 10 is a iGPU, It's on the same die as the CPU.

sperg512 commented on 2020-11-19 23:52 (UTC) (edited on 2020-11-20 00:02 (UTC) by sperg512)

Well this is weird. I unarchived and then decompressed all the deb files and checked the libraries it produced. None of the remaining ones not already included here are related to OpenCL or ROC*.

However, @coxackie I might have an idea. The release notes say it requires kernel 5.9 - do you have that?

Also, I noticed there's a clinfo-providing deb file in there, would it be a good idea to provide and conflict clinfo? Thought it would be helpful since it's good for debugging CL issues.

If everyone's okay with it, I'll add it, but either way I'm also gonna add linux>=5.9 to the requires list because that's what I believe to be the source of @coxackie.

In addition, the rocm-device-libs doesnt seem to get its files copied over, I'll fix that too. (though I don't know where to actually put the files--doing /opt/amdgpu for now)

sperg512 commented on 2020-11-19 17:42 (UTC)

What I was thinking is that it maybe has its own version of LLVM specific for Radeons but I don't know. I'll be home in about 2-2.5 hours, so like I said I'll check the data for those deb files, to see if it has its own libraries

coxackie commented on 2020-11-19 16:55 (UTC)

@sperg512 @luciddream as I mentioned, I will be happy to test combinations to see what could potentially work. I do have installed the llvm and clang arch packages - in fact, they are required by opencl-mesa.

luciddream commented on 2020-11-19 16:31 (UTC)

Most of these files are provided by other packages though. Specifically llvm-libs and clang - Even after I deleted clang, clinfo continues to work.

sperg512 commented on 2020-11-19 16:04 (UTC)

There are 2 .deb files that were not extracted: llvm-amdgpu-pro-rocm_11.0-1164792_amd64.deb and libllvm-amdgpu-pro-rocm_11.0-1164792_amd64.deb (not counting the dev ones). Maybe those have necessary files as they are LLVM things. In a bit I'll make a PKGBUILD that uses those as well and see if it works.