Fedora Account System
Red Hat Associate
Red Hat Customer
1. Please describe the problem: I am testing the new FOSS IPU7 stack on Fedora 43 with a Lunar Lake laptop (Lenovo X9 15). The IPU7 initializes perfectly and detects the sensor (dmesg shows "Found supported sensor SONY471A:00" and "Connected 1 cameras"). However, the camera does not work because the specific `imx471` driver module is missing from the kernel tree, preventing the sensor from binding to /dev/media0. I have verified that pipewire-plugin-libcamera, libcamera-ipa, and intel-vsc-firmware are installed. I also ensured the proprietary stack is not active. 2. What is the Version-Release number of the kernel: kernel-6.19.10-200.fc43.x86_64 3. Did it work previously in Fedora? If so, what kernel version did the issue *first* appear? Old kernels are available for download at https://koji.fedoraproject.org/koji/packageinfo?packageID=8 : No, this is a new hardware enablement request for Lunar Lake MIPI cameras. 4. Can you reproduce this issue? If so, please provide the steps to reproduce the issue below: Yes, always. Steps: 1. Boot Fedora 43. 2. Run `modprobe imx471` (returns FATAL: Module imx471 not found). 3. Run `cam -l` (returns "No sensor found for /dev/media0"). 5. Does this problem occur with the latest Rawhide kernel? To install the Rawhide kernel, run ``sudo dnf install fedora-repos-rawhide`` followed by ``sudo dnf update --enablerepo=rawhide kernel``: I have not tested Rawhide, but according to upstream Intel IPU7 driver discussions, the `imx471` sensor module is not yet merged into the mainline kernel. 6. Are you running any modules that not shipped with directly Fedora's kernel?: No. The system is completely clean and fully FOSS. Proprietary intel-ipu6 packages and custom DKMS modules were explicitly removed. 7. Please attach the kernel logs. You can get the complete kernel log for a boot with ``journalctl --no-hostname -k > dmesg.txt``. If the issue occurred on a previous boot, use the journalctl ``-b`` flag. As requested by the Fedora X86 MIPI CameraHwEnablement Wiki, I enabled dyndbg for int3472 via grubby. I will attach the requested `kernel.txt`, `lsusb.txt`, `i2c-devices.txt`, and `spi-devices.txt` (along with an acpidump) immediately after submitting this bug report. Reproducible: Always
Created attachment 2135703 [details] journalctl -b 0 -k > kernel.txt
Created attachment 2135704 [details] lsusb > lsusb.txt
Created attachment 2135705 [details] ls -l /sys/bus/i2c/devices/ > i2c-devices.txt
Created attachment 2135706 [details] ls -l /sys/bus/spi/devices/ > spi-devices.txt
Kate Hsuan is working on cleaning up the out of tree imx471 driver and submitting it for mainline inclusion, assigning this to Kate.
Patchset was submitted and can be found at the following URL https://lore.kernel.org/linux-media/20260417083214.222189-1-hpa@redhat.com/T/#t
Hi Kate and team, Hope you are doing well. I've been quietly following the great progress on the linux-media mailing list regarding the IMX471 driver and the Bayer format flip implementation. Thank you so much for all the hard work you've put into this ! I am currently running Fedora 44 on my Lenovo ThinkPad X9 and checking the updates regularly. I was just wondering if there is any Koji test kernel available yet that includes the latest iteration of your patches ? I would be more than happy to install it, test the camera orientation/colors on my specific hardware, and report back here to help validate your code before mainline inclusion. Thanks again! Best regards, Anis
Hi Anis It can be found at https://koji.fedoraproject.org/koji/taskinfo?taskID=146423786 and find the details in bz2483180 Thank you
Hi Kate, I successfully installed and booted the Koji kernel from task 146423786 on my Lenovo ThinkPad X9 (Lunar Lake). I can confirm that the patch works perfectly. Here are the technical validation points: - modinfo imx471 now correctly reports the module. - The sensor binds successfully to /dev/media0. - Tested with qcam (libcamera v0.7.1 via SoftISP): the camera stream works natively. The image orientation is 100% correct regardless of the upside-down mounting, and the Bayer order works as expected (tested with the fallback uncalibrated.yaml profile in libcamera). Thank you so much for the hard work! You can add my tag to the patchset: Tested-by: computman anis
Thank you for your testing. Please rely to the mail thread with Tested-by tag and than I can add you to the commit message. https://lore.kernel.org/linux-media/20260624033508.27391-4-hpa@redhat.com/