cl_khr_gl_sharing GLX support

[smunaut]

As discussed in #166 , although the extension has been added recently, only EGL context are supported and having GLX support is required for some applications.

[smunaut]

@eero-t That has nothing to do with #710 :sweat_smile: You always need to do that with resolve and Intel ...

[wyup]

it works!! you're a hero :-)

[vidalinux]

Using this patch on Arch linux + Davinci Resolve + Intel Arc 770 with latest intel-compute-runtime, everything works good but video looks like this;

[smunaut]

@vidalinux I assume you're on intel Arc ? If so, yeah there is a bug ... but I don't have access to Arc hardware so I can't debug/fix it.

[vidalinux]

@smunaut ok thanks for your answer. maybe @intel can donate one ;)

[wyup]

Resolve doesn't start anymore after Fedora update:

#!/bin/bash
export NEOReadDebugKeys=1
export DisableDeepBind=1
export OverrideGpuAddressSpace=48
/opt/resolve/bin/resolve

diegohum@tower:~$ resolve
ActCCMessage Already in Table: Code= c005, Mode= 13, Level=  1, CmdKey= -1, Option= 0
ActCCMessage Already in Table: Code= c006, Mode= 13, Level=  1, CmdKey= -1, Option= 0
ActCCMessage Already in Table: Code= c007, Mode= 13, Level=  1, CmdKey= -1, Option= 0
ActCCMessage Already in Table: Code= 2282, Mode=  0, Level=  0, CmdKey= 8, Option= 0
PnlMsgActionStringAdapter Already in Table: Code= 615e, Mode=  0, Level=  0, CmdKey= -1, Option= 0
18.6.6.0007 Linux/Clang x86_64
Main thread starts: 8B02D100
0x7fa38b02d100 | Undefined            | INFO  | 2024-04-19 17:17:37,269 | --------------------------------------------------------------------------------
0x7fa38b02d100 | Undefined            | INFO  | 2024-04-19 17:17:37,269 | Loaded log config from /home/diegohum/.local/share/DaVinciResolve/configs/log-conf.xml
0x7fa38b02d100 | Undefined            | INFO  | 2024-04-19 17:17:37,269 | --------------------------------------------------------------------------------

kernel: 6.9.0-0.rc4.20240416git96fca68c4fbf7.38.fc41.x86_64 intel-compute-runtime-24.09.28717.17-1.fc41.src.rpm clinfo.txt

However Resolve was prone to crashes. I couldn't load any h264/aac media files, it crashes.

[vidalinux]

Resolve doesn't start anymore after Fedora update:

#!/bin/bash
export NEOReadDebugKeys=1
export DisableDeepBind=1
export OverrideGpuAddressSpace=48
/opt/resolve/bin/resolve

diegohum@tower:~$ resolve
ActCCMessage Already in Table: Code= c005, Mode= 13, Level=  1, CmdKey= -1, Option= 0
ActCCMessage Already in Table: Code= c006, Mode= 13, Level=  1, CmdKey= -1, Option= 0
ActCCMessage Already in Table: Code= c007, Mode= 13, Level=  1, CmdKey= -1, Option= 0
ActCCMessage Already in Table: Code= 2282, Mode=  0, Level=  0, CmdKey= 8, Option= 0
PnlMsgActionStringAdapter Already in Table: Code= 615e, Mode=  0, Level=  0, CmdKey= -1, Option= 0
18.6.6.0007 Linux/Clang x86_64
Main thread starts: 8B02D100
0x7fa38b02d100 | Undefined            | INFO  | 2024-04-19 17:17:37,269 | --------------------------------------------------------------------------------
0x7fa38b02d100 | Undefined            | INFO  | 2024-04-19 17:17:37,269 | Loaded log config from /home/diegohum/.local/share/DaVinciResolve/configs/log-conf.xml
0x7fa38b02d100 | Undefined            | INFO  | 2024-04-19 17:17:37,269 | --------------------------------------------------------------------------------

kernel: 6.9.0-0.rc4.20240416git96fca68c4fbf7.38.fc41.x86_64 intel-compute-runtime-24.09.28717.17-1.fc41.src.rpm clinfo.txt

However Resolve was prone to crashes. I couldn't load any h264/aac media files, it crashes.

Same issue here with Archlinux and latest updates!

[specialworld83]

Resolve doesn't start anymore after Fedora update:

#!/bin/bash
export NEOReadDebugKeys=1
export DisableDeepBind=1
export OverrideGpuAddressSpace=48
/opt/resolve/bin/resolve

diegohum@tower:~$ resolve
ActCCMessage Already in Table: Code= c005, Mode= 13, Level=  1, CmdKey= -1, Option= 0
ActCCMessage Already in Table: Code= c006, Mode= 13, Level=  1, CmdKey= -1, Option= 0
ActCCMessage Already in Table: Code= c007, Mode= 13, Level=  1, CmdKey= -1, Option= 0
ActCCMessage Already in Table: Code= 2282, Mode=  0, Level=  0, CmdKey= 8, Option= 0
PnlMsgActionStringAdapter Already in Table: Code= 615e, Mode=  0, Level=  0, CmdKey= -1, Option= 0
18.6.6.0007 Linux/Clang x86_64
Main thread starts: 8B02D100
0x7fa38b02d100 | Undefined            | INFO  | 2024-04-19 17:17:37,269 | --------------------------------------------------------------------------------
0x7fa38b02d100 | Undefined            | INFO  | 2024-04-19 17:17:37,269 | Loaded log config from /home/diegohum/.local/share/DaVinciResolve/configs/log-conf.xml
0x7fa38b02d100 | Undefined            | INFO  | 2024-04-19 17:17:37,269 | --------------------------------------------------------------------------------

kernel: 6.9.0-0.rc4.20240416git96fca68c4fbf7.38.fc41.x86_64 intel-compute-runtime-24.09.28717.17-1.fc41.src.rpm clinfo.txt However Resolve was prone to crashes. I couldn't load any h264/aac media files, it crashes.

Same issue here with Archlinux and latest updates!

Just tested both in fedora 40 and archlinux and it works correctly with the davinci resolve 18.6.6 studio version

[vidalinux]

Resolve doesn't start anymore after Fedora update:

#!/bin/bash
export NEOReadDebugKeys=1
export DisableDeepBind=1
export OverrideGpuAddressSpace=48
/opt/resolve/bin/resolve

diegohum@tower:~$ resolve
ActCCMessage Already in Table: Code= c005, Mode= 13, Level=  1, CmdKey= -1, Option= 0
ActCCMessage Already in Table: Code= c006, Mode= 13, Level=  1, CmdKey= -1, Option= 0
ActCCMessage Already in Table: Code= c007, Mode= 13, Level=  1, CmdKey= -1, Option= 0
ActCCMessage Already in Table: Code= 2282, Mode=  0, Level=  0, CmdKey= 8, Option= 0
PnlMsgActionStringAdapter Already in Table: Code= 615e, Mode=  0, Level=  0, CmdKey= -1, Option= 0
18.6.6.0007 Linux/Clang x86_64
Main thread starts: 8B02D100
0x7fa38b02d100 | Undefined            | INFO  | 2024-04-19 17:17:37,269 | --------------------------------------------------------------------------------
0x7fa38b02d100 | Undefined            | INFO  | 2024-04-19 17:17:37,269 | Loaded log config from /home/diegohum/.local/share/DaVinciResolve/configs/log-conf.xml
0x7fa38b02d100 | Undefined            | INFO  | 2024-04-19 17:17:37,269 | --------------------------------------------------------------------------------

kernel: 6.9.0-0.rc4.20240416git96fca68c4fbf7.38.fc41.x86_64 intel-compute-runtime-24.09.28717.17-1.fc41.src.rpm clinfo.txt However Resolve was prone to crashes. I couldn't load any h264/aac media files, it crashes.

Same issue here with Archlinux and latest updates!

Just tested both in fedora 40 and archlinux and it works correctly with the davinci resolve 18.6.6 studio version

Which GPU you're using? I'm using ARC770

[smunaut]

Well the ARC770 has never worked so no surprise there ...

[specialworld83]

Resolve doesn't start anymore after Fedora update:

#!/bin/bash
export NEOReadDebugKeys=1
export DisableDeepBind=1
export OverrideGpuAddressSpace=48
/opt/resolve/bin/resolve

diegohum@tower:~$ resolve
ActCCMessage Already in Table: Code= c005, Mode= 13, Level=  1, CmdKey= -1, Option= 0
ActCCMessage Already in Table: Code= c006, Mode= 13, Level=  1, CmdKey= -1, Option= 0
ActCCMessage Already in Table: Code= c007, Mode= 13, Level=  1, CmdKey= -1, Option= 0
ActCCMessage Already in Table: Code= 2282, Mode=  0, Level=  0, CmdKey= 8, Option= 0
PnlMsgActionStringAdapter Already in Table: Code= 615e, Mode=  0, Level=  0, CmdKey= -1, Option= 0
18.6.6.0007 Linux/Clang x86_64
Main thread starts: 8B02D100
0x7fa38b02d100 | Undefined            | INFO  | 2024-04-19 17:17:37,269 | --------------------------------------------------------------------------------
0x7fa38b02d100 | Undefined            | INFO  | 2024-04-19 17:17:37,269 | Loaded log config from /home/diegohum/.local/share/DaVinciResolve/configs/log-conf.xml
0x7fa38b02d100 | Undefined            | INFO  | 2024-04-19 17:17:37,269 | --------------------------------------------------------------------------------

kernel: 6.9.0-0.rc4.20240416git96fca68c4fbf7.38.fc41.x86_64 intel-compute-runtime-24.09.28717.17-1.fc41.src.rpm clinfo.txt However Resolve was prone to crashes. I couldn't load any h264/aac media files, it crashes.

Same issue here with Archlinux and latest updates!

Just tested both in fedora 40 and archlinux and it works correctly with the davinci resolve 18.6.6 studio version

Which GPU you're using? I'm using ARC770

I'm using Iris Xe Graphics

[vidalinux]

I was able to launch davinci-resolve with Arc770 using this QT_QPA_PLATFORM=xcb /opt/resolve/bin/resolve I think the issue is wayland!

[vidalinux]

Well the ARC770 has never worked so no surprise there ...

@smunaut the only issue I'm having is the one already discribed on my previous post about video distortion inside davinci resolve video previews.

Where we can send you an ARC gpu? the community needs support for ARC gpus! 😃

[digitalinferno]

@vidalinux I assume you're on intel Arc ? If so, yeah there is a bug ... but I don't have access to Arc hardware so I can't debug/fix it.

Could you post some instructions on how to debug this for you? This way, we can try to pass some useful data to fix the bug.

[smunaut]

@digitalinferno Already did. See this branch : https://github.com/smunaut/compute-runtime/tree/fix-arc

I didn't submit it upstream yet because there are some MR from mesa that is pending that will require some changes on the compute runtime side too, so I'm waiting for that to be merged to submit it all at once (so I don't have to go through the whole process twice ...).

But in the mean time, assuming you have mesa >= 24.1 , you can use the above branch and it should work.

[eero-t]

Intel Developer Cloud seems to have Arc: https://www.intel.com/content/www/us/en/developer/tools/devcloud/edge/hardware-workloads.html

I'm not sure dev cloud is useful for checking anything with a GUI like DaVinci though, I think it's more for testing server (headless compute) workloads...

[smunaut]

@eero-t Yeah, I had a look at that at some point but :

(1) Seems like you have to pay (kind of make sense), and although I don't mind spending a bit of time to debug something, I'm not gonna spend actual money to fix a problem I don't have myself.

(2) As you said, seemed targeted at compute workload. Here I need an actual OpenGL context and you can't start X without a screen attached, you'd need to mess with faking EDID or something to get it to send a signal to nothing ... lots of trouble I didn't want to go through just to start debugging ...

[digitalinferno]

@smunaut compiled releases/24.26 with your patch (and warnings being treated as errors disabled), launched Resolve with:

 #!/bin/bash
export OCL_ICD_VENDORS=/etc/OpenCL/vendors/
export LD_LIBRARY_PATH=/opt/resolve/lib64
export NEOReadDebugKeys=1
export DisableDeepBind=1
export OverrideGpuAddressSpace=48
LD_PRELOAD=/usr/lib64/libglib-2.0.so /opt/resolve/bin/resolve

but only Fusion work correctly.

[smunaut]

@digitalinferno did you apply both the patches in my branch ? Also what's your mesa version ? And what version of resolve ?

What are the symptoms ? Scrambled video ?

[digitalinferno]

did you apply both the patches in my branch ?

Yes

 opencl/source/sharings/gl/linux/gl_buffer_linux.cpp  | 19 +++++++++++++++----
 opencl/source/sharings/gl/linux/gl_sharing_linux.cpp |  7 +++++--
 opencl/source/sharings/gl/linux/gl_sharing_linux.h   |  2 +-
 opencl/source/sharings/gl/linux/gl_texture_linux.cpp | 41 +++++++++++++++++++++++++++++++++++++----
 shared/source/gmm_helper/gmm.cpp                     | 26 ++++++++++++++++++++++++++
 shared/source/helpers/surface_format_info.h          | 12 ++++++++++++
 6 files changed, 96 insertions(+), 11 deletions(-)

Also what's your mesa version ?

24.1.2 (Fedora 40)

And what version of resolve ?

19 beta, build 43

What are the symptoms ? Scrambled video ?

Yes, but in Fusion is perfect

[smunaut]

What are the various resolutions involved ? (source video and timeline). Can you try different ones see if that changes anything ?

[digitalinferno]

Sorry, Fusion works only if igp is enabled. When I switch to Arc770 Resolve shows only scrambled video. No matter timeline or video resolution.

[digitalinferno]

@smunaut With just a different compiling option, everything is okay now. Sorry for bothering you. Great job.

[smunaut]

:thinking: Huh what option were you using that didn't work and what did you change to make it work ?

[digitalinferno]

I have commented this in CMmakeList.txt:

set(CMAKE_CXX_FLAGS "${CMAKE_CXX_FLAGS} -Werror -Werror=vla")

and this is the full working cmake:

cmake .. -LH -Wno-dev -G Ninja -DCMAKE_BUILD_TYPE=Release -DCMAKE_INSTALL_PREFIX=/opt/davinci/lib64 -DSUPPORT_GEN8=0 -DSUPPORT_GEN9=0 -DSUPPORT_GEN11=0 -DSUPPORT_TGLLP=1 -DSUPPORT_DG1=0 -DSUPPORT_XE_HP_SDV=1 -DSUPPORT_DG2=1 -DSUPPORT_PVC=1 -DNEO_ENABLE_i915_PRELIM_DETECTION=TRUE -DNEO_DISABLE_LD_GOLD=1 -DDO_NOT_RUN_AUB_TESTS=1 -DDONT_CARE_OF_VIRTUALS=1

Previously, I was missing all the -DSUPPORT stuff and maybe something else. Sorry, but I don't have a copy of the previous CMake command. I wrote a small bash script for compiling and I don't have the terminal history.

[jonassvatos]

Works for me also, applied the patch on top of 24.13 and resolve artifacts disappeared. Fedora 40 on Iris Xe Gen12. Thanks! Had to -DNEO_SKIP_UNIT_TESTS=1 though.

[smunaut]

@jonassvatos Interesting that you had artefacts with an Iris Xe Gen12. That's the iGPU in a 12th gen CPU right ? It worked without it for me.

[jonassvatos]

Yes, Intel Xe on Intel(R) Core(TM) Ultra 7 155U. Well I did see the artifacts when using stock 24.09 from f40. At first, I tried applying the patch to that version but there were some merge conflicts I wasn't confortable resolving myself, therefore I went with the next stable version. Will try it with 24.13 w/o your patch.

[smunaut]

@jonassvatos What's your exact CPU model ?

[jonassvatos]

I did see it both on Intel Xe on Intel(R) Core(TM) Ultra 7 155U and also on Intel Core i7-1165G7, to which I do not have access anymore. The artifacts did not occur on f39 and custom build of 23.35.27191.9 with the original CL-GL sharing patchset and new mesa. After upgrade to f40, resolve with 23.35 and new mesa obviously didn't run, but ran with stock 24.09/mesa albeit with artifacts.

[jonassvatos]

ok, now I can confirm that running 24.13 w/o tiling mode patch results in artifacts for me. compiling again with this patch results in clear image in resolve.

[smunaut]

Yeah, with the "Intel(R) Core(TM) Ultra 7 155U", I would expect it. It's more a Gen 12.5 GPU.

But for the Intel Core i7-1165G7, it's weird. Might be another issue ... or I'm reading things wrong, it's sometime hard to figure out exactly what feature is supported in each chip with all the variations and different naming ...

[jonassvatos]

Aha, understood. The case of 1165G7 was just for reference, as that problem doesn't itch me anymore, so no need for a scratch (for now)..

[vidalinux]

Hello I can confirm ARC770 is working with latest patches! anyone using archlinux can download my modified pkg for intel-compute-runtime, https://github.com/vidalinux/AUR/tree/main/intel-compute-runtime

[vidalinux]

Hello again, today we're doing more testing with Davinci Resolve and ARC770; navigating through sections of the program, anything we select is taking long to load without any video loaded, the program crash with the following error:

Abort was called at 840 line in file: /usr/src/debug/intel-compute-runtime/compute-runtime-24.26.30049.6/shared/source/command_stream/command_stream_receiver_hw_base.inl

[vidalinux]

@smunaut Running Davinci Resolve with intel-compute-runtime-24.26.30049.6 without your latest patches applied have the same issue navigating through sections of the program anything is taking long to load, any ideas?

[eero-t]

Abort was called at 840 line in file: /usr/src/debug/intel-compute-runtime/compute-runtime-24.26.30049.6/shared/source/command_stream/command_stream_receiver_hw_base.inl

https://github.com/intel/compute-runtime/blob/master/shared/source/command_stream/command_stream_receiver_hw_base.inl#L838

Could you file a separate issue about that?

[mikamiel]

Could some kind soul please instruct me how to apply latest smunaut patches and build / install them?

I'm on Intel 155H iGPU (Arc Xe-LPG) running Ubuntu 24.04. After some fiddling with env vars (shared libs replacement and forcing xcb for Qt) Davinci finally starts and works but with huge artefacts on preview panel (and hardly visible artefacts on mouse cursor sometimes).

Absolutely not an expert in cmake, tried to build smunaut:compute-runtime:fix-arc branch but got an "Intel Graphics Compiler Not Found" error. So installed globally (dpkg -i) intel-igc-opencl-devel_1.0.17193.4_amd64.deb and intel-igc-opencl_1.0.17193.4_amd64.deb packages, but i suppose need to place installed files somewhere into third_party/ project dir and to provide builder with some links/vars to make things work.

Stucked and need some help)

[mikamiel]

sudo apt install pkg-config fixed this error, but i faced another on make install step:

[ 79%] Linking CXX shared library ../bin/libigdrcl.so
/usr/bin/ld.gold: error: cannot find -ligdgmm
collect2: error: ld returned 1 exit status
make[2]: *** [igdrcl_lib_release/CMakeFiles/igdrcl_dll.dir/build.make:3128: bin/libigdrcl.so] Error 1
make[1]: *** [CMakeFiles/Makefile2:12372: igdrcl_lib_release/CMakeFiles/igdrcl_dll.dir/all] Error 2
make: *** [Makefile:156: all] Error 2

Found issue https://github.com/intel/compute-runtime/issues/718 , but don't know what should i do further, libigdgmm.so seems to be on its right place - in /usr/local/lib dir.

[vidalinux]

@mikamiel https://github.com/intel/compute-runtime/issues/718

[mikamiel]

Finally succedeed in building intel-compute-runtime on Ubuntu! Well, at least one time) It was a tough challenge, I should say. Not tested yet in Davinci cause it was just a vanilla branch tryout. @vidalinux, thanks, i seem to resolve that issue)

[mikamiel]

@smunaut after your patch applied, Davinci preview window works flawlessly! But i see one minor issue with mouse pointer when it is click-dragged over widgets. On vanilla intel-compute-runtime (with no patch) - the same bug is present.

my config: Intel 155H iGPU (Arc Xe-LPG) Ubuntu 24.04 with 6.10 kernel intel-compute-runtime 24.31.30508.7 (with fix-arc branch merged) mesa 24.2.1

[eero-t]

@mikamiel What desktop / windowing server / compositor you're using?

AFAIK mouse pointer is handled by the windowing system server, i.e. depending what your desktop is, either by X server, or Wayland compositor. It might not be blending layers (cursor / application) with different attributes correctly...

[smunaut]

Yeah, this doesn't look related to the CL compute runtime in any way, so you'll have to figure that one out.

[mikamiel]

@mikamiel What desktop / windowing server / compositor you're using?

Wayland (default in Ubuntu24.04) and Davinci running with QT_QPA_PLATFORM=xcb env var (other way it crashes)

[eero-t]

@mikamiel What desktop / windowing server / compositor you're using?

Wayland (default in Ubuntu24.04) and Davinci running with QT_QPA_PLATFORM=xcb env var

DaVinci output is running through Xwayland (X server), in addition to Gnome Mutter (Wayland server)?

You could start by filing bug against Ubuntu 24.04, with all the details (kernel, compute, desktop etc).

(other way it crashes)

But I'd suggest that you try to get that Wayland crash fixed first in DaVinci upstream, and see whether the problem is there also when Xwayland (X server) is out of the picture (I know bare-metal X server support for render buffer attributes to be flaky, and it's possible that's the case also with Xwayland).

Is there already DaVinci upstream bug about that crash?

[mikamiel]

@eero-t

DaVinci output is running through Xwayland (X server), in addition to Gnome Mutter (Wayland server)?

Yep

You could start by filing bug against Ubuntu 24.04, with all the details (kernel, compute, desktop etc).

Should test with other DE/WM first to narrow down the case

Is there already DaVinci upstream bug about that crash?

I didn't find one, but BlackMagics do not really welcome bug reports on unsupported systems

[specialworld83]

The new version interrupts the correct functioning of Davinci with Intel processor and Intel Iris Xe Graphics. I attach images and debug

I had to downgrade to archlinux and it worked properly again

`0x7c82c2800000 | GPU.SingleBoardMgr | ERROR | 2024-09-05 20:27:07,241 | DVIP exception caught: DVIP Exception: Kernel build failure

• API: OpenCL
• Call stack: 1 resolve 0x8305e62 2 resolve 0x83067f0 3 resolve 0x83894bb 4 resolve 0x8389ee3 5 resolve 0x8236a88 6 resolve 0x8223a36 7 resolve 0x69a3d36 8 resolve 0x6982217 9 resolve 0x675ffa3 10 resolve 0x676e45b 11 resolve 0x67732e9 12 resolve 0x6771789 13 resolve 0x6770a18 14 resolve 0x6776adf 15 libc.so.6 0x7c839e0a339d 16 libc.so.6 0x7c839e12849c

0x7c82c2800000 | GPU.SingleBoardMgr | INFO | 2024-09-05 20:27:07,241 | Flushing GPU memory... 0x7c82c2800000 | UI.GLTexPool | INFO | 2024-09-05 20:27:07,241 | Released 0 MiB in 0 unused textures. 0x7c823c000000 | SyManager | INFO | 2024-09-05 20:27:07,327 | Exiting keyboard device monitor thread. 0x7c839831e000 | SyManager | INFO | 2024-09-05 20:27:07,328 | Thread release successful. Assertion 'close_nointr(fd) != -EBADF' failed at src/basic/fd-util.c:75, function safe_close(). Aborting.`

Operating system: Archlinux DE: kde Windows Manager: Wayland

[Obamium69]

The new version interrupts the correct functioning of Davinci with Intel processor and Intel Iris Xe Graphics. I attach images and debug

I had to downgrade to archlinux and it worked properly again

`0x7c82c2800000 | GPU.SingleBoardMgr | ERROR | 2024-09-05 20:27:07,241 | DVIP exception caught: DVIP Exception: Kernel build failure

* API: OpenCL

* Call stack:
  1   resolve                                 0x8305e62
  2   resolve                                 0x83067f0
  3   resolve                                 0x83894bb
  4   resolve                                 0x8389ee3
  5   resolve                                 0x8236a88
  6   resolve                                 0x8223a36
  7   resolve                                 0x69a3d36
  8   resolve                                 0x6982217
  9   resolve                                 0x675ffa3
  10  resolve                                 0x676e45b
  11  resolve                                 0x67732e9
  12  resolve                                 0x6771789
  13  resolve                                 0x6770a18
  14  resolve                                 0x6776adf
  15  libc.so.6                          0x7c839e0a339d
  16  libc.so.6                          0x7c839e12849c

0x7c82c2800000 | GPU.SingleBoardMgr | INFO | 2024-09-05 20:27:07,241 | Flushing GPU memory... 0x7c82c2800000 | UI.GLTexPool | INFO | 2024-09-05 20:27:07,241 | Released 0 MiB in 0 unused textures. 0x7c823c000000 | SyManager | INFO | 2024-09-05 20:27:07,327 | Exiting keyboard device monitor thread. 0x7c839831e000 | SyManager | INFO | 2024-09-05 20:27:07,328 | Thread release successful. Assertion 'close_nointr(fd) != -EBADF' failed at src/basic/fd-util.c:75, function safe_close(). Aborting.`

Operating system: Archlinux DE: kde Windows Manager: Wayland

I'm getting the same "The GPU failed to perform image processing because of an error. Error code -1" issue but with this setup:

OS: EndeavourOS x86_64 Kernel: Linux 6.11.1-zen1-1-zen DE: KDE Plasma 6.1.5 (Wayland) CPU: AMD Ryzen 7 5800X GPU: Intel Arc A750 intel-compute-runtime: 24.35.30872.22-1

What exactly do you mean by "downgrade to archlinux"?

[specialworld83]

The new version interrupts the correct functioning of Davinci with Intel processor and Intel Iris Xe Graphics. I attach images and debug I had to downgrade to archlinux and it worked properly again `0x7c82c2800000 | GPU.SingleBoardMgr | ERROR | 2024-09-05 20:27:07,241 | DVIP exception caught: DVIP Exception: Kernel build failure

* API: OpenCL

* Call stack:
  1   resolve                                 0x8305e62
  2   resolve                                 0x83067f0
  3   resolve                                 0x83894bb
  4   resolve                                 0x8389ee3
  5   resolve                                 0x8236a88
  6   resolve                                 0x8223a36
  7   resolve                                 0x69a3d36
  8   resolve                                 0x6982217
  9   resolve                                 0x675ffa3
  10  resolve                                 0x676e45b
  11  resolve                                 0x67732e9
  12  resolve                                 0x6771789
  13  resolve                                 0x6770a18
  14  resolve                                 0x6776adf
  15  libc.so.6                          0x7c839e0a339d
  16  libc.so.6                          0x7c839e12849c

0x7c82c2800000 | GPU.SingleBoardMgr | INFO | 2024-09-05 20:27:07,241 | Flushing GPU memory... 0x7c82c2800000 | UI.GLTexPool | INFO | 2024-09-05 20:27:07,241 | Released 0 MiB in 0 unused textures. 0x7c823c000000 | SyManager | INFO | 2024-09-05 20:27:07,327 | Exiting keyboard device monitor thread. 0x7c839831e000 | SyManager | INFO | 2024-09-05 20:27:07,328 | Thread release successful. Assertion 'close_nointr(fd) != -EBADF' failed at src/basic/fd-util.c:75, function safe_close(). Aborting.`

Operating system: Archlinux DE: kde Windows Manager: Wayland

I'm getting the same "The GPU failed to perform image processing because of an error. Error code -1" issue but with this setup:

OS: EndeavourOS x86_64 Kernel: Linux 6.11.1-zen1-1-zen DE: KDE Plasma 6.1.5 (Wayland) CPU: AMD Ryzen 7 5800X GPU: Intel Arc A750 intel-compute-runtime: 24.35.30872.22-1

What exactly do you mean by "downgrade to archlinux"?

I did the following procedure:

I downloaded the intel-compute-runtime package at the link https://gitlab.archlinux.org/archlinux/packaging/packages/intel-compute-runtime/-/tree/e64ba3b2d9cddb31b61b9242edc62a2c6356effa

I compiled the package with makepkg

Installed the package with sudo pacman -S ./intel-compute-runtime....

I edited the pacman.conf file in /etc by inserting the following code:

IgnorePkg = intel-compute-runtime

Started davinci resolve and it works correctly