I also just noticed that everyone who reported at least limited success uses an RDNA2 card, while Luciddream and I both have crashes and we both use 5700XTs.
I’m pretty sure my 6800xt is running at 2560mhz core frequency and 2120mhz memory,I looked up the online benchmarks, 6800xt in 3.0 is 63s, my 3.1.2 is 97s, it seems to have become slower (wait for the time to re-download the standard project) but compared to 40s linux system still has nearly 50 percent performance improvement.Of course I don’t know how many iterations were used for the review rendering 6800xt rendering slower than expected at 63s - YouTube
I think the review may have used a much smaller number of iterations I remember 2.93 was 150. I used 3.2 alpha rendering once and it took 2 minutes, slower than 3.1.2
With the Techgage 3.0 review they changed the render resolution of classroom to 2560×1440 and tile size to 256×256, I assume they used 300 samples (I got 77 sec when rendering to the Techgage spec for classroom).
Do you know how your Blender benchmark “score” as opposed to classroom render time. You should get a 2000+ “score” for a 6800XT on Windows, Linux or Mac.
Yes I’m also having the same error and have a 5700XT. (build 179100c02126). I now have a new CPU (5900x) and can tests patches / builds more easily, in case you want us to try something.
To clarify, when you say “driver”, are you referring to the kernel driver itself? If so, I’m pretty sure neither ROCm package on Arch installs the closed source kernel driver. There is a package for the DKMS driver (amdgpu-pro-installer), but I’d prefer not to mess with that if at all avoidable, so it would be very much appreciated if you could specify.
I also just tested again, with ROCm 5.1.1, the latest Blender nightly, and kernel 5.17.5 (which admittedly had no amdkfd fixes over 5.17.4 IIRC), still crashes in hipTexObjectCreate.
How to forcibly turn on hip support for GPUs that are not in the list support range, such as radeon rx680m of rdna2 mobile platform? Is there anything like Environment variables such as CYCLES_ HIP_ SPLIT_ KERNEL_ TEST=1?
The main way of using AMD GPUs that are supported by the Cycles HIP implementation (E.G RDNA2 Mobile) but not supported with the pre-compiled kernels found in the release build of Blender is to compile Blender from the source code yourself with that specific device enabled.
You can find a guide on how to build Blender here: Building Blender - Blender Developer Wiki
However, along side that you also need the HIP SDK. I don’t believe the HIP SDK is publicly available on Windows, and as such you may not be able to use this approach on Windows unless the HIP SDK is make available (I may be wrong about this part).
The HIP SDK is publicly available on Linux if you’re using that.
Sadly, at the moment there are no documentation I can find that details how to configure the Blender build with the HIP SDK. So you may need to seek advice from others or figure it out yourself.
I’m currently on blender 3.1 and I noticed that rendering on my RX 6700 XT GPU was extremely slow. It was something like 5 or 6 times slower than expected based on benchmarks on the internet. I tried turning off SAM (smart access memory/resizable BAR) and it seems to have resolved the issue.
CPU: AMD Ryzen 5 3600
RAM: 2133 Mhz (slow because of compatibility issues between the modules and the Ryzen platform but stable and consistent)
GPU: AMD RX 6700 XT
GPU Driver Version: 21.50.02.01 AMD-Software-Adrenalin-Edition
I’m not sure what other information to include so here are my observed rendering times:
To test, I rendered ‘Classroom’ at 150 samples 4 times using different device settings.
Render 1
Device: GPU Compute (HIP)
SAM/Resizable BAR - OFF
Rendering time: 32.59 seconds
Render 2
Device: GPU Compute (HIP)
SAM/Resizable BAR - ON
Rendering time: 2 minutes 46.93 seconds (412.2% slower than SAM OFF)
Render 3
Device: CPU
SAM/Resizable BAR - OFF
Rendering time: 4 minutes 57.93 seconds
Render 4
Device: CPU
SAM/Resizable BAR - ON
Rendering time: 5 minutes 3.05 seconds (1.7% slower than SAM OFF, probably mostly due to stock cooler)
Sorry if the information provided is insufficient or pedantic I just never know what to include.
I may also note that in other applications SAM doesn’t have this big of an effect on performance on my specific hardware. Usually, the difference is within a few percentage points, if that, from what I’ve seen.