diff mbox series

[3/4] arm64: dts: qcom: sc7280: Fixup the cpufreq node

Message ID 1627581885-32165-4-git-send-email-sibis@codeaurora.org
State Accepted
Commit 11e03d692101e484df9322f892a8b6e111a82bfd
Headers show
Series Fixup register offsets to support per core L3 DCVS | expand

Commit Message

Sibi Sankar July 29, 2021, 6:04 p.m. UTC
Fixup the register regions used by the cpufreq node on SC7280 SoC to
support per core L3 DCVS.

Fixes: 7dbd121a2c58 ("arm64: dts: qcom: sc7280: Add cpufreq hw node")
Signed-off-by: Sibi Sankar <sibis@codeaurora.org>
---
 arch/arm64/boot/dts/qcom/sc7280.dtsi | 6 +++---
 1 file changed, 3 insertions(+), 3 deletions(-)

Comments

Stephen Boyd Aug. 4, 2021, 6:57 p.m. UTC | #1
Quoting Sibi Sankar (2021-07-29 11:04:44)
> Fixup the register regions used by the cpufreq node on SC7280 SoC to
> support per core L3 DCVS.
>
> Fixes: 7dbd121a2c58 ("arm64: dts: qcom: sc7280: Add cpufreq hw node")
> Signed-off-by: Sibi Sankar <sibis@codeaurora.org>
> ---

Reviewed-by: Stephen Boyd <swboyd@chromium.org>
Matthias Kaehlcke Aug. 31, 2021, 3:30 p.m. UTC | #2
On Thu, Jul 29, 2021 at 11:34:44PM +0530, Sibi Sankar wrote:
> Fixup the register regions used by the cpufreq node on SC7280 SoC to

> support per core L3 DCVS.

> 

> Fixes: 7dbd121a2c58 ("arm64: dts: qcom: sc7280: Add cpufreq hw node")

> Signed-off-by: Sibi Sankar <sibis@codeaurora.org>


This patch landed in the Bjorn's tree, however the corresponding driver
change ("cpufreq: qcom: Re-arrange register offsets to support per core
L3 DCVS" / https://patchwork.kernel.org/project/linux-arm-msm/patch/1627581885-32165-3-git-send-email-sibis@codeaurora.org/)
did not land in any maintainer tree yet AFAIK. IIUC the DT change alone
breaks cpufreq since the changed register regions require the changed
offset in the cpufreq driver.

Sibi, please confirm or clarify that my concern is unwarranted.
Bjorn Andersson Aug. 31, 2021, 5:04 p.m. UTC | #3
On Tue 31 Aug 08:30 PDT 2021, Matthias Kaehlcke wrote:

> On Thu, Jul 29, 2021 at 11:34:44PM +0530, Sibi Sankar wrote:

> > Fixup the register regions used by the cpufreq node on SC7280 SoC to

> > support per core L3 DCVS.

> > 

> > Fixes: 7dbd121a2c58 ("arm64: dts: qcom: sc7280: Add cpufreq hw node")

> > Signed-off-by: Sibi Sankar <sibis@codeaurora.org>

> 

> This patch landed in the Bjorn's tree, however the corresponding driver

> change ("cpufreq: qcom: Re-arrange register offsets to support per core

> L3 DCVS" / https://patchwork.kernel.org/project/linux-arm-msm/patch/1627581885-32165-3-git-send-email-sibis@codeaurora.org/)

> did not land in any maintainer tree yet AFAIK. IIUC the DT change alone

> breaks cpufreq since the changed register regions require the changed

> offset in the cpufreq driver.

> 


Thanks for the note Matthias, it must have slipped by as I scraped the
inbox for things that looked ready.

I'm actually not in favor of splitting these memory blocks in DT to
facilitate the Linux implementation of splitting that in multiple
drivers...

But I've not been following up on that discussion.

Regards,
Bjorn

> Sibi, please confirm or clarify that my concern is unwarranted.
Doug Anderson Sept. 7, 2021, 7:14 p.m. UTC | #4
Hi,

On Sun, Sep 5, 2021 at 8:20 PM Sibi Sankar <sibis@codeaurora.org> wrote:
>

> On 2021-08-31 22:34, Bjorn Andersson wrote:

> > On Tue 31 Aug 08:30 PDT 2021, Matthias Kaehlcke wrote:

> >

> >> On Thu, Jul 29, 2021 at 11:34:44PM +0530, Sibi Sankar wrote:

> >> > Fixup the register regions used by the cpufreq node on SC7280 SoC to

> >> > support per core L3 DCVS.

> >> >

> >> > Fixes: 7dbd121a2c58 ("arm64: dts: qcom: sc7280: Add cpufreq hw node")

> >> > Signed-off-by: Sibi Sankar <sibis@codeaurora.org>

> >>

> >> This patch landed in the Bjorn's tree, however the corresponding

> >> driver

> >> change ("cpufreq: qcom: Re-arrange register offsets to support per

> >> core

> >> L3 DCVS" /

> >> https://patchwork.kernel.org/project/linux-arm-msm/patch/1627581885-32165-3-git-send-email-sibis@codeaurora.org/)

> >> did not land in any maintainer tree yet AFAIK. IIUC the DT change

> >> alone

> >> breaks cpufreq since the changed register regions require the changed

> >> offset in the cpufreq driver.

> >>

> >

> > Thanks for the note Matthias, it must have slipped by as I scraped the

> > inbox for things that looked ready.

> >

> > I'm actually not in favor of splitting these memory blocks in DT to

> > facilitate the Linux implementation of splitting that in multiple

> > drivers...

> >

> > But I've not been following up on that discussion.

> >

> > Regards,

> > Bjorn

> >

> >> Sibi, please confirm or clarify that my concern is unwarranted.

>

> Let's drop the patch asap as it breaks

> SC7280 cpufreq on lnext without the driver

> changes.


It's already landed so we need a revert:

https://lore.kernel.org/r/20210907121220.1.I08460f490473b70de0d768db45f030a4d5c17828@changeid/

-Doug
diff mbox series

Patch

diff --git a/arch/arm64/boot/dts/qcom/sc7280.dtsi b/arch/arm64/boot/dts/qcom/sc7280.dtsi
index 5764c5b5cae1..ddb8697aff9f 100644
--- a/arch/arm64/boot/dts/qcom/sc7280.dtsi
+++ b/arch/arm64/boot/dts/qcom/sc7280.dtsi
@@ -1829,9 +1829,9 @@ 
 
 		cpufreq_hw: cpufreq@18591000 {
 			compatible = "qcom,cpufreq-epss";
-			reg = <0 0x18591000 0 0x1000>,
-			      <0 0x18592000 0 0x1000>,
-			      <0 0x18593000 0 0x1000>;
+			reg = <0 0x18591100 0 0x900>,
+			      <0 0x18592100 0 0x900>,
+			      <0 0x18593100 0 0x900>;
 			clocks = <&rpmhcc RPMH_CXO_CLK>, <&gcc GCC_GPLL0>;
 			clock-names = "xo", "alternate";
 			#freq-domain-cells = <1>;