[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <20240201040020.73949-1-amadeus@jmu.edu.cn>
Date: Thu, 1 Feb 2024 12:00:20 +0800
From: Chukun Pan <amadeus@....edu.cn>
To: dmitry.baryshkov@...aro.org
Cc: amadeus@....edu.cn,
andersson@...nel.org,
conor+dt@...nel.org,
devicetree@...r.kernel.org,
konrad.dybcio@...aro.org,
krzysztof.kozlowski+dt@...aro.org,
linux-arm-msm@...r.kernel.org,
linux-kernel@...r.kernel.org,
robh+dt@...nel.org
Subject: Re: [PATCH 1/3] arm64: dts: qcom: ipq6018: separate CPU OPP tables
Hi, Dmitry
> Straight to the board files, please, no need for additional includes.
Is it possible to move the mp5496 node to mp5496.dtsi?
Because ipq9574 also uses this mp5496 pmic.
&rpm_requests {
regulators {
compatible = "qcom,rpm-mp5496-regulators";
mp5496_s1: s1 {
regulator-min-microvolt = <725000>;
regulator-max-microvolt = <1075000>;
status = "disabled";
};
mp5496_s2: s2 {
regulator-min-microvolt = <725000>;
regulator-max-microvolt = <1062500>;
status = "disabled";
};
mp5496_l2: l2 {
regulator-min-microvolt = <1800000>;
regulator-max-microvolt = <3300000>;
status = "disabled";
};
};
};
> From your patches I had the feeling that you still want to limit the
> high-frequency OPP entries if there is no PMIC.
Sorry for this misunderstanding, the cpu max frequency is determined
by the cpu_speed_bin. It's just that the efuse of the board I have
without pmic are all 1.2GHz.
Thanks,
Chukun
--
2.25.1
Powered by blists - more mailing lists