Re: [PATCH 14/39] arm64: dts: qcom: sdm630: Add TSENS node

From: Thara Gopinath
Date: Thu Jul 29 2021 - 07:14:45 EST




On 7/29/21 6:55 AM, Konrad Dybcio wrote:

On 29.07.2021 12:54, Thara Gopinath wrote:


On 7/29/21 6:52 AM, Konrad Dybcio wrote:

On 29.07.2021 12:50, Thara Gopinath wrote:
Hi Konrad,

On 7/28/21 6:25 PM, Konrad Dybcio wrote:
This will enable temperature reporting for various SoC
components.

Signed-off-by: AngeloGioacchino Del Regno <angelogioacchino.delregno@xxxxxxxxxxxxxx>
Signed-off-by: Konrad Dybcio <konrad.dybcio@xxxxxxxxxxxxxx>
---
   .../devicetree/bindings/thermal/qcom-tsens.yaml       |  1 +
   arch/arm64/boot/dts/qcom/sdm630.dtsi                  | 11 +++++++++++
   2 files changed, 12 insertions(+)

diff --git a/Documentation/devicetree/bindings/thermal/qcom-tsens.yaml b/Documentation/devicetree/bindings/thermal/qcom-tsens.yaml
index 4a2eaf28e3fd..d3b9e9b600a2 100644
--- a/Documentation/devicetree/bindings/thermal/qcom-tsens.yaml
+++ b/Documentation/devicetree/bindings/thermal/qcom-tsens.yaml
@@ -48,6 +48,7 @@ properties:
                 - qcom,sc7180-tsens
                 - qcom,sc7280-tsens
                 - qcom,sc8180x-tsens
+              - qcom,sdm630-tsens
                 - qcom,sdm845-tsens
                 - qcom,sm8150-tsens
                 - qcom,sm8250-tsens
diff --git a/arch/arm64/boot/dts/qcom/sdm630.dtsi b/arch/arm64/boot/dts/qcom/sdm630.dtsi
index 1e54828817d5..7e9c80e35fba 100644
--- a/arch/arm64/boot/dts/qcom/sdm630.dtsi
+++ b/arch/arm64/boot/dts/qcom/sdm630.dtsi
@@ -627,6 +627,17 @@ mnoc: interconnect@1745000 {
                    <&mmcc AHB_CLK_SRC>;
           };
   +        tsens: thermal-sensor@10ae000 {
+            compatible = "qcom,sdm630-tsens", "qcom,tsens-v2";
+            reg = <0x010ae000 0x1000>, /* TM */
+                  <0x010ad000 0x1000>; /* SROT */
+            #qcom,sensors = <12>;

Are all 12 sensors used ? I see that in a later patch "arm64: dts: qcom: sdm630: Add thermal-zones configuration" only 9 are used.

Hi,

if I recall correctly, they all give output but not all of the mappings were documented in the downstream sources and we have no documentation whatsoever :(

Right. In that case, why not change #qcom,sensors to 9 and add rest of the sensors if and when needed ?

I don't think it makes sense to describe the hardware incorrectly, even if some of it is unused.

My thinking was more along the lines of don't expose unused h/w bits.





--
Warm Regards
Thara (She/Her/Hers)