Received: by 2002:a05:6a10:1287:0:0:0:0 with SMTP id d7csp5995187pxv; Thu, 29 Jul 2021 03:56:54 -0700 (PDT) X-Google-Smtp-Source: ABdhPJxaW8wY2iO8lXHOfnPyaBZ+e7bBeBQNtOwqtmonD8dayq9F8u4EeT1VaA548bliG/A3x72n X-Received: by 2002:a5e:8c07:: with SMTP id n7mr3701640ioj.26.1627556214133; Thu, 29 Jul 2021 03:56:54 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1627556214; cv=none; d=google.com; s=arc-20160816; b=AyFNt34WTLxvWQPjx66s49BFlNu9wbsEWnLqeOOyrgi3UpmY3+im4QL+ImyzmRH27P scewfrISctPgBBI3z+MGkEUUEx67/CCiI3hYSy8QMBKTfouKrEUtc+7ZOAUKRmNGrH/F Hr7yNOhqHLj5GhlN42MEaEDbcPCMxzQBAR6zXtUXzRxXXLZx4YKEJPjxuQmCwBzNH0tB pYmlGxDeg8TFS7hgP7gvbLMuzWg+OuuD77w7pYwN8MbAT6CMasSyIwkCqFJAtwmQzUOG MfdXBdXpW7hUEVmCL/H3FIpF0A5Ypwpu9XQX/IK/vtGs6MqDUmZuGhk2yIPJ7Vv7zAHz fUrA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-language:content-transfer-encoding :in-reply-to:mime-version:user-agent:date:message-id:from:references :cc:to:subject; bh=DWuM4PLo3Lzvs8s0zupDTDtw9Ep9jshEZvxlObeAjrE=; b=HF4bZ2W53ITTa4irQqaXkFYvvTdYtH87pl4+nf44i2Y54ujkI7BjPDw9sSifvyoIdX fGF3K+LvzfgRDm9ZrKhfOBWTWMSnGFsmUsGa5WdnbL07KzCS+ASBqKMv80wtThzS7c4e wY6wBPPK7rrWBkv81ANDuIwWE+NgzUUXcozHu9pDqEJiZOaf4FKjR/OI9Bb+nkQAtwEP DMzZ6dgejKm763e6c3C9efQI6vjItI4cJL/LeZ3aBLhii3UFElhG5f1WbuPoYgJ2s8PL O90+csW1H7EgBqPyaJpeVY55nk+H+xItQmTzYJaK+3Ysl6uBUlRDTKMLym0EZ6JSvANV teAA== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Return-Path: Received: from vger.kernel.org (vger.kernel.org. [23.128.96.18]) by mx.google.com with ESMTP id p8si3372693ilc.31.2021.07.29.03.56.43; Thu, 29 Jul 2021 03:56:54 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) client-ip=23.128.96.18; Authentication-Results: mx.google.com; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 23.128.96.18 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S236087AbhG2Kzo (ORCPT + 99 others); Thu, 29 Jul 2021 06:55:44 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:37482 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231815AbhG2Kzn (ORCPT ); Thu, 29 Jul 2021 06:55:43 -0400 Received: from relay02.th.seeweb.it (relay02.th.seeweb.it [IPv6:2001:4b7a:2000:18::163]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id AE6D9C061765; Thu, 29 Jul 2021 03:55:40 -0700 (PDT) Received: from [192.168.1.101] (83.6.168.174.neoplus.adsl.tpnet.pl [83.6.168.174]) (using TLSv1.3 with cipher TLS_AES_128_GCM_SHA256 (128/128 bits) key-exchange X25519 server-signature RSA-PSS (2048 bits)) (No client certificate requested) by m-r1.th.seeweb.it (Postfix) with ESMTPSA id DF0501FECE; Thu, 29 Jul 2021 12:55:37 +0200 (CEST) Subject: Re: [PATCH 14/39] arm64: dts: qcom: sdm630: Add TSENS node To: Thara Gopinath , ~postmarketos/upstreaming@lists.sr.ht Cc: martin.botka@somainline.org, angelogioacchino.delregno@somainline.org, marijn.suijten@somainline.org, jamipkettunen@somainline.org, Andy Gross , Bjorn Andersson , Amit Kucheria , Zhang Rui , Daniel Lezcano , Rob Herring , linux-arm-msm@vger.kernel.org, linux-pm@vger.kernel.org, devicetree@vger.kernel.org, linux-kernel@vger.kernel.org References: <20210728222542.54269-1-konrad.dybcio@somainline.org> <20210728222542.54269-15-konrad.dybcio@somainline.org> <860f1120-c5a4-f531-3ea9-aa90c6b063dc@linaro.org> <2318377c-959a-a42b-81b5-44e2629570d5@somainline.org> From: Konrad Dybcio Message-ID: Date: Thu, 29 Jul 2021 12:55:37 +0200 User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:78.0) Gecko/20100101 Thunderbird/78.12.0 MIME-Version: 1.0 In-Reply-To: Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 8bit Content-Language: en-US Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org 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 >>>> Signed-off-by: Konrad Dybcio >>>> --- >>>>    .../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.