[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <b6b1ca6c-a035-48e0-a00e-5dc8602fbc2c@jiaxyga.com>
Date: Sat, 24 Feb 2024 20:39:47 +0300
From: Danila Tikhonov <danila@...xyga.com>
To: Rob Herring <robh@...nel.org>
Cc: andersson@...nel.org, konrad.dybcio@...aro.org, mturquette@...libre.com,
sboyd@...nel.org, krzysztof.kozlowski+dt@...aro.org, conor+dt@...nel.org,
david@...nlining.org, adrian@...vitia.xyz, linux-arm-msm@...r.kernel.org,
linux-clk@...r.kernel.org, devicetree@...r.kernel.org,
linux-kernel@...r.kernel.org, danila@...xyga.com
Subject: Re: [PATCH 1/8] dt-bindings: clock: qcom,sm7150-gcc: Add missing CX
power domain
On 2/23/24 16:43, Rob Herring wrote:
> On Tue, Feb 20, 2024 at 07:52:33PM +0300, Danila Tikhonov wrote:
>> SM7150 GCC expected two power domains - CX and CX_AO. Currently only
>> one is supported, so add the missing CX.
> This makes no sense. You had 0 and now you have 1 power domain, not 2.
> Where is CX_AO.
>
Konrad Dybcio and Dmitry Baryshkov informed me on IRC that currently
only one power-domain is supported. Otherwise both will be ignored. If
we add both, it will cause confusion.
>> Signed-off-by: Danila Tikhonov <danila@...xyga.com>
>> ---
>> .../devicetree/bindings/clock/qcom,sm7150-gcc.yaml | 8 ++++++++
>> 1 file changed, 8 insertions(+)
>>
>> diff --git a/Documentation/devicetree/bindings/clock/qcom,sm7150-gcc.yaml b/Documentation/devicetree/bindings/clock/qcom,sm7150-gcc.yaml
>> index 0eb76d9d51c4..1360e9d1d6ee 100644
>> --- a/Documentation/devicetree/bindings/clock/qcom,sm7150-gcc.yaml
>> +++ b/Documentation/devicetree/bindings/clock/qcom,sm7150-gcc.yaml
>> @@ -27,9 +27,15 @@ properties:
>> - description: Board XO Active-Only source
>> - description: Sleep clock source
>>
>> + power-domains:
>> + maxItems: 1
>> + description:
>> + CX power domain.
>> +
>> required:
>> - compatible
>> - clocks
>> + - power-domains
> Adding new required properties is an ABI break. If that is fine, you
> must say why in the commit message.
I think everything is fine. The DTs for the SM7150 are not yet upstream.
We have been using this parameter for a very long time in our community
fork. So there should be no problems.
I am not sure what else could be added to the commit message. The loss
of power domains was simply my fault.
I think waiting for the support of two power domains is a good solution.
However, for now, I can simply drop this patch for next version.
---
Best wishes
Danila
Powered by blists - more mailing lists