[PATCH v8 1/2] dt-bindings: phy: qcom: Add CSI2 C-PHY/DPHY schema

Vijay Kumar Tumati vijay.tumati at oss.qualcomm.com
Tue Jun 9 12:20:56 PDT 2026



On 6/9/2026 6:56 AM, Konrad Dybcio wrote:
> On 6/4/26 11:06 AM, Bryan O'Donoghue wrote:
>> On 04/06/2026 09:46, Vladimir Zapolskiy wrote:
>>> On 6/4/26 03:30, Bryan O'Donoghue wrote:
>>>> On 04/06/2026 01:07, Vladimir Zapolskiy wrote:
>>>>> On 6/4/26 00:18, Bryan O'Donoghue wrote:
>>>>>> On 03/06/2026 21:51, Vladimir Zapolskiy wrote:
>>>>>>>> Actually, one more thing, Why isn't TITAN TOP GDSC here?>>>> +
>>>>>>> If CSIPHYs are true subdevices under the umbrella CAMSS device and well
>>>>>>> described as subnodes, then likely none of power domains are needed
> [...]
> 
>>> CCI is not described as a child of CAMSS, here the situation is different.
>> CCI probably_should_ be a child of CAMSS given the design we are going for here.
> Yes
As of now CCI is an independently usable device to configure any I2C 
slave that is connected to it. If it is to become a child of camss, it 
should be self contained, as it is now, and camss may have to become a 
simple-mfd to make the CCI independently probe-able? In which case, we 
may want to follow the same protocol for all other sub devices like PHY. 
However, if we do not have any requirement to use CCI independently (who 
can confirm this?), probably, we can stick with 
devm_of_platform_populate() model with common resources at the CAMSS TOP 
node and sub-device specific resources (only) in the child devices.

Thanks,
Vijay.



More information about the linux-phy mailing list