Anyone already running darktable on Intel Arc hardware under Linux?

Software darktable
1

I would be interested in your findings

2

I’ve read a report somewhere here where the basic i915 driver picked it up and seemed to be working well with a speedup. If that means it’s working correctly, and working well for other tasks i dont know.

3

Yes, darktable + OpenCL + Arc 750 on Linux work very well. You can check this thread:

Good OpenCL performance with Intel Arc 750 GPU

1 Like
4

any updates? I am seriously thinking about getting rid of my old rx 580 and all the amd opencl issues… How are heavy modules like diffuse and sharpen etc?

5

Slightly relevant.

Im using intel arc a750 on windows and Darktable works well. Two modules dont work, but not a big deal
filmic rgb (black image) module - workaround use Sigmund
Haze removal module (strange artifacts generated in the edges of images) - no workaround

1 Like
6

On 4.4?

7

yes i just upgraded to 4.4 but the issue was present in 4.2.1 also

1 Like
8

For haze removal you can also use colorbalance rgb

9

Have you tested those modules after disabling (removing) the optimizing opencl compiler flags for that device?

10

A770 with Intel stack on jammy requires a “older” OEM kernel 5.17.0-1020-oem

Haven’t noticed any issues with darktable v4.2.1, all snappy.

Anyone running with the mesa stack on 6.x kernel?

[dt_opencl_device_init]
   DEVICE:                   0: 'Intel(R) Arc(TM) A770 Graphics'
   CANONICAL NAME:           intelrarctma770graphics
   PLATFORM NAME & VENDOR:   Intel(R) OpenCL Graphics, Intel(R) Corporation
   DRIVER VERSION:           23.17.26241.21
   DEVICE VERSION:           OpenCL 3.0 NEO 
   DEVICE_TYPE:              GPU
   GLOBAL MEM SIZE:          15474 MB
   MAX MEM ALLOC:            4096 MB
   MAX IMAGE SIZE:           16384 x 16384
   MAX WORK GROUP SIZE:      1024
   MAX WORK ITEM DIMENSIONS: 3
   MAX WORK ITEM SIZES:      [ 1024 1024 1024 ]
   ASYNC PIXELPIPE:          NO
   PINNED MEMORY TRANSFER:   NO
   MEMORY TUNING:            NO
   FORCED HEADROOM:          400
   AVOID ATOMICS:            NO
   MICRO NAP:                250
   ROUNDUP WIDTH:            16
   ROUNDUP HEIGHT:           16
   CHECK EVENT HANDLES:      128
   PERFORMANCE:              0.330
   TILING ADVANTAGE:         0.000
   DEFAULT DEVICE:           NO
   KERNEL DIRECTORY:         /usr/share/darktable/kernels
   CL COMPILER OPTION:       -cl-fast-relaxed-math
   KERNEL LOADING TIME:       0.0680 sec
[opencl_init] OpenCL successfully initialized.
11

Interestingly
https://github.com/intel/compute-runtime/releases/tag/23.17.26241.22

DG1 and DG2 was tested with kernel 6.3.1-060301-generic

The requirement for the OEM kernel seems to been dropped.

https://dgpu-docs.intel.com/driver/client/overview.html#optional-out-of-tree-kernel-mode-driver-install

It’s been 5 releases since January and a new kernel driver besides i915 is also coming up. Expect lots of changes on the Intel stack.

1 Like
12

My Arc card is arriving today hopefully :slight_smile:

13

Had a quick look into the steps needed to build a Intel compute runtime to be used with flatpak.

The intel opencl-clang dependencies need llvm, which blows up the whole build process.

This older flatpak build file for mesa could be a fair starting point?

https://github.com/mponcet/org.freedesktop.Platform.GL/blob/master/org.freedesktop.Platform.GL.default.json

Edit: llvm as a SDK extension is a thing
https://github.com/flathub/org.freedesktop.Sdk.Extension.llvm16

Edit2: Jellyfin has a build script for the Intel compute runtime
https://github.com/flathub/org.jellyfin.JellyfinServer.Plugin.IntelComputeRuntime/blob/master/org.jellyfin.JellyfinServer.Plugin.IntelComputeRuntime.yml

14

Windows 11:
Returned my Arc A750 and picked up a RTX3060, now all is good on DT/Ansel.
Real shame, the Arc worked perfect on everything but DT/Ansel.

15

There should be no need for OEM kernels anymore. The newer the kernel, the better its i915.ko module. No need to compile it.