Closed JiaJiDuan closed 11 months ago
Hi @JiaJiDuan,
It looks like you're using a 6700XT which is not supported by ROCm. You can see the official list of supported GPUs in the ROCm Documentation.
That being said, some users have had success using a gfx1031 as you are using. You can browse some discussion in ROCm/Tensile#1936. Essentially a workaround exists by setting the environment variable HSA_OVERRIDE_GFX_VERSION=10.3.0
to use the gfx1030 instruction set.
Along with this, there is PR ROCm/rocBLAS#1251 which introduces some Tensile kernels to enable gfx1031 in rocBLAS. This PR hasn't been tested and it's future remains unclear, but there is some discussion there regarding this topic. Since you're running on Linux you should be fine with using HSA_OVERRIDE_GFX_VERSION=10.3.0
without needing the changes there.
Hope this helps, Daine
Hi@daineAMD ,
Thank you very much for your answer.
I will try this method. But the rocFFT I built is already set to -DAMDGPU_TARGETS=gfx1031
. If I want to use all math libraries correctly in this way, should I set -DAMDGPU_TARGETS=gfx1030
for all math libraries?
Essentially a workaround exists by setting the environment variable
HSA_OVERRIDE_GFX_VERSION=10.3.0
to use the gfx1030 instruction set.
Looking forward to your reply. Thanks again.
I will try this method. But the rocFFT I built is already set to
-DAMDGPU_TARGETS=gfx1031
. If I want to use all math libraries correctly in this way, should I set-DAMDGPU_TARGETS=gfx1030
for all math libraries?
Yes, you'd want to use -DAMDGPU_TARGETS=gfx1030
for every library. I think rocFFT would use run-time compilation to rebuild at runtime for gfx1030 anyway, but specifying -DAMDGPU_TARGETS=gfx1030
would ensure the kernels are all cached.
Yes, you'd want to use
-DAMDGPU_TARGETS=gfx1030
for every library. I think rocFFT would use run-time compilation to rebuild at runtime for gfx1030 anyway, but specifying-DAMDGPU_TARGETS=gfx1030
would ensure the kernels are all cached.
Thanks for your reply.I have another question.Will there be official support plans for gfx1031 in the future?
I did not see support for RX7600 or other RDNA3 architecture GPUs on the Linux platform in the documentation. Will it be supported in the future?
Will there be official support plans for gfx1031 in the future? I did not see support for RX7600 or other RDNA3 architecture GPUs on the Linux platform in the documentation. Will it be supported in the future?
The official support list is determined centrally for all ROCm libraries. The list is found in https://github.com/RadeonOpenCompute/ROCm, so questions about the official support list are probably best raised there. I'm not sure if you'll get an answer or not, but that's where you'd be most likely to receive one.
If you have any specific technical questions about rocBLAS on the RX 7600 (gfx1102) or gfx1031, we can discuss those in issues on the rocBLAS repo. I'm only directing you elsewhere on those questions because official support is a matter of overall ROCm project policy, not just a technical question that an individual engineer can answer.
If you have any specific technical questions about rocBLAS on the RX 7600 (gfx1102) or gfx1031, we can discuss those in issues on the rocBLAS repo. I'm only directing you elsewhere on those questions because official support is a matter of overall ROCm project policy, not just a technical question that an individual engineer can answer.
Thank you for your answer. I will close this issue.
Describe the bug
When I built rocblas-5.6.0 from source, "TensileCreateLibrary" reported the following error:
To Reproduce
Precise version of rocBLAS installed or rocBLAS commit hash if building from source. Steps to reproduce the behavior:
In rocmblas-5.6.0 source code
failed command is
You can see the details at make.log
Expected behavior
build rocblas-5.6.0 with Tensile succeed
Log-files
Add full logfiles to help explain your problem. make.log
Environment
Make sure that ROCm is correctly installed and to capture detailed environment information run the following command:
Attach
environment.txt
environment.txtAdditional context
I guess the problem may be in function generateLogicDataAndSolutions.In this function, my masterLibraries. Keys () contains only fallback, resulting in the final return value to none or empty. I don't know if this is right and how can I fix it