From: Dmitry Baryshkov <dmitry.baryshkov@linaro.org>
To: Rob Herring <robh@kernel.org>
Cc: Andy Gross <agross@kernel.org>,
Bjorn Andersson <bjorn.andersson@linaro.org>,
Amit Kucheria <amitk@kernel.org>,
Thara Gopinath <thara.gopinath@gmail.com>,
Krzysztof Kozlowski <krzk+dt@kernel.org>,
Michael Turquette <mturquette@baylibre.com>,
Stephen Boyd <sboyd@kernel.org>,
linux-arm-msm@vger.kernel.org, linux-pm@vger.kernel.org,
devicetree@vger.kernel.org, linux-clk@vger.kernel.org,
quic_tdas@quicinc.com
Subject: Re: [PATCH v4 3/3] dt-bindings: clock: qcom,gcc-apq8064: split tsens to the child node
Date: Tue, 26 Apr 2022 23:20:46 +0300 [thread overview]
Message-ID: <9df0eb75-0b2c-446e-ef66-1eb3ce442d0d@linaro.org> (raw)
In-Reply-To: <Ymg4zFsQB2MAQ/T5@robh.at.kernel.org>
On 26/04/2022 21:24, Rob Herring wrote:
> On Tue, Apr 26, 2022 at 12:41:44PM +0300, Dmitry Baryshkov wrote:
>> Split tsens properties to the child node of the gcc. This follows the
>> lead of ipq8064 (which also uses a separate node for tsens) and makes
>> device tree closer to other platforms, where tsens is a completely
>> separate device.
>>
>> Signed-off-by: Dmitry Baryshkov <dmitry.baryshkov@linaro.org>
>> ---
>> .../bindings/clock/qcom,gcc-apq8064.yaml | 45 +++++++------------
>> 1 file changed, 17 insertions(+), 28 deletions(-)
>>
>> diff --git a/Documentation/devicetree/bindings/clock/qcom,gcc-apq8064.yaml b/Documentation/devicetree/bindings/clock/qcom,gcc-apq8064.yaml
>> index b867da12761e..f2762599f679 100644
>> --- a/Documentation/devicetree/bindings/clock/qcom,gcc-apq8064.yaml
>> +++ b/Documentation/devicetree/bindings/clock/qcom,gcc-apq8064.yaml
>> @@ -23,47 +23,36 @@ description: |
>>
>> properties:
>> compatible:
>> - enum:
>> - - qcom,gcc-apq8064
>> - - qcom,gcc-msm8060
>> -
>> - nvmem-cells:
>> - minItems: 1
>> - maxItems: 2
>> - description:
>> - Qualcomm TSENS (thermal sensor device) on some devices can
>> - be part of GCC and hence the TSENS properties can also be part
>> - of the GCC/clock-controller node.
>> - For more details on the TSENS properties please refer
>> - Documentation/devicetree/bindings/thermal/qcom-tsens.yaml
>> -
>> - nvmem-cell-names:
>> - minItems: 1
>> items:
>> - - const: calib
>> - - const: calib_backup
>> -
>> - '#thermal-sensor-cells':
>> - const: 1
>> + - enum:
>> + - qcom,gcc-apq8064
>> + - qcom,gcc-msm8060
>> + - const: syscon
>>
>> required:
>> - compatible
>> - - nvmem-cells
>> - - nvmem-cell-names
>> - - '#thermal-sensor-cells'
>>
>> unevaluatedProperties: false
>>
>> examples:
>> - |
>> clock-controller@900000 {
>> - compatible = "qcom,gcc-apq8064";
>> + compatible = "qcom,gcc-apq8064", "syscon";
>> reg = <0x00900000 0x4000>;
>> - nvmem-cells = <&tsens_calib>, <&tsens_backup>;
>> - nvmem-cell-names = "calib", "calib_backup";
>> #clock-cells = <1>;
>> #reset-cells = <1>;
>> #power-domain-cells = <1>;
>> - #thermal-sensor-cells = <1>;
>> +
>> + thermal-sensor {
>
> This should throw a warning I think as 'thermal-sensor' needs to be
> defined. The patch didn't apply for me though.
This series depends on
https://lore.kernel.org/linux-arm-msm/20220426093608.2957210-1-dmitry.baryshkov@linaro.org/T/#u
Regarding the warnings, I think this is related to the issue Krzyshtof
has reported few days ago. I was not able to trigger warnings for
unknown properties if unevaluatedProperties:false is used.
>
>> + compatible = "qcom,msm8960-tsens";
>> +
>> + nvmem-cells = <&tsens_calib>, <&tsens_backup>;
>> + nvmem-cell-names = "calib", "calib_backup";
>> + interrupts = <0 178 4>;
>> + interrupt-names = "uplow";
>> +
>> + #qcom,sensors = <11>;
>> + #thermal-sensor-cells = <1>;
>> + };
>> };
>> ...
>> --
>> 2.35.1
>>
>>
--
With best wishes
Dmitry
prev parent reply other threads:[~2022-04-26 20:21 UTC|newest]
Thread overview: 6+ messages / expand[flat|nested] mbox.gz Atom feed top
2022-04-26 9:41 [PATCH v4 0/3] arm: qcom: qcom-apq8064: add separate device node for tsens Dmitry Baryshkov
2022-04-26 9:41 ` [PATCH v4 1/3] clk: qcom: gcc-msm8960: create tsens device if there are no child nodes Dmitry Baryshkov
2022-04-26 9:41 ` [PATCH v4 2/3] arm: dts: qcom-apq8064: create tsens device node Dmitry Baryshkov
2022-04-26 9:41 ` [PATCH v4 3/3] dt-bindings: clock: qcom,gcc-apq8064: split tsens to the child node Dmitry Baryshkov
2022-04-26 18:24 ` Rob Herring
2022-04-26 20:20 ` Dmitry Baryshkov [this message]
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=9df0eb75-0b2c-446e-ef66-1eb3ce442d0d@linaro.org \
--to=dmitry.baryshkov@linaro.org \
--cc=agross@kernel.org \
--cc=amitk@kernel.org \
--cc=bjorn.andersson@linaro.org \
--cc=devicetree@vger.kernel.org \
--cc=krzk+dt@kernel.org \
--cc=linux-arm-msm@vger.kernel.org \
--cc=linux-clk@vger.kernel.org \
--cc=linux-pm@vger.kernel.org \
--cc=mturquette@baylibre.com \
--cc=quic_tdas@quicinc.com \
--cc=robh@kernel.org \
--cc=sboyd@kernel.org \
--cc=thara.gopinath@gmail.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).