| From: |
| Miguel Vadillo <miguel.vadillo-AT-intel.com> |
| To: |
| linux-media-AT-vger.kernel.org |
| Subject: |
| [PATCH v3 0/3] media: i2c: cvs: Add Intel CVS driver |
| Date: |
| Thu, 21 May 2026 15:23:56 -0700 |
| Message-ID: |
| <20260521222359.16716-1-miguel.vadillo@intel.com> |
| Cc: |
| wei.a.xu-AT-intel.com, atul.raut-AT-intel.com, sakari.ailus-AT-linux.intel.com, antti.laakso-AT-linux.intel.com, mehdi.djait-AT-linux.intel.com, kieran.bingham-AT-ideasonboard.com, miguel.vadillo-AT-intel.com |
| Archive-link: |
| Article |
Cover Letter
------------
This patch series introduces support for Intel Computer Vision Sensing
(CVS) devices found on Intel Luna Lake (LNL), Panther Lake (PTL), and
Arrow Lake (ARL) platforms.
OVERVIEW
--------
The CVS device acts as a V4L2 sub-device bridge that manages CSI-2
link ownership between the host (Linux) and firmware for camera
sensors. It provides:
1. CSI-2 link ownership arbitration between host and CVS firmware
2. MIPI CSI-2 configuration management
3. Privacy LED control coordination
4. Power management integration with runtime PM
The driver consists of two main components:
- core.c: Core driver with probe, command transport, and PM callbacks
- v4l2.c: V4L2 sub-device and media framework integration
HARDWARE DETAILS
----------------
CVS devices interface via:
- I2C for command/control communication with the device firmware
- GPIO signals for ownership handshaking (request/response)
- Optional reset and wake interrupt for full-capability variants
- Integration with Intel IPU (Image Processing Unit) via ipu_bridge
The driver supports two hardware capability levels:
- Light capability: Basic GPIO-based ownership (2 GPIOs)
- Full capability: Enhanced with reset control and wake IRQ (4 GPIOs)
In order to support both configurations and all devices on the field,
the driver detects the number of GPIOs and uses add_driver_gpios
respectively.
DEVICE QUIRKS
-------------
The driver includes a quirk table to handle device-specific variations
across different CVS implementations (e.g., Lattice, Synaptics vendors)
that may differ in:
- MIPI configuration requirements
- Buffer and header sizes
- Reset sequence requirements
FIRMWARE PROTOCOL
-----------------
The CVS firmware supports a command-response protocol over I2C with:
- Device state queries (GET_DEV_STATE, GET_DEV_CAPABILITY)
- Host identification (SET_DEV_HOST_ID)
- MIPI configuration (HOST_SET_MIPI_CONFIG, HOST_GET_MIPI_CONFIG)
- CSI ownership control (HOST_SENSOR_OWNER)
The protocol supports versioning (currently 2.2+) and optional
response prefixes for backward compatibility.
V4L2 INTEGRATION
----------------
The CVS driver registers as a V4L2 sub-device exposing:
- Sink pad: Receives frames from remote camera sensor
- Source pad: Emits frames to downstream IPU/consumers
- Async notifier: Discovers and connects to upstream sensors via ACPI
It implements standard V4L2 operations:
- enable/disable_stream: Start/stop streaming with ownership handoff
- set_fmt/get_fmt: Format negotiation with format mirroring
- get_mbus_config: CSI-2 bus configuration queries
PLATFORM SUPPORT
----------------
In addition to I2C-based operation, the driver supports platform device
instantiation for systems where CVS is exposed without I2C transport,
falling back to GPIO-only ownership control.
BIOS is presenting the device wrongly in some cases. These devices are
already on the field thus need to support as is.
POWER MANAGEMENT
----------------
Runtime PM integration allows the device to:
- Auto-suspend after 1 second of inactivity
- Resume on streaming start
- Coordinate with IPU power states
A PM runtime device link (DL_FLAG_PM_RUNTIME) is registered between
IPU (consumer) and CVS (supplier) so that the PM framework
automatically resumes CVS before IPU begins capture. CSI-2 link
ownership is claimed in cvs_runtime_resume() and released in
cvs_runtime_suspend(), decoupling ownership management from the V4L2
streaming path.
DEPENDENCIES
------------
- Intel IPU bridge (ipu-bridge.ko) for ACPI sensor discovery
SYSTEM DIAGRAM
--------------
Below diagram shows connections of CVS/ISH/IPU and Camera Sensor:
-----------------------------------------------------------------------
| Host Processor |
| |
| --------------- --------------- --------------- |
| | | | | | | |
| | IPU | | ISH | |camera driver|----| |
| | | | | | | | |
| --------------- --------------- --------------- | |
| | | | | |
| | | | | |
| | | --------------- | |
| | | | | | |
| | | | CVS driver | | |
| | | | | | |
| | | --------------- | |
| | | | | |
---------|-----------------|-----------------|------------|------------
| CSI | I2C | I2C |
| | | |
---------|-----------------|-----------------|---------- |
| CVS | | | |
| | | | | I2C
| ----------------------------- | | |
| | |-------------| | |
| | CVS FW | | |
| | | | |
| ----------------------------- | |
| | CSI | |
---------|--------------------------------------------- |
| CSI |
| |
-------------------------------- |
| | I2C |
| Camera Sensor |---------------------|
| |
--------------------------------
USAGE EXAMPLE
-------------
# Load driver
modprobe intel_cvs
# Configure media pipeline (example with IPU7 + ov08x40)
media-ctl -v -V \
"\"Intel CVS\":1 [fmt:SGRBG10/3856x2176]"
media-ctl -v -V \
"\"Intel IPU7 CSI2 0\":0 [fmt:SGRBG10/3856x2176]"
media-ctl -v -V \
"\"Intel IPU7 CSI2 0\":1 [fmt:SGRBG10/3856x2176]"
media-ctl -v -l \
"\"Intel CVS\":1 -> \"Intel IPU7 CSI2 0\":0[1]"
media-ctl -v -l \
"\"Intel IPU7 CSI2 0\":1 -> \"Intel IPU7 ISYS Capture 0\":0[1]"
media-ctl -v -V \
"\"ov08x40 8-0010\":0 [fmt:SGRBG10/3856x2176]"
yavta -c1 -n1 -s 3856x2176 \
--file=/tmp/frame-CSI1.bin -f SGRBG10 /dev/video0
Changes in v3:
- Replace icvs_pci_tbl (which duplicated the IPU6 entries already in
ipu6_pci_tbl from ipu6-pci-table.h) with icvs_ipu7_tbl containing
only the two IPU7 IDs. Probe now iterates ipu6_pci_tbl first, then
icvs_ipu7_tbl, eliminating the sparse unused-variable warning.
- Use cvs_read_i2c() for the prefix probe in cvs_hw_init() instead of
open-coded i2c_master_send/recv; drop the redundant n.cmd_id
assignment by reusing the cmd variable for both reads.
- Fix put_device(&ipu->dev) missing on error paths after
ipu_bridge_init() succeeds; consolidate cleanup under err_put_ipu
label and make device_link_add() failure a hard error.
- Add patch 3: ACPI scan fix to honor _DEP for Intel CVS devices so
that the ACPI scan waits for CVS dependencies before marking the
device ready.
- Link to v2: https://lore.kernel.org/linux-media/20260514184431.288353...
Changes in v2:
- Add MAINTAINERS entry for the CVS driver.
- Initialize status in cvs_send() to fix maybe-uninitialized warning.
- Convert command ID fields to __be16 and use be16/cpu helpers to fix
sparse type warnings.
- Move icvs_pci_tbl out of icvs.h and into core.c to avoid unused
static table warnings in other translation units.
- Update kernel-doc for cvs_send() to document @cmd correctly.
- Fix non-kernel-doc comment delimiter in icvs.h.
- Wrap long comment lines in core.c to keep within 80 columns.
- Move Kconfig entry to "Miscellaneous helper chips" section.
- Update Kconfig help text to focus on CVS function without mentioning
firmware download or quirks.
- Use ipu6-pci-table.h for IPU6 PCI device ID definitions instead of
redefining them locally.
- Link to v1: https://lore.kernel.org/linux-media/20260505223005.84162-...
Miguel Vadillo (3):
media: i2c: cvs: Add driver of Intel Computer Vision Sensing
Controller(CVS)
media: pci: intel: Add CVS support for IPU bridge driver
ACPI: scan: Honor _DEP for Intel CVS devices
MAINTAINERS | 6 +
drivers/acpi/scan.c | 5 +-
drivers/media/i2c/Kconfig | 2 +
drivers/media/i2c/Makefile | 1 +
drivers/media/i2c/cvs/Kconfig | 21 +
drivers/media/i2c/cvs/Makefile | 4 +
drivers/media/i2c/cvs/core.c | 1042 ++++++++++++++++++++++++++
drivers/media/i2c/cvs/icvs.h | 495 ++++++++++++
drivers/media/i2c/cvs/v4l2.c | 618 +++++++++++++++
drivers/media/pci/intel/ipu-bridge.c | 13 +-
10 files changed, 2203 insertions(+), 4 deletions(-)
create mode 100644 drivers/media/i2c/cvs/Kconfig
create mode 100644 drivers/media/i2c/cvs/Makefile
create mode 100644 drivers/media/i2c/cvs/core.c
create mode 100644 drivers/media/i2c/cvs/icvs.h
create mode 100644 drivers/media/i2c/cvs/v4l2.c
--
2.43.0