From: "Jernej Škrabec" <jernej.skrabec@gmail.com>
To: Michael Turquette <mturquette@baylibre.com>,
Stephen Boyd <sboyd@kernel.org>, Chen-Yu Tsai <wens@csie.org>,
Samuel Holland <samuel@sholland.org>,
"open list:COMMON CLK FRAMEWORK" <linux-clk@vger.kernel.org>,
"moderated list:ARM/Allwinner sunXi SoC support"
<linux-arm-kernel@lists.infradead.org>,
"open list:ARM/Allwinner sunXi SoC support"
<linux-sunxi@lists.linux.dev>,
open list <linux-kernel@vger.kernel.org>,
Philippe Simons <simons.philippe@gmail.com>
Cc: Philippe Simons <simons.philippe@gmail.com>,
Andre Przywara <andre.przywara@arm.com>
Subject: Re: [PATCH v3 1/1] clk: sunxi-ng: h616: Reparent GPU clock during frequency changes
Date: Sun, 23 Feb 2025 14:57:46 +0100 [thread overview]
Message-ID: <2716580.BddDVKsqQX@jernej-laptop> (raw)
In-Reply-To: <3297157.aV6nBDHxoP@jernej-laptop>
Dne četrtek, 20. februar 2025 ob 16:41:54 Srednjeevropski standardni čas je Jernej Škrabec napisal(a):
> Dne četrtek, 20. februar 2025 ob 12:38:08 Srednjeevropski standardni čas je Philippe Simons napisal(a):
> > The H616 manual does not state that the GPU PLL supports
> > dynamic frequency configuration, so we must take extra care when changing
> > the frequency. Currently any attempt to do device DVFS on the GPU lead
> > to panfrost various ooops, and GPU hangs.
> >
> > The manual describes the algorithm for changing the PLL
> > frequency, which the CPU PLL notifier code already support, so we reuse
> > that to reparent the GPU clock to GPU1 clock during frequency
> > changes.
> >
> > Signed-off-by: Philippe Simons <simons.philippe@gmail.com>
> > Reviewed-by: Andre Przywara <andre.przywara@arm.com>
> > ---
> > drivers/clk/sunxi-ng/ccu-sun50i-h616.c | 36 +++++++++++++++++++++++++-
> > 1 file changed, 35 insertions(+), 1 deletion(-)
>
> Changelog is missing here. What's changed?
>
> In any case, this patch isn't useful on its own. What about PPU and GPU DT node?
In the light of separate PPU & GPU DT series, this patch is gtg.
Reviewed-by: Jernej Skrabec <jernej.skrabec@gmail.com>
Best regards,
Jernej
> >
> > diff --git a/drivers/clk/sunxi-ng/ccu-sun50i-h616.c b/drivers/clk/sunxi-ng/ccu-sun50i-h616.c
> > index 190816c35..6050cbfa9 100644
> > --- a/drivers/clk/sunxi-ng/ccu-sun50i-h616.c
> > +++ b/drivers/clk/sunxi-ng/ccu-sun50i-h616.c
> > @@ -328,10 +328,16 @@ static SUNXI_CCU_M_WITH_MUX_GATE(gpu0_clk, "gpu0", gpu0_parents, 0x670,
> > 24, 1, /* mux */
> > BIT(31), /* gate */
> > CLK_SET_RATE_PARENT);
> > +
> > +/*
> > + * This clk is needed as a temporary fall back during GPU PLL freq changes.
> > + * Set CLK_IS_CRITICAL flag to prevent from being disabled.
> > + */
> > +#define SUN50I_H616_GPU_CLK1_REG 0x674
> > static SUNXI_CCU_M_WITH_GATE(gpu1_clk, "gpu1", "pll-periph0-2x", 0x674,
> > 0, 2, /* M */
> > BIT(31),/* gate */
> > - 0);
> > + CLK_IS_CRITICAL);
> >
> > static SUNXI_CCU_GATE(bus_gpu_clk, "bus-gpu", "psi-ahb1-ahb2",
> > 0x67c, BIT(0), 0);
> > @@ -1120,6 +1126,19 @@ static struct ccu_pll_nb sun50i_h616_pll_cpu_nb = {
> > .lock = BIT(28),
> > };
> >
> > +static struct ccu_mux_nb sun50i_h616_gpu_nb = {
> > + .common = &gpu0_clk.common,
> > + .cm = &gpu0_clk.mux,
> > + .delay_us = 1, /* manual doesn't really say */
> > + .bypass_index = 1, /* GPU_CLK1@400MHz */
> > +};
> > +
> > +static struct ccu_pll_nb sun50i_h616_pll_gpu_nb = {
> > + .common = &pll_gpu_clk.common,
> > + .enable = BIT(29), /* LOCK_ENABLE */
> > + .lock = BIT(28),
> > +};
> > +
> > static int sun50i_h616_ccu_probe(struct platform_device *pdev)
> > {
> > void __iomem *reg;
> > @@ -1170,6 +1189,14 @@ static int sun50i_h616_ccu_probe(struct platform_device *pdev)
> > val |= BIT(0);
> > writel(val, reg + SUN50I_H616_PLL_AUDIO_REG);
> >
> > + /*
> > + * Set the input-divider for the gpu1 clock to 3, to reach a safe 400 MHz.
> > + */
> > + val = readl(reg + SUN50I_H616_GPU_CLK1_REG);
> > + val &= ~GENMASK(1, 0);
> > + val |= 2;
> > + writel(val, reg + SUN50I_H616_GPU_CLK1_REG);
> > +
> > /*
> > * First clock parent (osc32K) is unusable for CEC. But since there
> > * is no good way to force parent switch (both run with same frequency),
> > @@ -1190,6 +1217,13 @@ static int sun50i_h616_ccu_probe(struct platform_device *pdev)
> > /* Re-lock the CPU PLL after any rate changes */
> > ccu_pll_notifier_register(&sun50i_h616_pll_cpu_nb);
> >
> > + /* Reparent GPU during GPU PLL rate changes */
> > + ccu_mux_notifier_register(pll_gpu_clk.common.hw.clk,
> > + &sun50i_h616_gpu_nb);
> > +
> > + /* Re-lock the GPU PLL after any rate changes */
> > + ccu_pll_notifier_register(&sun50i_h616_pll_gpu_nb);
> > +
> > return 0;
> > }
> >
> >
>
>
>
>
>
next prev parent reply other threads:[~2025-02-23 13:59 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <20250220113808.1122414-1-simons.philippe@gmail.com>
2025-02-20 11:38 ` [PATCH v3 1/1] clk: sunxi-ng: h616: Reparent GPU clock during frequency changes Philippe Simons
2025-02-20 15:41 ` Jernej Škrabec
2025-02-23 13:57 ` Jernej Škrabec [this message]
2025-02-23 17:03 ` Chen-Yu Tsai
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=2716580.BddDVKsqQX@jernej-laptop \
--to=jernej.skrabec@gmail.com \
--cc=andre.przywara@arm.com \
--cc=linux-arm-kernel@lists.infradead.org \
--cc=linux-clk@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-sunxi@lists.linux.dev \
--cc=mturquette@baylibre.com \
--cc=samuel@sholland.org \
--cc=sboyd@kernel.org \
--cc=simons.philippe@gmail.com \
--cc=wens@csie.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