From: Taniya Das <quic_tdas@quicinc.com>
To: Dmitry Baryshkov <dmitry.baryshkov@linaro.org>
Cc: Bjorn Andersson <andersson@kernel.org>,
Konrad Dybcio <konradybcio@kernel.org>,
Rob Herring <robh@kernel.org>,
Krzysztof Kozlowski <krzk+dt@kernel.org>,
Conor Dooley <conor+dt@kernel.org>,
Ajit Pandey <quic_ajipan@quicinc.com>,
Imran Shaik <quic_imrashai@quicinc.com>,
"Jagadeesh Kona" <quic_jkona@quicinc.com>,
<linux-arm-msm@vger.kernel.org>, <devicetree@vger.kernel.org>,
<linux-kernel@vger.kernel.org>
Subject: Re: [PATCH 2/2] arm64: dts: qcom: Add cpu scaling clock node
Date: Sun, 19 Jan 2025 16:08:20 +0530 [thread overview]
Message-ID: <71635b71-71e4-4c17-add1-bf41ce770632@quicinc.com> (raw)
In-Reply-To: <cgg3s6f555eb4jl5segz7irwx2kkza7w6zucfyo7myrbjhng3v@2qmyrobzakhd>
On 11/9/2024 5:30 AM, Dmitry Baryshkov wrote:
> On Fri, Nov 08, 2024 at 11:54:05AM +0530, Taniya Das wrote:
>> Add cpufreq-hw node to support cpu frequency scaling.
>
> CPU, not cpu.
> Also the prefix is incorrect for both patches.
>
Will update to CPU.
>>
>> Signed-off-by: Taniya Das <quic_tdas@quicinc.com>
>> ---
>> arch/arm64/boot/dts/qcom/qcs615.dtsi | 29 +++++++++++++++++++++++++++++
>> 1 file changed, 29 insertions(+)
>>
>> diff --git a/arch/arm64/boot/dts/qcom/qcs615.dtsi b/arch/arm64/boot/dts/qcom/qcs615.dtsi
>> index 8c98ac77dc5c665ef296e65ac76c1b59be485abb..2c61da790e78b131e454991c968ece40dd5ca56d 100644
>> --- a/arch/arm64/boot/dts/qcom/qcs615.dtsi
>> +++ b/arch/arm64/boot/dts/qcom/qcs615.dtsi
>> @@ -33,6 +33,8 @@ cpu0: cpu@0 {
>> power-domains = <&cpu_pd0>;
>> power-domain-names = "psci";
>> next-level-cache = <&l2_0>;
>> + clocks = <&cpufreq_hw 0>;
>> + qcom,freq-domain = <&cpufreq_hw 0>;
>> #cooling-cells = <2>;
>>
>> l2_0: l2-cache {
>> @@ -51,6 +53,8 @@ cpu1: cpu@100 {
>> power-domains = <&cpu_pd1>;
>> power-domain-names = "psci";
>> next-level-cache = <&l2_100>;
>> + clocks = <&cpufreq_hw 0>;
>> + qcom,freq-domain = <&cpufreq_hw 0>;
>>
>> l2_100: l2-cache {
>> compatible = "cache";
>> @@ -68,6 +72,8 @@ cpu2: cpu@200 {
>> power-domains = <&cpu_pd2>;
>> power-domain-names = "psci";
>> next-level-cache = <&l2_200>;
>> + clocks = <&cpufreq_hw 0>;
>> + qcom,freq-domain = <&cpufreq_hw 0>;
>>
>> l2_200: l2-cache {
>> compatible = "cache";
>> @@ -85,6 +91,8 @@ cpu3: cpu@300 {
>> power-domains = <&cpu_pd3>;
>> power-domain-names = "psci";
>> next-level-cache = <&l2_300>;
>> + clocks = <&cpufreq_hw 0>;
>> + qcom,freq-domain = <&cpufreq_hw 0>;
>>
>> l2_300: l2-cache {
>> compatible = "cache";
>> @@ -102,6 +110,8 @@ cpu4: cpu@400 {
>> power-domains = <&cpu_pd4>;
>> power-domain-names = "psci";
>> next-level-cache = <&l2_400>;
>> + clocks = <&cpufreq_hw 0>;
>> + qcom,freq-domain = <&cpufreq_hw 0>;
>>
>> l2_400: l2-cache {
>> compatible = "cache";
>> @@ -119,6 +129,8 @@ cpu5: cpu@500 {
>> power-domains = <&cpu_pd5>;
>> power-domain-names = "psci";
>> next-level-cache = <&l2_500>;
>> + clocks = <&cpufreq_hw 0>;
>> + qcom,freq-domain = <&cpufreq_hw 0>;
>>
>> l2_500: l2-cache {
>> compatible = "cache";
>> @@ -136,6 +148,8 @@ cpu6: cpu@600 {
>> power-domains = <&cpu_pd6>;
>> power-domain-names = "psci";
>> next-level-cache = <&l2_600>;
>> + clocks = <&cpufreq_hw 1>;
>> + qcom,freq-domain = <&cpufreq_hw 1>;
>> #cooling-cells = <2>;
>>
>> l2_600: l2-cache {
>> @@ -154,6 +168,8 @@ cpu7: cpu@700 {
>> power-domains = <&cpu_pd7>;
>> power-domain-names = "psci";
>> next-level-cache = <&l2_700>;
>> + clocks = <&cpufreq_hw 1>;
>> + qcom,freq-domain = <&cpufreq_hw 1>;
>>
>> l2_700: l2-cache {
>> compatible = "cache";
>> @@ -729,6 +745,19 @@ rpmhpd_opp_turbo_l1: opp-9 {
>> };
>> };
>>
>> + cpufreq_hw: cpufreq@18323000 {
>> + compatible = "qcom,cpufreq-hw";
>
> This doesn't follow the bindings, does it?
I will add and re-use the closest target compatible.
>
>> + reg = <0 0x18323000 0 0x1400>,
>> + <0 0x18325800 0 0x1400>;
>> + reg-names = "freq-domain0", "freq-domain1";
>> +
>> + clocks = <&rpmhcc RPMH_CXO_CLK>, <&gcc GPLL0>;
>> + clock-names = "xo", "alternate";
>
> Are the DCVSH interrupts?
>
This target does not have DCVSH interrupts directly connected to the
CPUFREQ-HW.
>> +
>> + #freq-domain-cells = <1>;
>> + #clock-cells = <1>;
>> + };
>> +
>> arch_timer: timer {
>> compatible = "arm,armv8-timer";
>> interrupts = <GIC_PPI 1 (GIC_CPU_MASK_SIMPLE(8) | IRQ_TYPE_LEVEL_LOW)>,
>>
>> --
>> 2.45.2
>>
>
--
Thanks & Regards,
Taniya Das.
next prev parent reply other threads:[~2025-01-19 10:38 UTC|newest]
Thread overview: 14+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-11-08 6:24 [PATCH 0/2] Add support for clock controllers and CPU scaling for QCS615 Taniya Das
2024-11-08 6:24 ` [PATCH 1/2] arm64: dts: qcom: Add clock nodes for multimedia clock Taniya Das
2024-11-08 23:58 ` Dmitry Baryshkov
2025-01-19 10:26 ` Taniya Das
2024-11-08 6:24 ` [PATCH 2/2] arm64: dts: qcom: Add cpu scaling clock node Taniya Das
2024-11-09 0:00 ` Dmitry Baryshkov
2024-12-30 16:42 ` Konrad Dybcio
2025-01-19 10:39 ` Taniya Das
2025-01-19 10:38 ` Taniya Das [this message]
2025-01-20 8:46 ` Dmitry Baryshkov
2025-01-20 10:34 ` Taniya Das
2025-01-20 10:36 ` Dmitry Baryshkov
2025-01-20 10:57 ` Taniya Das
2025-01-27 10:54 ` Konrad Dybcio
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=71635b71-71e4-4c17-add1-bf41ce770632@quicinc.com \
--to=quic_tdas@quicinc.com \
--cc=andersson@kernel.org \
--cc=conor+dt@kernel.org \
--cc=devicetree@vger.kernel.org \
--cc=dmitry.baryshkov@linaro.org \
--cc=konradybcio@kernel.org \
--cc=krzk+dt@kernel.org \
--cc=linux-arm-msm@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=quic_ajipan@quicinc.com \
--cc=quic_imrashai@quicinc.com \
--cc=quic_jkona@quicinc.com \
--cc=robh@kernel.org \
/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
all inboxes | Powered by JetHome®