Pipewire core dump on Fedora 43

I’m running Fedora on a Dell XPS 14 9440, which has an Intel ipu6 camera with ov02c10 sensor.

Since I’ve upgraded to Fedora 43 the video stream from camera, as seen in qcam or in a browser using Pipewire starts by fast blinking for about half a minute every time I connect to the camera. On occasionally pipwire will crash as well with the follwing core dump shown in journalctl:

Process 149311 (soft_ipa_proxy) of user 1000 dumped core.

Module /usr/libexec/libcamera/soft_ipa_proxy from rpm libcamera-0.5.2-4.fc43.x86_64
Module ipa_soft_simple.so from rpm libcamera-0.5.2-4.fc43.x86_64
Module libffi.so.8 from rpm libffi-3.5.2-1.fc43.x86_64
Module libbz2.so.1 from rpm bzip2-1.0.8-21.fc43.x86_64
Module liblzma.so.5 from rpm xz-5.8.1-4.fc43.x86_64
Module libzstd.so.1 from rpm zstd-1.5.7-2.fc43.x86_64
Module libz.so.1 from rpm zlib-ng-2.2.5-2.fc43.x86_64
Module libelf.so.1 from rpm elfutils-0.194-1.fc43.x86_64
Module libcap.so.2 from rpm libcap-2.76-3.fc43.x86_64
Module liblttng-ust-common.so.1 from rpm lttng-ust-2.14.0-4.fc43.x86_64
Module liblttng-ust-tracepoint.so.1 from rpm lttng-ust-2.14.0-4.fc43.x86_64
Module libnuma.so.1 from rpm numactl-2.0.19-3.fc43.x86_64
Module libgmp.so.10 from rpm gmp-6.3.0-4.fc43.x86_64
Module libnettle.so.8 from rpm nettle-3.10.1-2.fc43.x86_64
Module libhogweed.so.6 from rpm nettle-3.10.1-2.fc43.x86_64
Module libtasn1.so.6 from rpm libtasn1-4.20.0-2.fc43.x86_64
Module libunistring.so.5 from rpm libunistring-1.1-10.fc43.x86_64
Module libidn2.so.0 from rpm libidn2-2.3.8-2.fc43.x86_64
Module libp11-kit.so.0 from rpm p11-kit-0.25.8-1.fc43.x86_64
Module libjpeg.so.62 from rpm libjpeg-turbo-3.1.2-1.fc43.x86_64
Module libunwind.so.8 from rpm libunwind-1.8.1-3.fc43.x86_64
Module libdw.so.1 from rpm elfutils-0.194-1.fc43.x86_64
Module libyaml-0.so.2 from rpm libyaml-0.2.5-17.fc43.x86_64
Module libudev.so.1 from rpm systemd-258.2-1.fc43.x86_64
Module liblttng-ust.so.1 from rpm lttng-ust-2.14.0-4.fc43.x86_64
Module libgnutls.so.30 from rpm gnutls-3.8.11-5.fc43.x86_64
Module libyuv.so.0 from rpm libyuv-0-0.57.20240704git96bbdb5.fc43.x86_64
Module libcamera-base.so.0.5 from rpm libcamera-0.5.2-4.fc43.x86_64
Module libcamera.so.0.5 from rpm libcamera-0.5.2-4.fc43.x86_64
Stack trace of thread 149311:
#0 0x00007fd3a0c86982 __syscall_cancel_arch (libc.so.6 + 0x7a982)
#1 0x00007fd3a0c7ac3c __internal_syscall_cancel (libc.so.6 + 0x6ec3c)
#2 0x00007fd3a0c7ac84 __syscall_cancel (libc.so.6 + 0x6ec84)
#3 0x00007fd3a0cf46c6 ppoll (libc.so.6 + 0xe86c6)
#4 0x00007fd3a1571fc2 _ZN9libcamera19EventDispatcherPoll4pollEPSt6vectorI6pollfdSaIS2_EE (libcamera-base.so.0.5 + 0x8fc2)
#5 0x00007fd3a15727e9 _ZN9libcamera19EventDispatcherPoll13processEventsEv (libcamera-base.so.0.5 + 0x97e9)
#6 0x0000563f124e7289 main (/usr/libexec/libcamera/soft_ipa_proxy + 0x1289)
#7 0x00007fd3a0c0f5b5 __libc_start_call_main (libc.so.6 + 0x35b5)
#8 0x00007fd3a0c0f668 __libc_start_main@@GLIBC_2.34 (libc.so.6 + 0x3668)
#9 0x0000563f124e7575 _start (/usr/libexec/libcamera/soft_ipa_proxy + 0x1575)

Stack trace of thread 149316:
#0 0x00007fd3a0cff34d syscall (libc.so.6 + 0xf334d)
#1 0x00007fd3a117434f ust_listener_thread (liblttng-ust.so.1 + 0xd34f)
#2 0x00007fd3a0c7e464 start_thread (libc.so.6 + 0x72464)
#3 0x00007fd3a0d015ac __clone3 (libc.so.6 + 0xf55ac)

Stack trace of thread 149315:
#0 0x00007fd3a0cff34d syscall (libc.so.6 + 0xf334d)
#1 0x00007fd3a117434f ust_listener_thread (liblttng-ust.so.1 + 0xd34f)
#2 0x00007fd3a0c7e464 start_thread (libc.so.6 + 0x72464)
#3 0x00007fd3a0d015ac __clone3 (libc.so.6 + 0xf55ac)
ELF object binary architecture: AMD x86-64

Anybody else seeing the same behavior?

Heimir.