[PATCH 4/7] arm64: dts: qcom: sm8450: Add CAMSS device tree node
Konrad Dybcio
konrad.dybcio at oss.qualcomm.com
Tue Oct 27 04:14:58 PDT 2026
On 10/27/26 10:54 AM, Vladimir Zapolskiy wrote:
> On 10/27/26 11:07, Loic Poulain wrote:
>> On Mon, Oct 26, 2026 at 11:39 PM Vladimir Zapolskiy <vz at kernel.org> wrote:
[...]
>>>> Is there a camss "top" register to describe here? e.g. to retrieve the
>>>> CAMSS hardware version.
>>>
>>> I'm not aware of anything like that. What is "CAMSS hardware version"?
>>>
>>> CAMSS embraces various blocks, there are CSID and VFE, full and lite
>>> IPs, and all these components do export their versions individually.
>>
>> I mean, CAMSS usually has a top-level register block (often top or
>> cpas_top) that contains the Titan/Spectra version information, along
>> with various global configuration and mux registers.
>
> On SM8450 there is "cpas_top" register <0xac13000 0x1000> (not in the
> series), I believe you reference to it.
>
> Is CPAS a natural part of CAMSS? Can it be modelled differently, e.g.
> as a separate device/driver, like it was done with JPEG or CSIPHY?
"CPAS_TOP" is for all intents and purposes the same as "CAMSS_TOP".
CPAS is essentially a wrapper for "things in camss that aren't
subdevices=PHYs/IFEs/etc."
Konrad
More information about the linux-phy
mailing list