@luciddream I just got lost in the infinite web of the everchanging dependencies on ROCm right now, your observation is on point.
Let me try to get time and mental bandwidth to try something better for my specific scenarios.
Thanks anyway!
| Git Clone URL: | https://aur.archlinux.org/opencl-amd-dev.git (read-only, click to copy) |
|---|---|
| Package Base: | opencl-amd-dev |
| Description: | ROCm extra runtime and developer packages. This package needs 14.03GB of disk space. |
| Upstream URL: | http://www.amd.com |
| Licenses: | custom:AMD |
| Conflicts: | composablekernel-dev, hip-dev, hip-doc, hip-samples, hipblas, hipblas-common, hipblas-common-dev, hipblas-dev, hipblaslt, hipblaslt-dev, hipcc, hipcub, hipcub-dev, hipfft, hipfft-dev, hipfort, hipfort-dev, hipify-clang, hiprand, hiprand-dev, hipsolver, hipsolver-dev, hipsparse, hipsparse-dev, hipsparselt, hipsparselt-dev, hiptensor, hiptensor-dev, migraphx, migraphx-dev, miopen, miopen-hip, miopen-hip-dev, mivisionx, mivisionx-dev, openmp-extras-dev, rccl, rccl-dev, rocalution, rocalution-dev, rocblas, rocblas-dev, rocdecode, rocdecode-dev, rocfft, rocfft-dev, rocjpeg, rocjpeg-dev, rocm-developer-tools, rocm-hip-libraries, rocm-hip-runtime-dev, rocm-hip-sdk, rocm-llvm, rocm-ml-libraries, rocm-ml-sdk, rocm-opencl-sdk, rocprim, rocprim-dev, rocprofiler-compute, rocprofiler-debug, rocprofiler-sdk, rocprofiler-sdk-rocpd, rocprofiler-sdk-roctx, rocprofiler-systems, rocrand, rocrand-dev, rocsolver, rocsolver-dev, rocsparse, rocsparse-dev, rocthrust, rocthrust-dev, rocwmma-dev, rpp, rpp-dev |
| Provides: | composablekernel-dev, half, hip-dev, hip-doc, hip-samples, hipblas, hipblas-common, hipblas-common-dev, hipblas-dev, hipblaslt, hipblaslt-dev, hipcc, hipcub, hipcub-dev, hipfft, hipfft-dev, hipfort, hipfort-dev, hipify-clang, hiprand, hiprand-dev, hipsolver, hipsolver-dev, hipsparse, hipsparse-dev, hipsparselt, hipsparselt-dev, hiptensor, hiptensor-dev, migraphx, migraphx-dev, miopen, miopen-hip, miopen-hip-dev, mivisionx, mivisionx-dev, openmp-extras-dev, rccl, rccl-dev, rocalution, rocalution-dev, rocblas, rocblas-dev, rocdecode, rocdecode-dev, rocfft, rocfft-dev, rocjpeg, rocjpeg-dev, rocm-developer-tools, rocm-hip-libraries, rocm-hip-runtime-dev, rocm-hip-sdk, rocm-llvm, rocm-ml-libraries, rocm-ml-sdk, rocm-opencl-sdk, rocprim, rocprim-dev, rocprofiler-compute, rocprofiler-debug, rocprofiler-sdk, rocprofiler-sdk-rocpd, rocprofiler-sdk-roctx, rocprofiler-systems, rocrand, rocrand-dev, rocsolver, rocsolver-dev, rocsparse, rocsparse-dev, rocthrust, rocthrust-dev, rocwmma-dev, rpp, rpp-dev |
| Submitter: | luciddream |
| Maintainer: | luciddream |
| Last Packager: | luciddream |
| Votes: | 10 |
| Popularity: | 0.28 |
| First Submitted: | 2021-12-26 15:01 (UTC) |
| Last Updated: | 2025-10-30 19:19 (UTC) |
@luciddream I just got lost in the infinite web of the everchanging dependencies on ROCm right now, your observation is on point.
Let me try to get time and mental bandwidth to try something better for my specific scenarios.
Thanks anyway!
@LeonardoCarvalho
But what I understand from the MIOpen HIP documentation is that, these are pre-compiled kernels and will only help with the startup performance for the first run only, it doesn't affect the ability to run MIOpen, correct? There should (probably) only be warnings about them.
I'm not opposed to including anything, just trying to understand what is missing at the moment and the best way to move forward.
For some specific projects (like vLLM and others that use CK) some runtimes need specific bindings.
The gfx1030 family is interesting because they are just below gfx11**, and they can do almost everything needed to serve models.
One fine example is https://rocm.docs.amd.com/projects/MIOpen/en/latest/index.html. It has specifics for gfx1030 gfx900 gfx906 gfx908 gfx90 and gfx942 GPU families.
I think that a separate AUR for each of the fast growing LLM projects AMD is maturing would only add overhead, and maybe a flag for specific chipsets would be easier to keep centralized in this one..
Hi Leonardo! Glad to know this package is useful for you.
Do you mind explaining what these extra packages are needed for? I did a little research and I saw that usually these are not necessary to run models, but maybe they are useful.
But still, if they are necessary for a certain software there might be better ways to include them (for example making separate extra packages for each GPU model)
One question:
I have a card that needs some specific packages to be added: - miopen-hip-gfx1030kdb7.0.2_3.5.0.70002-56~24.04_amd64.deb - miopen-hip-gfx1030kdb_3.5.0.70002-56~24.04_amd64.deb - miopen-hip-gfx1030kdb-rpath7.0.2_3.5.0.70002-56~24.04_amd64.deb
There are a couple more for other models, how can a flag to add them be added to the PKGBUILD?
Logged only to thank you guys.
Took me a while to get time to add how I installed on my system, but you delivered way better!
Awesome work.
I've also created a 7.0 beta PKGBUILD. It seems to work exactly like ROCm 6.0 so far. I will keep it pinned for a while.
Thanks @vchuravy, I will add these to the conflicts list on the next release. I assume the next release will be either 6.5 or 7.0 - so let's wait and see what is coming.
Just wanted to chime in that currentl libxml2-legacy is indeed needed.
Before:
/opt/rocm/lib/llvm/bin/ld.lld /opt/rocm/lib/llvm/bin/ld.lld: error while loading shared libraries: libxml2.so.2: cannot open shared object file: No such file or directory
I think I also needed to uninstall rocprofiler-debug and hipblas-common manually when switching.
➜ ~ hipcc --version HIP version: 6.4.43483-a187df25c AMD clang version 19.0.0git (https://github.com/RadeonOpenCompute/llvm-project roc-6.4.1 25184 c87081df219c42dc27c5b6d86c0525bc7d01f727) Target: x86_64-unknown-linux-gnu Thread model: posix InstalledDir: /opt/rocm/lib/llvm/bin Configuration file: /opt/rocm/lib/llvm/bin/clang++.cfg
what happend? the hip version seems going to 6.4.4 and make my torch not work.by the way, my dev environment is all the 6.4.1
Pinned Comments
luciddream commented on 2022-01-12 16:47 (UTC) (edited on 2025-10-30 19:20 (UTC) by luciddream)
Latest release: 7.1.0. It uses 14.03GB of disk.
Issues with current release:
rocgdbto function.