After hours of fiddling with packages trying to get my RX5700XT recognized, I finally managed to do it. Now comes my second problem: Blender only recognizes one or the other.
Here’s what I know so far.
The RX580 seems to require opencl-orca-amdgpu-pro-icd:amd64 aka --opencl=legacy to work.
The RX5700XT seems to require opencl-amdgpu-pro-icd aka --opencl=pal
to work.
Which is weird because on their support page it states that the legacy is only for cards = to or older than Vega 10 which both these cards are not so they should’ve worked with the PAL version.
As it was pointed out to me the this is not true.
What I don’t know is if this is a blender bug, or an AMD driver issue or perhaps an OS one? Perhaps you could shed a light on this, @JeroenBakker?
You can install both platforms with --opencl=legacy,pal
I have tested this setup in march with a WX7100 and Vega64 and that worked. Cycles should support it as it can render on multiple opencl platforms at once.
Next time please use support forums for these kind of questions. It is not clear to everyone but this is a developers forum.
Wonder if there is an update to this @rlamorato ?
I have the exact same issue. RX480 (polaris) or Vega64(VEGA) depending on what opencl drivers are install. Having both installed doesn’t not show both available in blender. Just one or the other. Manually apt installing the opencl packages or --opencl=legacy,pal will just priorities one card (Vega) in the end. clinfo however only shows one card platform at a time as well. Could be a driver bug.
Nah, I wasn’t able to get this resolved. After countless tries with various workarounds found on the net, I just gave up and used my RX5700XT card alone. I’m still waiting for new drivers to come out to try again though. I also can’t pin point if it’s strictly a driver issue or a blender one. Perhaps we should report it or something?
I went over it yesterday while sorting out the opencl issue.
I eventually resorted to just extracting the opencl (dpkg-deb -x; ld.so.conf) libraries to test them. I found 18.20 opencl drivers the last version where it worked and able to have both polaris (legacy) and vega opencl (pal) Working together in cycles, I suggest you try 18.20 opencl libraries. I don’t use the amdgpu-pro drivers for anything other than opencl.
clinfo showed two platforms for 18.20 and thus detected by blender, however on 18.30 even though clinfo was correct blender only detected one or the other. This is where multi platform support breaks.
@JeroenBakker This is a genuine issue with AMD and opencl and will effect users ability to be most productive with blender. I happened to stumble across this post looking for a solution since there is literally nothing on this info that I just shared. There does appear to be an issue with multiple opencl platforms with AMD. Note my comments on 18.20 and 18.30 in relation to blender (clinfo detects but blender sees one) as a place to start.
I tried your method and the 18.20 version does recognize the 2 cards however, my RX 5700 XT is listed as unknown.
Trying to render results in a segfault with these printed on the terminal:
18.20 is way before NAVI. You could attempt to tinker with other versions, however I suspect the code is broken from 18.30 onwards.
The issue is the drivers are broken for AMD multi-platform OpenCL that’s really all there is too it. Pulling out the pal drivers to keep with a legacy support I found was part of the issue. For example I tried including both 18.20 legacy drivers with 19.30 pal drivers but there is just something overriding any legacy drivers, they are separate platforms after all, so something is seriously broken with these drivers.
Consider it just buggy OpenCL drivers. A shame I don’t know what to else suggest. These are closed drivers after all. But at least you confirmed the issues with linux in regards to AMD opencl platforms working together. I’ll be stuck on 18.20 for some time I think.
I too tried that route, but it seems after replacing 18.20’s libOpenCL.so with 19.30’s so that my RX5700XT could be recognized, the other card disappears from blender.
I’d love for this to be reported to AMD as well as something’s clearly broken. Or at least blender devs could take a closer look at this.
Both platforms now show up with a binary patch on the 19.30 legacy library. This makes a simple change to the Platform Extensions function suffix (just a space string) to fool the OpenCL loader.
To apply: patch < libamdocl-orca64-SUFFIX-FIX.patch.xml libamdocl-orca64.so
This is now up to AMD to address officially in their drivers. It could well be an issue with OpenCL 2.x (but beyond my interest now).
Feel free to download it and see if your NAVI is 1) Recognized with clinfo and 2) Available within Blender
I did a successful bmw27 render with my VEGA + RX480 with latest 19.30 OpenCL drivers/libs with this patch applied as above and it is faster by ~10secs than the 18.20 version (so that is that).
Number of platforms 2
Platform Name AMD Accelerated Parallel Processing
Platform Vendor Advanced Micro Devices, Inc.
Platform Version OpenCL 2.1 AMD-APP (2906.7)
Platform Profile FULL_PROFILE
Platform Extensions cl_khr_icd cl_amd_event_callback cl_amd_offline_devices
Platform Host timer resolution 1ns
Platform Extensions function suffix AMD
Platform Name AMD Accelerated Parallel Processing
Platform Vendor Advanced Micro Devices, Inc.
Platform Version OpenCL 2.1 AMD-APP (2906.7)
Platform Profile FULL_PROFILE
Platform Extensions cl_khr_icd cl_amd_event_callback cl_amd_offline_devices
Platform Host timer resolution 1ns
Platform Extensions function suffix AMD
You can now see 2 platforms (legacy and pal). The duplicate platforms that the loader will reject usually.
All the best.
You da man! Great job tracking down the root cause, I finally have the 2 working. Do you mind telling me how you did the patch? In case this doesn’t get resolved in the next driver release. Thank you.
It’s a simple fix but just had to lookup what OpenCL expects to be unique. Then tracked down in the binary where the suffix is looked up. Lets hope a real workaround or update to the actual drivers is done (or even possible) in the future.
Note the space after AMD. I guess it assumes white space stripping when it’s actually used . (you cannot change the suffix to anything other than AMD. Spent ages trying that.)
Amazing, I never would’ve thought to look where you did. I for one hope AMD releases an official fix for this as it seems that’s a little bit above my technical know-how. Thank you so much for digging in to this.
Thanks @joules for your work! I managed ubunto to detect both my rx5500xt and rx590 although my rx5500xt is not very well supported under 19.30… is there any way you could implement the patch for 19.50 driver? I tried to apply the patch to 19.50 ut I got Hunk #1 FAILED at 61521.
1 out of 1 hunk FAILED – saving rejects to file libamdocl-orca64.so.rej
Note that while the patch makes the two cards visible in blender, I’ve never had any luck getting the two to render. One tile will be stuck forever and/or just hang the blender if not the whole system, requiring a hard reset.
. (you cannot change the suffix to anything other than AMD. Spent ages trying that.)
Thank you so much for digging in to this.