cl_khr_gl_sharing GLX support #659

smunaut · 2023-07-04T18:15:21Z

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.

stereomato · 2023-07-05T03:10:31Z

One of the applications being Davinci Resolve

k1gen · 2023-07-25T23:07:14Z

I'm interested in this too, because currently there's no way to use Davinci Resolve on Linux, even though EGL support (which took 4 years to develop) is merged. Waiting for any information on this!

AdamCetnerowski · 2023-07-31T07:54:35Z

We are open to include this feature in the driver. We are not able to devote engineering effort to implementation at this time, but would welcome contributions from the community.

I'd also like to note that we recently added support for cl_khr_external_memory, which should show up in the August release.

smunaut · 2023-08-08T08:18:04Z

So when I had a quick look at this, one the main issue was the API used to implement the sharing with EGL eglExportDMABUFImageMESA has no real equivalent in GLX.

But when trying to work my way through #667 and talking with some mesa devs, they pointed out it shouldn't be using eglExportDMABUFImageMESA in the first place but instead use MesaGLInteropEGLExportObject, so I've been looking into making the switch.

Now obviously this is still EGL specific, but it has a direct GLX equivalent MesaGLInteropGLXExportObject at least.

smunaut · 2023-08-10T11:21:16Z

FWIW in the branch I pushed in #667 , I have now added GLX support as well.

smunaut · 2023-08-10T12:57:24Z

So the good new is that Resolve starts and you see something in the viewers now : https://i.imgur.com/qyfOARh.png
The bad news is that it only does that when running in valgrind ... which like the name suggests, brings it to a grind 😓

smunaut · 2023-08-10T21:47:10Z

Found a workaround ... I had to remove the RTLD_DEEPBIND option used in intel-compute to load OsLibraries and then it starts.
I'm not entirely sure what the issue is or what the consequences are of removing this, so still some check needed.

But now I can start resolve and see stuff in the viewers. It's a bit glitchy and I get some weird errors :

0x7f72886e4680 | IO                   | ERROR | 2023-08-10 23:23:50,585 | Failed to decode clip </tmp/osmodevcall-20210326-fixeria-osmoran-status-update_vp9.webm>, track 0, frame 27687: Requested position is outside of track bound.
0x7f72896e6680 | IO                   | ERROR | 2023-08-10 23:23:50,595 | Failed to decode clip </tmp/osmodevcall-20210326-fixeria-osmoran-status-update_vp9.webm>, track 0, frame 27805: Requested position is outside of track bound.
0x7f72886e4680 | IO                   | ERROR | 2023-08-10 23:23:50,618 | Failed to decode clip </tmp/osmodevcall-20210326-fixeria-osmoran-status-update_vp9.webm>, track 0, frame 27914: Failed to read the video frame from disk.
0x7f72886e4680 | IO                   | ERROR | 2023-08-10 23:23:50,655 | Failed to decode clip </tmp/osmodevcall-20210326-fixeria-osmoran-status-update_vp9.webm>, track 0, frame 28032: Failed to read the video frame from disk.
0x7f7288ee5680 | IO                   | ERROR | 2023-08-10 23:23:53,658 | Failed to decode clip </tmp/osmodevcall-20210326-fixeria-osmoran-status-update_vp9.webm>, track 0, frame 28149: Failed to read the video frame from disk.

But heh, progress !

Interestingly the BRAW standalone player works fine and also use CL/GL sharing (I can see the API calls). ...

SimonBrandner · 2023-08-10T22:10:59Z

(just wanted to say thank you! - awesome to see someone trying to get Resolve working!)

smunaut · 2023-08-11T08:34:59Z

@SimonBrandner Testers welcome 😁

k1gen · 2023-08-11T09:30:10Z

@smunaut hey, I'm on Arch and have a UHD620. what should I do to test?

SimonBrandner · 2023-08-11T09:37:24Z

/me is on Nix; might be interesting trying to figure out how to test this :D

smunaut · 2023-08-11T09:41:54Z

So you need to build :

(make sure to checkout the correct branch as pointed in those links)

You can install in a temporary prefix like /tmp/test_root or something.
And then :

export OCL_ICD_VENDORS=/tmp/_root/etc/OpenCL/vendors/
export LD_LIBRARY_PATH=/tmp/_root/lib64
export NEOReadDebugKeys=1
export DisableDeepBind=1

Make sure the .icd gets installed in that subdirectory, IIRC I had to do something more than set the prefix for that but don't remember. You can also create that file by hand, it's just a text file pointing to the right .so
Beware of lib vs lib64 depends on your distro I think.

Then just try to start resolve.

smunaut · 2023-08-11T09:51:17Z

btw, I'm on the unofficial blackmagic discord and on the freedesktop one, so you can ping me there username 246tnt which might be easier than github issues. Also on IRC as tnt on libera.

k1gen · 2023-08-11T11:00:25Z

@smunaut I will dm you as olk on libera once I have time to test it. thanks for your work

smunaut · 2023-08-24T13:20:14Z

For anyone following, here's a preview of the current state : https://youtu.be/-PW1J2Y42x0

That video actually shows a bug in the color parade, I know what the bug is and already have a workaround, just talking right now with the mesa guys to see what the best fix would be.

k1gen · 2023-08-24T16:10:40Z

hey @smunaut, can you backport 8b09bb8 and 894bab0? I can't compile your fork with gcc13 without them

smunaut · 2023-08-24T16:43:58Z

Ah will do. But gimme some time, I haven't actually pushed the latest stuff 😅
I'll do that tonight.

smunaut · 2023-08-24T19:14:17Z

Ok pushed.

You need the 23.2-resolve branch from my MESA tree : https://gitlab.freedesktop.org/246tnt/mesa/-/tree/23.2-resolve?ref_type=heads
And the clgl branch of this tree (compute-runtime).

specialworld83 · 2023-10-10T19:59:53Z

I tested it on Fedora 38 and I can say that it works perfectly.

https://www.codelinsoft.it/sito/blog/installare-da-vinci-resolve-con-scheda-video-iris-xe-graphics-su-fedora-38.html

https://www.codelinsoft.it/sito/images/2023/davinci_resolve.png

smunaut · 2023-10-10T20:32:01Z

@specialworld83 Thanks for testing !

cs · 2023-10-12T15:07:31Z

Unfortunately, the preview video in Davinci Resolve is not rendering correctly for me.

Screenshot (this is supposed to show a flat gradient from black to white):

That said, it doesn't crash or anything, and when I export my Davinci Resolve project, it is all correct again.

I'm using a fully updated Arch Linux with an Intel Arc 750. I manually compiled mesa (source: https://gitlab.freedesktop.org/246tnt/mesa/-/tree/23.2-resolve?ref_type=heads) and intel-compute-runtime (source: https://github.com/smunaut/compute-runtime/tree/clgl-23.30.26918.9).

How can I help to fix this?

smunaut · 2023-10-12T15:30:59Z

Do you use IRC or discord ? Would be easier to do this in a "live" session :)

cs · 2023-10-12T15:33:51Z

@smunaut Discord? Can you send me the right Link?

smunaut · 2023-10-12T15:38:00Z

We can probably create a thread in #resolve on the BMD discord : https://discord.com/invite/blackmagic-design-community-479297254528647188

smunaut · 2023-10-13T10:04:29Z

So just to update the issue here. There were 2 bugs identified :

One in Mesa itself where it export the texture reporting it as being linear while it is in fact tiled ... The export code doesn't handle GFX12.5+ (Alchemist) cards properly since they have a new tiling mode ...
One in the new code where the tiling mode is not supported and I'm not sure how to set it.

Note however that theses are not regression, it doesn't work any better in the current cl_khr_gl_sharing support that's currently merged in, so theses patches are still an improvement.

smunaut · 2023-10-13T18:59:10Z

@JablonskiMateusz @eero-t Maybe one of you knows : How can I specify which tiling mode to use ? I know which one is used by mesa, but now I need to tell the compute stack about it ... I found a linearStorage flag but that's a bit restrictive, I need to specify some specific mode ... (and then there is a aux stuff but ... one thing at a time)

smunaut · 2024-07-18T12:19:11Z

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

digitalinferno · 2024-07-18T12:49:44Z

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 · 2024-07-18T21:05:09Z

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 · 2024-07-18T21:32:42Z

@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 · 2024-07-19T08:33:55Z

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 · 2024-07-19T08:40:50Z

@jonassvatos What's your exact CPU model ?

jonassvatos · 2024-07-19T08:45:54Z

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 · 2024-07-19T08:59:29Z

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 · 2024-07-19T09:01:18Z

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 · 2024-07-19T09:36:50Z

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 · 2024-08-03T17:45:23Z

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 · 2024-08-05T20:34:11Z

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 · 2024-08-12T01:27:17Z

@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 · 2024-08-19T17:44:15Z

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 · 2024-08-31T11:41:00Z

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 · 2024-08-31T16:28:49Z

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 #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 · 2024-08-31T19:48:02Z

@mikamiel #718

mikamiel · 2024-09-01T19:37:59Z

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 · 2024-09-03T12:35:34Z

@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 · 2024-09-03T12:43:59Z

@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 · 2024-09-03T12:45:24Z

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

mikamiel · 2024-09-03T13:06:09Z

@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 · 2024-09-03T13:46:33Z

@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 · 2024-09-05T13:27:20Z

@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 · 2024-09-05T18:28:39Z

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

Operating system:
Archlinux
DE: kde
Windows Manager: Wayland

Obamium69 · 2024-10-04T16:16:20Z

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 · 2024-10-04T18:16:24Z

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

smunaut · 2024-10-04T18:36:33Z

Arc needs the git master. There are no releases yet with the appropriate patches for it to work.

seadra · 2024-11-30T16:33:32Z

Arc needs the git master. There are no releases yet with the appropriate patches for it to work.

Is this still the case @smunaut ? There was a recent release after your message on Oct 21.

smunaut · 2024-11-30T16:42:25Z

The 24.39 series contains the fixes I was talking about.

JablonskiMateusz added the Feature request New driver feature label Jul 7, 2023

smunaut closed this as completed Aug 11, 2023

smunaut reopened this Aug 11, 2023

smunaut mentioned this issue Aug 25, 2023

feature/ocl: Improve Linux CL/GL sharing support #673

Closed

cl_khr_gl_sharing GLX support #659

cl_khr_gl_sharing GLX support #659

Comments

smunaut commented Jul 4, 2023

stereomato commented Jul 5, 2023

k1gen commented Jul 25, 2023

AdamCetnerowski commented Jul 31, 2023

smunaut commented Aug 8, 2023

smunaut commented Aug 10, 2023

smunaut commented Aug 10, 2023

smunaut commented Aug 10, 2023 • edited Loading

SimonBrandner commented Aug 10, 2023

smunaut commented Aug 11, 2023

k1gen commented Aug 11, 2023

SimonBrandner commented Aug 11, 2023

smunaut commented Aug 11, 2023 • edited Loading

smunaut commented Aug 11, 2023

k1gen commented Aug 11, 2023

smunaut commented Aug 24, 2023

k1gen commented Aug 24, 2023

smunaut commented Aug 24, 2023

smunaut commented Aug 24, 2023

specialworld83 commented Oct 10, 2023 • edited Loading

smunaut commented Oct 10, 2023

cs commented Oct 12, 2023

smunaut commented Oct 12, 2023

cs commented Oct 12, 2023

smunaut commented Oct 12, 2023

smunaut commented Oct 13, 2023

smunaut commented Oct 13, 2023

smunaut commented Jul 18, 2024

digitalinferno commented Jul 18, 2024

jonassvatos commented Jul 18, 2024

smunaut commented Jul 18, 2024

jonassvatos commented Jul 19, 2024 • edited Loading

smunaut commented Jul 19, 2024

jonassvatos commented Jul 19, 2024 • edited Loading

jonassvatos commented Jul 19, 2024

smunaut commented Jul 19, 2024

jonassvatos commented Jul 19, 2024

vidalinux commented Aug 3, 2024 • edited Loading

vidalinux commented Aug 5, 2024

vidalinux commented Aug 12, 2024

eero-t commented Aug 19, 2024

mikamiel commented Aug 31, 2024

mikamiel commented Aug 31, 2024

vidalinux commented Aug 31, 2024

mikamiel commented Sep 1, 2024 • edited Loading

mikamiel commented Sep 3, 2024

eero-t commented Sep 3, 2024

smunaut commented Sep 3, 2024

mikamiel commented Sep 3, 2024

eero-t commented Sep 3, 2024

mikamiel commented Sep 5, 2024

specialworld83 commented Sep 5, 2024

Obamium69 commented Oct 4, 2024

specialworld83 commented Oct 4, 2024

smunaut commented Oct 4, 2024

seadra commented Nov 30, 2024

smunaut commented Nov 30, 2024

smunaut commented Aug 10, 2023 •

edited

Loading

smunaut commented Aug 11, 2023 •

edited

Loading

specialworld83 commented Oct 10, 2023 •

edited

Loading

jonassvatos commented Jul 19, 2024 •

edited

Loading

jonassvatos commented Jul 19, 2024 •

edited

Loading

vidalinux commented Aug 3, 2024 •

edited

Loading

mikamiel commented Sep 1, 2024 •

edited

Loading