Bug 2423139 - IPU6 MIPI Camera feed upside down with open-source drivers (no akmod)
Summary: IPU6 MIPI Camera feed upside down with open-source drivers (no akmod)
Keywords:
Status: CLOSED ERRATA
Alias: None
Product: Fedora
Classification: Fedora
Component: kernel
Version: 43
Hardware: x86_64
OS: Linux
unspecified
unspecified
Target Milestone: ---
Assignee: Justin M. Forbes
QA Contact: Fedora Extras Quality Assurance
URL:
Whiteboard:
Depends On:
Blocks:
TreeView+ depends on / blocked
 
Reported: 2025-12-17 10:24 UTC by makrushka
Modified: 2026-03-12 10:56 UTC (History)
14 users (show)

Fixed In Version: kernel-6.18.9-200.fc43 kernel-6.18.9-100.fc42
Clone Of:
Environment:
Last Closed: 2026-02-12 00:52:33 UTC
Type: Bug
Embargoed:


Attachments (Terms of Use)
Kernel log (155.82 KB, text/plain)
2025-12-17 10:24 UTC, makrushka
no flags Details
lsusb (450 bytes, text/plain)
2025-12-17 10:25 UTC, makrushka
no flags Details
i2c-devices log (3.36 KB, text/plain)
2025-12-17 10:25 UTC, makrushka
no flags Details
spi-devices log (121 bytes, text/plain)
2025-12-17 10:26 UTC, makrushka
no flags Details

Description makrushka 2025-12-17 10:24:21 UTC
Created attachment 2119016 [details]
Kernel log

1. Please describe the problem:

IPU6 MIDI camera feed upside down with open-source (no akmod) drivers.


2. What is the Version-Release number of the kernel:

6.17.11-300.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 :

Nope.


4. Can you reproduce this issue? If so, please provide the steps to reproduce
   the issue below:

Open qcam, image is upside down.


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.

See attached as per "How to test" in https://fedoraproject.org/wiki/Changes/X86_MIPI_CameraHwEnablement#How_To_Test

Comment 1 makrushka 2025-12-17 10:25:06 UTC
Created attachment 2119017 [details]
lsusb

Comment 2 makrushka 2025-12-17 10:25:38 UTC
Created attachment 2119018 [details]
i2c-devices log

Comment 3 makrushka 2025-12-17 10:26:08 UTC
Created attachment 2119019 [details]
spi-devices log

Comment 4 makrushka 2025-12-17 10:27:07 UTC
Laptop is a Lenovo thinkbook-13x-gen4-enablement

Comment 5 Hans de Goede 2025-12-17 19:08:10 UTC
This should be fixed by a combination of this commit which just landed for 6.19-rc1:

https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/?id=d5ebe3f7d13d4cee3ff7e718de23564915aaf163

In combination with this series of fixes on top:

https://lore.kernel.org/linux-media/20251210112436.167212-1-johannes.goede@oss.qualcomm.com/

Comment 6 makrushka 2025-12-18 10:58:00 UTC
Thanks Hans, you are the best!

Will keep you updated and let you know as soon as 6.19 ships to F43.

Comment 7 Hans de Goede 2025-12-19 09:39:01 UTC
My (ex) Red Hat colleague Kate Hsuan has done a test kernel build with these fixes added see bug 2355032 comment 29 .

And see: https://fedorapeople.org/~jwrdegoede/kernel-test-instructions.txt for instructions for installing a kernel from koji (Fedora's build-system).

Comment 8 makrushka 2026-01-06 15:03:19 UTC
I tried with Kate's kernel on F43 and it seems to work!

Only catch: I get the qcam command-line error:

ERROR V4L2 v4l2_subdevice.cpp:1198 'ov02c10 0-0036': Unable to get rectangle 2 on pad 0/0: Inappropriate ioctl for device

I do not know what it means, but if safe to ignore, then great, thanks a lot Hans (and Kate)!

Comment 9 Hans de Goede 2026-01-06 16:16:58 UTC
(In reply to makrushka from comment #8)
> I tried with Kate's kernel on F43 and it seems to work!

That is good to hear.

> Only catch: I get the qcam command-line error:
> 
> ERROR V4L2 v4l2_subdevice.cpp:1198 'ov02c10 0-0036': Unable to get rectangle
> 2 on pad 0/0: Inappropriate ioctl for device

That error is safe to ignore. We should fix these one of these days, but it really is not important.

Comment 10 Kate Hsuan 2026-01-08 05:41:32 UTC
(In reply to Hans de Goede from comment #9)
> (In reply to makrushka from comment #8)
> > I tried with Kate's kernel on F43 and it seems to work!
> 
> That is good to hear.
> 
> > Only catch: I get the qcam command-line error:
> > 
> > ERROR V4L2 v4l2_subdevice.cpp:1198 'ov02c10 0-0036': Unable to get rectangle
> > 2 on pad 0/0: Inappropriate ioctl for device
> 
> That error is safe to ignore. We should fix these one of these days, but it
> really is not important.

Thank you for testing

I submitted an MR to ark and tried to include the patch in the Fedroa kernel earlier but I noticed the upstream maintainer and Hans are still working on it.
I think the fix patch will be merged soon. :)

Comment 11 Hans de Goede 2026-01-15 10:53:05 UTC
Good news, all the fixes for the ov02c10 issue have been merged into Linus' master branch now and will be in 6.19-rc6.

Kate, if you want to backport these to Fedora's 6.18 kernels you need all patches not yet in 6.18 here:

https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/log/drivers/media/i2c/ov02c10.c

(starting with "media: ov02c10: Fix default vertical flip")

As well as this patch:

https://git.kernel.org/pub/scm/linux/kernel/git/torvalds/linux.git/commit/drivers/media/pci/intel/ipu-bridge.c?id=b75710155a823369976bba9f3497cee113830ae9

Comment 12 Kate Hsuan 2026-02-02 06:22:56 UTC
Thank you, Hans

I came back from the vacation.

Before I went on vacation, I made an MR for Rawhide.
https://gitlab.com/cki-project/kernel-ark/-/merge_requests/4302

Next, I'll submit an MR targeting 6.18.

Comment 13 Fedora Update System 2026-02-07 15:37:38 UTC
FEDORA-2026-b6ec4c6fdf (kernel-6.18.9-200.fc43) has been submitted as an update to Fedora 43.
https://bodhi.fedoraproject.org/updates/FEDORA-2026-b6ec4c6fdf

Comment 14 Fedora Update System 2026-02-07 15:37:41 UTC
FEDORA-2026-0052f9ece0 (kernel-6.18.9-100.fc42) has been submitted as an update to Fedora 42.
https://bodhi.fedoraproject.org/updates/FEDORA-2026-0052f9ece0

Comment 15 Fedora Update System 2026-02-08 01:36:41 UTC
FEDORA-2026-0052f9ece0 has been pushed to the Fedora 42 testing repository.
Soon you'll be able to install the update with the following command:
`sudo dnf upgrade --enablerepo=updates-testing --refresh --advisory=FEDORA-2026-0052f9ece0`
You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2026-0052f9ece0

See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.

Comment 16 Fedora Update System 2026-02-08 01:56:56 UTC
FEDORA-2026-b6ec4c6fdf has been pushed to the Fedora 43 testing repository.
Soon you'll be able to install the update with the following command:
`sudo dnf upgrade --enablerepo=updates-testing --refresh --advisory=FEDORA-2026-b6ec4c6fdf`
You can provide feedback for this update here: https://bodhi.fedoraproject.org/updates/FEDORA-2026-b6ec4c6fdf

See also https://fedoraproject.org/wiki/QA:Updates_Testing for more information on how to test updates.

Comment 17 Fedora Update System 2026-02-12 00:52:33 UTC
FEDORA-2026-b6ec4c6fdf (kernel-6.18.9-200.fc43) has been pushed to the Fedora 43 stable repository.
If problem still persists, please make note of it in this bug report.

Comment 18 Fedora Update System 2026-02-12 01:10:26 UTC
FEDORA-2026-0052f9ece0 (kernel-6.18.9-100.fc42) has been pushed to the Fedora 42 stable repository.
If problem still persists, please make note of it in this bug report.

Comment 19 makrushka 2026-03-12 10:02:40 UTC
Dear Kate or Hans,

I confirm the problem is fixed in F43! Thank you so much! Quick question:

- Is the akmod-v4l2loopback package still required?
- I see and can use the camera on qcam and firefox, but not on chromium. Any idea as to why?

Thanks a lot!

Comment 20 Hans de Goede 2026-03-12 10:56:21 UTC
- Is the akmod-v4l2loopback package still required?

No that should no longer be necessary. None of the rpmfusion camera packages should be necessary.

- I see and can use the camera on qcam and firefox, but not on chromium. Any idea as to why?

You have to go to “chrome://flags” and enable “PipeWire Camera support“.

If that does not work see this blog-post for debugging tips:

https://jgrulich.cz/2024/12/13/when-your-webcam-doesnt-work-solving-firefox-and-pipewire-issues/


Note You need to log in before you can comment on or make changes to this bug.