linux-kernel - Re: [PATCH 1/3] dt-bindings: clock: Add Qualcomm SC8180X Camera clock controller

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite: Windows password security audit tool. GUI, reports in PDF.

[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]

Message-ID: <4345b6c1-f0d6-4f77-a635-9d8c1cdaacb5@linaro.org>
Date: Fri, 25 Apr 2025 11:23:03 +0100
From: Bryan O'Donoghue <bryan.odonoghue@...aro.org>
To: Konrad Dybcio <konrad.dybcio@....qualcomm.com>,
 Satya Priya Kakitapalli <quic_skakitap@...cinc.com>,
 Bjorn Andersson <andersson@...nel.org>,
 Michael Turquette <mturquette@...libre.com>, Stephen Boyd
 <sboyd@...nel.org>, Rob Herring <robh@...nel.org>,
 Krzysztof Kozlowski <krzk+dt@...nel.org>, Conor Dooley
 <conor+dt@...nel.org>, Konrad Dybcio <konradybcio@...nel.org>
Cc: Ajit Pandey <quic_ajipan@...cinc.com>,
 Imran Shaik <quic_imrashai@...cinc.com>, Taniya Das <quic_tdas@...cinc.com>,
 Jagadeesh Kona <quic_jkona@...cinc.com>, linux-arm-msm@...r.kernel.org,
 linux-clk@...r.kernel.org, devicetree@...r.kernel.org,
 linux-kernel@...r.kernel.org
Subject: Re: [PATCH 1/3] dt-bindings: clock: Add Qualcomm SC8180X Camera clock
 controller

On 25/04/2025 11:06, Bryan O'Donoghue wrote:
> On 25/04/2025 10:35, Konrad Dybcio wrote:
>>> The dependent GCC clocks are marked always on from gcc probe, hence 
>>> did not mention the dependency here.
>> Let's do what was done on x1e80100 - describe the AHB clock in CAMCC
>> bindings regardless of how we handle it.
>>
>> This way the DT represents the real hw dependency, but the OS takes steps
>> to get them out of the way (and then ignores the GCC_CAMERA_AHB_CLK entry
>> because the clock is never registered with GCC)
> 
> Ah yes, this is an always-on clock isn't it ?
> 
> But in principle I agree, the DTS should just describe the hw as-is.
> 
> ---
> bod

Pleasantly surprised to find that's what we've done for x1e camcc

20250314-b4-linux-next-25-03-13-dtsi-x1e80100-camss-v6-3-edcb2cfc3122@...aro.org

---
bod