Anton Smirnov

Do you have an idea what kernel might cause this?

MWE: ```julia sincos.(ROCArray(ones(Float32, 4))) ```

Another: ```julia using AMDGPU using StaticArrays function private() priv = MVector{1, Int}(undef) priv[1] = 1 return end function main() @roc private() return end main() ```

Existing artifacts do not work properly with stream-ordered allocator, so I saw no point in keeping them around. Once we update artifacts we can add them back, but for now...

Latest supported ROCm version is 5.4 for now.

My guess is that HIP is built with statically linked LLVM in Fedora, when it probably should link dynamically.

You can check if this is true by dev'ing `AMDGPU` package with `]dev AMDGPU`. Then in `~/.julia/dev/AMDGPU.jl` directory create a `LocalPreferences.toml` file with the following content: ```toml [AMDGPU] use_artifacts =...

> Thanks. Tried creating `~/.julia/dev/AMDGPU/LocalPreferences.toml` with the content but the error is the same. The stack trace points to `/.julia/dev/AMDGPU` so it seems like the right place to do it...

Mine looks like this: ``` $ ldd /opt/rocm/lib/libamdhip64.so linux-vdso.so.1 (0x00007ffec6387000) libamd_comgr.so.2 => /opt/rocm/lib/libamd_comgr.so.2 (0x00007f6a7d600000) libhsa-runtime64.so.1 => /opt/rocm/lib/libhsa-runtime64.so.1 (0x00007f6a7d200000) libnuma.so.1 => /lib/x86_64-linux-gnu/libnuma.so.1 (0x00007f6a87beb000) libstdc++.so.6 => /lib/x86_64-linux-gnu/libstdc++.so.6 (0x00007f6a7ce00000) libm.so.6 => /lib/x86_64-linux-gnu/libm.so.6 (0x00007f6a87b04000)...

For matrix multiplication we are using rocBLAS, adding wmma support won't affect its performance.