public inbox for linux-media@vger.kernel.org
 help / color / mirror / Atom feed
From: Filippo Veneri <filippo.veneri@gmail.com>
To: Sakari Ailus <sakari.ailus@linux.intel.com>,
	Bingbu Cao <bingbu.cao@intel.com>
Cc: linux-media@vger.kernel.org
Subject: [BUG] media: intel: ipu6/ivsc camera fails after hibernate on Dell Latitude 9430, stale INT343E software node (-EEXIST) Hello,
Date: Sat, 21 Mar 2026 15:05:31 +0100	[thread overview]
Message-ID: <CALfsO8jG4MUR7W0QrWZUSCkqUOQnpAGmB9GwgkTg9rhDEdjNuQ@mail.gmail.com> (raw)

Hello,

I would like to report a hibernate/resume issue affecting the
in-kernel Intel IPU6/IVSC camera stack on a Dell Latitude 9430.

System
------
Laptop: Dell Latitude 9430
BIOS: 1.37.0 (11/25/2025)
Distro: Arch Linux
Kernel: 6.19.8-arch1-1
Camera sensor: ov02c10
Userspace test: libcamera / qcam 0.7.0

Relevant kernel modules in use
------------------------------
intel_ipu6
intel_ipu6_isys
ivsc_csi
ivsc_ace
mei_vsc
mei_vsc_hw
ov02c10

I do not appear to have any out-of-tree IPU6/IVSC DKMS modules installed.
The only related package is:
  intel-ivsc-firmware r13.3377801-1

Problem summary
---------------
The camera works after a cold boot.

After resuming from hibernate, the camera no longer works. qcam reports:
  "No camera detected"

At that point, reloading the camera modules does not recover the device.
In the failing post-hibernate state, the kernel eventually reports duplicate
software-node registration for INT343E and the IPU/IVSC probe fails
with -EEXIST.

What I tested
-------------
1. After a fresh boot, the following unload/reload sequence works and the camera
   still works afterwards:

   sudo modprobe -rv -w 5000 intel_ipu6_isys intel_ipu6 ov02c10
ivsc_csi ivsc_ace mei_vsc mei_vsc_hw
   sudo modprobe -v mei_vsc_hw
   sudo modprobe -v mei_vsc
   sudo modprobe -v ivsc_ace
   sudo modprobe -v ivsc_csi
   sleep 1
   sudo modprobe -v intel_ipu6
   sudo modprobe -v intel_ipu6_isys
   sudo modprobe -v ov02c10

   So a normal runtime unload/reload after cold boot seems OK.

2. After hibernate resume, the same module reload sequence does not recover the
   camera.

3. I also tried removing/rescanning the IPU PCI device after hibernate:

   echo 1 | sudo tee /sys/bus/pci/devices/0000:00:05.0/remove
   sleep 1
   echo 1 | sudo tee /sys/bus/pci/rescan

   After that, I still get the duplicate INT343E software-node failure.

Observed logs
-------------
In the failing post-hibernate case I observed messages like:

  intel-ipu6 0000:00:05.0: IPU6 in non-secure mode
  vsc-tp spi-INTC1094:00: wakeup firmware failed ret: -110
  intel_vsc intel_vsc: silicon stepping version is 0:2
  ivsc_csi intel_vsc-92335fcf-3203-4472-af93-7b4453ac29da: mei-csi
probed without device fwnode!

After remove/rescan or reprobe in the broken state:

  sysfs: cannot create duplicate filename '/kernel/software_nodes/INT343E'
  kobject: kobject_add_internal failed for INT343E with -EEXIST, don't
try to register things with the same name in the same directory.
  intel-ipu6 0000:00:05.0: Failed to register the IPU HID node
  intel-ipu6 0000:00:05.0: error -EEXIST: IPU6 bridge init failed
  intel-ipu6 0000:00:05.0: probe with driver intel-ipu6 failed with error -17
  ivsc_csi intel_vsc-92335fcf-3203-4472-af93-7b4453ac29da: probe with
driver ivsc_csi failed with error -17

One failing journal excerpt:

  Mar 21 14:46:45 omega kernel: sysfs: cannot create duplicate
filename '/kernel/software_nodes/INT343E'
  Mar 21 14:46:45 omega kernel: ipu_bridge_init+0x152/0xe30 [ipu_bridge]
  Mar 21 14:46:45 omega kernel: ipu6_pci_probe+0x530/0xc40 [intel_ipu6]
  Mar 21 14:46:45 omega kernel: kobject: kobject_add_internal failed
for INT343E with -EEXIST, don't try to register things with the same
name in the same directory.
  Mar 21 14:46:45 omega kernel: intel-ipu6 0000:00:05.0: Failed to
register the IPU HID node
  Mar 21 14:46:45 omega kernel: intel-ipu6 0000:00:05.0: error
-EEXIST: IPU6 bridge init failed
  Mar 21 14:46:45 omega kernel: intel-ipu6 0000:00:05.0: probe with
driver intel-ipu6 failed with error -17
  Mar 21 14:47:12 omega kernel: sysfs: cannot create duplicate
filename '/kernel/software_nodes/INT343E'
  Mar 21 14:47:12 omega kernel: Workqueue: events mei_cl_bus_rescan_work [mei]
  Mar 21 14:47:12 omega kernel: ipu_bridge_init+0x152/0xe30 [ipu_bridge]
  Mar 21 14:47:12 omega kernel: mei_csi_probe+0x54/0x2f0 [ivsc_csi]
  Mar 21 14:47:12 omega kernel: mei_cl_device_probe+0x74/0xc0 [mei]
  Mar 21 14:47:12 omega kernel: mei_cl_bus_rescan_work+0x325/0x3e0 [mei]
  Mar 21 14:47:12 omega kernel: kobject: kobject_add_internal failed
for INT343E with -EEXIST, don't try to register things with the same
name in the same directory.
  Mar 21 14:47:12 omega kernel: pci 0000:00:05.0: Failed to register
the IPU HID node
  Mar 21 14:47:12 omega kernel: ivsc_csi
intel_vsc-92335fcf-3203-4472-af93-7b4453ac29da: probe with driver
ivsc_csi failed with error -17

Expected result
---------------
The camera should continue to work after hibernate resume, or at least recover
cleanly after reprobe/module reload.

Actual result
-------------
After hibernate resume, the camera is not detected. Subsequent reprobe/reload
attempts can fail with duplicate software-node registration for INT343E and
IPU/IVSC probe errors (-EEXIST / -17).

Notes
-----
Because a fresh-boot unload/reload works, this does not look like a generic
module dependency or early boot ordering problem. It appears to be specific to
the hibernate/resume path.

Please let me know if I should collect any additional logs, enable
dynamic debug,
or test a specific patch.

Thanks,
filippo veneri

                 reply	other threads:[~2026-03-21 14:05 UTC|newest]

Thread overview: [no followups] expand[flat|nested]  mbox.gz  Atom feed

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=CALfsO8jG4MUR7W0QrWZUSCkqUOQnpAGmB9GwgkTg9rhDEdjNuQ@mail.gmail.com \
    --to=filippo.veneri@gmail.com \
    --cc=bingbu.cao@intel.com \
    --cc=linux-media@vger.kernel.org \
    --cc=sakari.ailus@linux.intel.com \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox