Hey there, I’ve bought a ChatGPT Subscritption and I tried for a week now to get this thing to work, with permanent success. I was able to get the Camera working! With this command gst-launch-1.0 v4l2src device=/dev/video8 ! videoconvert ! autovideosink
I can get a Windows that works quite well! FPS and Resolution both look good and the Camera works.
But I have to tell you again, I am a Linux Newbie. I recently switched fully from Windows to Linux and I have literally no Idea, what I was doing! But I thought I might share my progress.
That’s why I asked ChatGPT to summarize all of our approach thoroughly and formulate it, so that anyone with Deeper Knowledge could work with this.
I really hope that this can help to further Implementation of the Camera support. Please let me know if I can provide further Information. I have to get it out of ChatGPT first because I am really a Beginner.
I will also do a fresh Install again, because my System uses quite a lot of RAM and it’s quite unstable after all that tinkering. I don’t think it’s healthy for my Production System, to be running with this many modifications.
Here’s the Output of ChatGPT:
Issue Summary:
I have been trying to get my Intel IPU6 Camera to work on Fedora 41 on my Lenovo ThinkBook 13x Gen 4.
The camera sensor is OV02C10, and the drivers were installed using Fedora’s akmod-intel-ipu6 package.
Despite multiple attempts, the camera is still not working in applications like GNOME Snapshot or browsers.
1. Initial Attempt – Manual IPU6 Driver Installation
Initially, I followed the manual installation guide from Intel’s ipu6-drivers GitHub repository.
- The drivers were compiled successfully but did not result in a working camera.
- After loading the modules (
intel_ipu6_isys
, intel_ipu6
, ipu_bridge
), the camera was detected as /dev/video*
devices but did not produce an image.
- PipeWire and xdg-desktop-portal did not recognize the camera properly.
- GStreamer worked (
gst-launch-1.0 icamerasrc ! videoconvert ! autovideosink
), meaning the camera was functional at the driver level, but applications could not access it
2. Switching to Fedora’s Built-in IPU6 Support
Since Fedora 41 already includes akmod-intel-ipu6
, ipu6-camera-bins
, and ipu6-camera-hal
, I decided to switch to Fedora’s built-in support.
- However, these packages were already installed from the beginning, meaning the manual driver installation likely did not interfere.
- Using
v4l2-ctl --list-devices
, the camera was listed under ipu6
, but /dev/video0
was a v4l2loopback device instead of a real camera feed.
mpv av://v4l2:/dev/video0
returned Not a video capture device
.
- GStreamer worked (
gst-launch-1.0 icamerasrc ! videoconvert ! autovideosink
), meaning the camera was functional at the driver level, but applications could not access it.
3. Debugging PipeWire & xdg-desktop-portal
Since GStreamer worked but applications like GNOME Snapshot did not, the issue appeared to be with PipeWire and xdg-desktop-portal.
4. Summary of Key Findings
- The IPU6 drivers work, and the camera can be accessed using GStreamer.
- PipeWire detects the camera, but applications cannot access it.
- xdg-desktop-portal fails with
No skeleton to export
and Failed to own background monitor D-Bus name
.
- Removing and reinstalling
xdg-desktop-portal
had no effect.
/dev/video0
is recognized as a loopback device, which might explain why applications cannot use it.
5. Next Steps & Questions for Fedora Developers
What changes are required in xdg-desktop-portal to properly expose IPU6 cameras to applications?
Why does Fedora default to a v4l2loopback device (/dev/video0
) instead of directly exposing the camera?
Are there additional configurations needed to enable PipeWire integration with IPU6?
Any insights or fixes from Fedora developers would be greatly appreciated. Thanks for your help!