linux-toradex.git/drivers/media/platform/qcom/camss, branch master

media: qcom: camss: add support for SM6150 camss

2026-01-13T09:25:01+00:00

The camera subsystem for SM6150 which is based on Spectra 230.

For SM6150:
- VFE and CSID version: 170 (vfe170, csid170)
- CSIPHY version: csiphy-v2.0.1 (14nm)

Reviewed-by: Vladimir Zapolskiy 
Signed-off-by: Wenmeng Liu 
Reviewed-by: Bryan O'Donoghue 
Signed-off-by: Bryan O'Donoghue 
Signed-off-by: Hans Verkuil

media: qcom: camss: use a handy v4l2_async_nf_add_fwnode_remote() function

2026-01-13T09:25:01+00:00

Another code simplification makes parsing of remote endpoints easy.

Tested-by: Loic Poulain 
Signed-off-by: Vladimir Zapolskiy 
Signed-off-by: Bryan O'Donoghue 
Signed-off-by: Hans Verkuil

media: qcom: camss: change internals of endpoint parsing to fwnode handling

2026-01-13T09:25:01+00:00

Since a few called V4L2 functions operate with fwnode arguments the change
from OF device nodes to fwnodes brings a simplification to the code.

The camss_parse_endpoint_node() function is called once by camss_probe(),
and there is no use of knowing a number of asynchronously registered
remote devices, so it makes sense to remove the related computation from
the function.

Tested-by: Loic Poulain 
Signed-off-by: Vladimir Zapolskiy 
Signed-off-by: Bryan O'Donoghue 
Signed-off-by: Hans Verkuil

media: qcom: camss: vfe: Fix out-of-bounds access in vfe_isr_reg_update()

2026-01-13T09:25:01+00:00

vfe_isr() iterates using MSM_VFE_IMAGE_MASTERS_NUM(7) as the loop
bound and passes the index to vfe_isr_reg_update(). However,
vfe->line[] array is defined with VFE_LINE_NUM_MAX(4):

    struct vfe_line line[VFE_LINE_NUM_MAX];

When index is 4, 5, 6, the access to vfe->line[line_id] exceeds
the array bounds and resulting in out-of-bounds memory access.

Fix this by using separate loops for output lines and write masters.

Fixes: 4edc8eae715c ("media: camss: Add initial support for VFE hardware version Titan 480")
Signed-off-by: Alper Ak 
Cc: stable@vger.kernel.org
Reviewed-by: Bryan O'Donoghue 
Signed-off-by: Bryan O'Donoghue 
Signed-off-by: Hans Verkuil

media: qcom: camss: csid-340: Fix unused variables

2026-01-13T09:25:01+00:00

The CSID driver has some unused variables and function parameters
that are no longer needed (due to refactoring). Clean up those
unused elements:

- Remove the `vc` parameter from `__csid_configure_rx()`.
- Drop the unused `lane_cnt` variable.
- Adjust call to `__csid_configure_rx()` accordingly.

Signed-off-by: Loic Poulain 
Reviewed-by: Bryan O'Donoghue 
Reviewed-by: Vladimir Zapolskiy 
Signed-off-by: Bryan O'Donoghue 
Signed-off-by: Hans Verkuil

media: qcom: camss: Do not enable cpas fast ahb clock for SM8550 VFE lite

2026-01-13T09:25:01+00:00

The clock is needed to stream images over a full VFE IP on SM8550 CAMSS,
and it should not be enabled, when an image stream is routed over any of
two lite VFE IPs on the SoC.

Signed-off-by: Vladimir Zapolskiy 
Acked-by: Bryan O'Donoghue 
Signed-off-by: Bryan O'Donoghue 
Signed-off-by: Hans Verkuil

media: qcom: camss: Add support for regulator init_load_uA in CSIPHY

2026-01-13T09:25:01+00:00

Some Qualcomm regulators are configured with initial mode as
HPM (High Power Mode), which may lead to higher power consumption.
To reduce power usage, it's preferable to set the initial mode
to LPM (Low Power Mode).

To ensure the regulator can switch from LPM to HPM when needed,
this patch adds current load configuration for CAMSS CSIPHY.
This allows the regulator framework to scale the mode dynamically
based on the load requirement.

The current default value for current is uninitialized or random.
To address this, initial current values are added for the
following platforms:
MSM8916, MSM8939, MSM8953, MSM8996, QCM2290, SDM670, SM8250, SC7280,
SM8550, SM8650, QCS8300, SA8775P and X1E80100.

For SDM660, SDM845, SC8280XP the value is set to 0,
indicating that no default current value is configured,
the other values are derived from the power grid.

Signed-off-by: Wenmeng Liu 
Signed-off-by: Bryan O'Donoghue 
Signed-off-by: Hans Verkuil

media: camss: csiphy: Make CSIPHY status macro cross-platform

2026-01-13T09:25:00+00:00

The current value of '0xb0' that represents the offset to the status
registers within the common registers of the CSIPHY has been changed on
the newer SOCs and it requires generalizing the macro using a new
variable 'common_status_offset'. This variable is initialized in the
csiphy_init() function.

Signed-off-by: Hangxiang Ma 
Signed-off-by: Bryan O'Donoghue 
Signed-off-by: Hans Verkuil

media: qcom: camss: Add support for MSM8939

2025-11-06T11:43:56+00:00

The camera subsystem for the MSM8939 is the same as MSM8916 except with
3 CSID instead of 2, and some higher clock rates.

As a quirk, this SoC needs writing values to 2 VFE VBIF registers
(see downstream msm8939-camera.dtsi vbif-{regs,settings} properties).
This fixes black stripes across sensor and garbage in CSID TPG outputs.

Add support for the MSM8939 camera subsystem.

Reviewed-by: Bryan O'Donoghue 
Signed-off-by: Vincent Knecht 
Signed-off-by: André Apitzsch 
Signed-off-by: Bryan O'Donoghue 
Signed-off-by: Hans Verkuil

media: qcom: camss: vfe: Add VBIF setting support

2025-11-06T11:43:56+00:00

Some devices need writing values to VFE VBIF registers.
Add helper functions to do this.

Reviewed-by: Bryan O'Donoghue 
Signed-off-by: Vincent Knecht 
Signed-off-by: André Apitzsch 
Signed-off-by: Bryan O'Donoghue 
Signed-off-by: Hans Verkuil