You are not logged in.
Same boat: Blender doesn't detect my Intel Arc B580 external GPU: "No compatible GPUs found for Cycles." I got intel-compute-runtime and level-zero-loader installed, as well as CYCLES_ONEAPI_ALL_DEVICES=1, as per the instructions here. Blender version is the latest provided by Arch (4.5.2).
Am I missing anything?
Last edited by Aqualung (2025-09-07 21:13:45)
Offline
Does it work w/ https://archlinux.org/packages/extra/x8 … i-basekit/ ?
OP was trying to figure which libraries are the critical difference, no idea whether he made any progress on that - see the previous posts.
Offline
Does it work w/ https://archlinux.org/packages/extra/x8 … i-basekit/ ?
No it does not. Just to recap, I got intel-compute-runtime, level-zero-loader, and intel-oneapi-basekit installed, and CYCLES_ONEAPI_ALL_DEVICES set to 1.
OP was trying to figure which libraries are the critical difference, no idea whether he made any progress on that - see the previous posts.
@CVI2, have you made any progress in this regard? Did you manage to make Blender see your Arc graphics card?
Offline
I'm having the same issue: Blender can't detect my Ultra 5 225h integrated graphics. I've installed Intel Compute Runtime and level-zero-loader, and also tried the other methods mentioned above, but still no luck. I'm wondering if there are any latest updates on this problem?
Offline
'key - brute force: what if you just keep all the listed libraries from baskit?
Alsogrep wait_tree_vertex_interface /opt/intel/oneapi/compiler/2025.0/lib/libimf.so /opt/intel/oneapi/compiler/2025.0/lib/libintlc.so.5 /opt/intel/oneapi/compiler/2025.0/lib/libiomp5.so /opt/intel/oneapi/compiler/2025.0/lib/libirng.so /opt/intel/oneapi/compiler/2025.0/lib/libOpenCL.so.1 /opt/intel/oneapi/compiler/2025.0/lib/libsvml.so /opt/intel/oneapi/compiler/2025.0/lib/libsycl.so.8 /opt/intel/oneapi/compiler/2025.0/lib/libur_adapter_level_zero.so.0 /opt/intel/oneapi/compiler/2025.0/lib/libur_loader.so.0 /opt/intel/oneapi/compiler/2025.0/lib/sycl.conf /opt/intel/oneapi/debugger/2025.0/opt/debugger/lib/libyaml-cpp.so.0.8 /opt/intel/oneapi/tcm/1.2/lib/libhwloc.so.15 /opt/intel/oneapi/tcm/1.2/lib/libtcm.so.1 /opt/intel/oneapi/umf/0.9/lib/libumf.so.0
How exactly do you mean?
And sorry it took this long. I had some exams I had to take care of and I honestly forgot this thread exists.
Offline
This list:
https://bbs.archlinux.org/viewtopic.php … 3#p2253133
The idea was to keep all the baskit libraries (also not replace them), see whether that works and then what you can get away w/ removing/replacing to ultimately let the packager know where the problem is.
Offline
This is how I fixed the issue:
So step by step:
1. install intel-oneapi-basekit
2. copy /opt/intel/oneapi/umf directory from basekit elsewhere
3. removed intel-oneapi-basekit
4. reinstalled blender along its dependencies
5. copied the umf directory I copied earlier to /opt/intel/oneapi
6. deleted the /opt/intel/oneapi/tbb directory and uninstalled intel-oneapi-tbb
7. sourced /opt/intel/oneapi/setvars.sh from shell and then opened blender in the same shell
8. profit
Offline
I'm in the same boat, the default blender package doesn't detect mu Arc A750.
Can confirm some CVI2 findings, specifically that installing the full intel-oneapi-basekit and running blender (previously sourcing `setvars.sh`) correctly detects the GPU. Setting `CYCLES_ONEAPI_ALL_DEVICES=1` isn't necessary.
Didn't try to isolate the libumf solution, but i can try to if it's useful.
Offline
iow there needs to be some intel-oneapi-umf split package?!
opt/intel/oneapi/umf/ looks ridiculously small comapared to the basekit - has anyone filed a bug against the package?
Offline
I've just ran into this issue and haven't found a fix (currently just on blenders binary builds). I've looked in the arch package issues, haven't seen a bug filed there. I don't think that I understand the issue good enough to file the report, but wanted to call that out.
Offline