From: Chukun Pan <amadeus@jmu.edu.cn>
To: dmitry.baryshkov@linaro.org
Cc: amadeus@jmu.edu.cn, andersson@kernel.org, conor+dt@kernel.org,
devicetree@vger.kernel.org, konrad.dybcio@linaro.org,
krzysztof.kozlowski+dt@linaro.org, linux-arm-msm@vger.kernel.org,
linux-kernel@vger.kernel.org, robh+dt@kernel.org
Subject: Re: [PATCH 1/3] arm64: dts: qcom: ipq6018: separate CPU OPP tables
Date: Thu, 1 Feb 2024 11:08:28 +0800 [thread overview]
Message-ID: <20240201030828.12515-1-amadeus@jmu.edu.cn> (raw)
In-Reply-To: <CAA8EJppDQAdnceYhL_=Di0n5j3W0F2+7ntpNMxpXBXgnYoh_uQ@mail.gmail.com>
Hi, Dmitry
> I went on and checked ipq6018.dtsi. It will need to be reworked before
> we can continue with PMIC-less devices.
> Obviously, the PMIC is not a part of the SoC. So please move the
> "qcom,rpm-mp5496-regulators" node to the board files together with the
> cpu-supply properties that reference that regulator.
Thanks a lot for your advice, now things are clearer.
My idea is as follows:
1. Add all frequencies supported by SoCs in ipq6018.dtsi
2. Move cpu-supply and mp5496 nodes to ipq6018-mp5496.dtsi
&CPU0 {
cpu-supply = <&ipq6018_s2>;
};
...
&rpm_requests {
regulators {
rpm-mp5496...
ipq6018_s2...
};
};
> The SoC itself supports all listed frequencies, so it is incorrect to
> split the opp tables from the ipq6018.dtsi. Instead please patch the
> PMIC-less boards in the following way:
> #include "ipq6018.dtsi"
> &cpu_opp_table {
> /* the board doesn't have a PMIC, disable CPU frequencies which
> require higher voltages */
> /delete-node/ opp-1320000000;
> /delete-node/ opp-1440000000;
>};
Thank you but no need. The CPUFreq NVMEM driver will give the CPU
maximum frequency based on the cpu_speed_bin and opp-supported-hw.
Thanks,
Chukun
--
2.25.1
next prev parent reply other threads:[~2024-02-01 3:08 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-01-31 10:20 [PATCH 1/3] arm64: dts: qcom: ipq6018: separate CPU OPP tables Chukun Pan
2024-01-31 10:20 ` [PATCH 2/3] arm64: dts: qcom: ipq6018: add ipq6000 " Chukun Pan
2024-01-31 12:07 ` Bryan O'Donoghue
2024-01-31 12:26 ` Dmitry Baryshkov
2024-01-31 10:20 ` [PATCH 3/3] arm64: dts: qcom: ipq6018: add CPU OPP tables for 1.5GHz Chukun Pan
2024-01-31 12:25 ` [PATCH 1/3] arm64: dts: qcom: ipq6018: separate CPU OPP tables Dmitry Baryshkov
2024-02-01 3:08 ` Chukun Pan [this message]
2024-02-01 3:15 ` Dmitry Baryshkov
2024-02-01 4:00 ` Chukun Pan
2024-02-01 4:38 ` Dmitry Baryshkov
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=20240201030828.12515-1-amadeus@jmu.edu.cn \
--to=amadeus@jmu.edu.cn \
--cc=andersson@kernel.org \
--cc=conor+dt@kernel.org \
--cc=devicetree@vger.kernel.org \
--cc=dmitry.baryshkov@linaro.org \
--cc=konrad.dybcio@linaro.org \
--cc=krzysztof.kozlowski+dt@linaro.org \
--cc=linux-arm-msm@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=robh+dt@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