[PATCH 5/6] arm64: dts: mediatek: mt8173: Fix MFG_ASYNC power domain clock
Chen-Yu Tsai
wenst at chromium.org
Wed Jun 5 01:25:44 PDT 2024
On Thu, May 30, 2024 at 6:03 PM AngeloGioacchino Del Regno
<angelogioacchino.delregno at collabora.com> wrote:
>
> Il 30/05/24 10:35, Chen-Yu Tsai ha scritto:
> > The MFG_ASYNC domain, which is likely associated to the whole MFG block,
> > currently specifies clk26m as its domain clock. This is bogus, since the
> > clock is an external crystal with no controls. Also, the MFG block has
> > a independent CLK_TOP_AXI_MFG_IN_SEL clock, which according to the block
> > diagram, gates access to the hardware registers. Having this one as the
> > domain clock makes much more sense. This also fixes access to the MFGTOP
> > registers.
> >
> > Change the MFG_ASYNC domain clock to CLK_TOP_AXI_MFG_IN_SEL.
> >
> > Fixes: 8b6562644df9 ("arm64: dts: mediatek: Add mt8173 power domain controller")
> > Signed-off-by: Chen-Yu Tsai <wenst at chromium.org>
>
> Just one question... what happens if there's no GPU support at all and this
> power domain gets powered off?
>
> I expect the answer to be "nothing", so I'm preventively giving you my
Well it's powered off by default. Just double checked, and without the final
patch:
# cat /sys/kernel/debug/pm_genpd/pm_genpd_summary
domain status children
performance
/device runtime status
----------------------------------------------------------------------------------------------
mfg off-0
0
mfg_2d off-0
0
mfg
mfg_async off-0
0
mfg_2d
And with the last patch but with the powervr removed:
# cat /sys/kernel/debug/pm_genpd/pm_genpd_summary
domain status children
performance
/device runtime status
----------------------------------------------------------------------------------------------
mfg_apm off-0
0
mfg off-0
0
mfg_apm
/devices/platform/soc/13fff000.clock-controller suspended
0
mfg_2d off-0
0
mfg
mfg_async off-0
0
mfg_2d
Things seem to work OK. I can SSH in, and the framebuffer console on the screen
works fine.
Note that accessing the regmap through debugfs doesn't do much good. regmap
doesn't handle runtime PM. And the syscon regmap isn't even tied to a
struct device. Dumping the regmap through debugfs while the power domain
is off gives all zeroes, likely due to bus isolation.
> Reviewed-by: AngeloGioacchino Del Regno <angelogioacchino.delregno at collabora.com>
Thanks!
ChenYu
> ....but if I'm wrong and the answer isn't exactly "nothing", then I still agree
> with this commit, but only after removing the Fixes tag.
>
> Cheers,
> Angelo
>
> > ---
> > arch/arm64/boot/dts/mediatek/mt8173.dtsi | 2 +-
> > 1 file changed, 1 insertion(+), 1 deletion(-)
> >
> > diff --git a/arch/arm64/boot/dts/mediatek/mt8173.dtsi b/arch/arm64/boot/dts/mediatek/mt8173.dtsi
> > index 3458be7f7f61..136b28f80cc2 100644
> > --- a/arch/arm64/boot/dts/mediatek/mt8173.dtsi
> > +++ b/arch/arm64/boot/dts/mediatek/mt8173.dtsi
> > @@ -497,7 +497,7 @@ power-domain at MT8173_POWER_DOMAIN_USB {
> > };
> > mfg_async: power-domain at MT8173_POWER_DOMAIN_MFG_ASYNC {
> > reg = <MT8173_POWER_DOMAIN_MFG_ASYNC>;
> > - clocks = <&clk26m>;
> > + clocks = <&topckgen CLK_TOP_AXI_MFG_IN_SEL>;
> > clock-names = "mfg";
> > #address-cells = <1>;
> > #size-cells = <0>;
>
>
More information about the linux-arm-kernel
mailing list