Re: [PATCH RESEND v9 6/9] media: qcom: camss: csiphy-3ph: Add Gen2 v1.1 MIPI CSI-2 C-PHY init

David Heidelberg <[email protected]> Thu, 30 Jul 2026 11:48:49 +0200
Newsgroups org.kernel.vger.phone-devel,org.kernel.vger.linux-arm-msm,org.kernel.vger.linux-kernel,org.kernel.vger.linux-media
Message-ID <[email protected]>
On 30/07/2026 11:31, Bryan O'Donoghue wrote:
> On 30/07/2026 10:15, David Heidelberg wrote:
>> On 29/07/2026 23:35, Frank Li wrote:
>>> On Wed, Jul 29, 2026 at 10:20:01PM +0200, David Heidelberg wrote:
>>>> Add a PHY configuration sequence for the sdm845 which uses a Qualcomm
>>>> Gen 2 version 1.1 CSI-2 PHY.
>>>>
>>>> The PHY can be configured as two phase or three phase in C-PHY or D-PHY
>>>> mode.
>>> too much or, according to my understand D-PHY use 2 phase,  C-PHY use 3
>>> phase?
>>>
>>> The PHY can be configured as two phase (D-PHY) or three phase (C-PHY) ?
>> Yes, I'll address the wrong wording in the next version then 🙂
> 
> Can you look at what's required to convert to the new driver ?

Hello Bryan,

If someone is interested in sponsoring my work, I'd be happy to spend more time 
on C-PHY-related development. Otherwise, the best I can realistically do is 
address minor polish and nitpicks on this generally reviewed series.

I'm always happy to see improvements to existing kernel structures. However, if 
pursuing those improvements delays C-PHY adoption in Linux mobile phones, it 
works against my current goals.

Please let me know either way, so I know whether I should continue looking into 
the existing code.

Thanks,
David


> 
> I think some Linux plumbing to represent cphy v dphy to the phy subsystem might 
> be nice, plus differentiating inside of the new driver and camss with media- 
> graph used to find the PHY.
> 
> ---
> bod

-- 
David Heidelberg