Hi Biju,
On Thu, 14 Aug 2025 at 14:48, Biju <biju.das.au@gmail.com> wrote:
> From: Biju Das <biju.das.jz@bp.renesas.com>
>
> The RZ/G3E GPT IP has multiple clocks and resets. It has bus and core
> clocks. The bus clock is module clock and core clock is sourced from
> the bus clock. So add support for module clock as parent reusing the
> existing rzv2h_cpg_fixed_mod_status_clk_register().
Thanks for your series!
> Biju Das (4):
> clk: renesas: rzv2h: Refactor
> rzv2h_cpg_fixed_mod_status_clk_register()
> clk: renesas: rzv2h: Add support for parent mod clocks
> dt-bindings: clock: renesas,r9a09g047-cpg: Add GPT core clocks
> clk: renesas: r9a09g047: Add GPT clocks and resets
I think you are overcomplicating: according to the clock system diagram
and clock list sheets, gpt_[01]_pclk_sfr and gpt_[01]_clks_gpt_sfr
are really the same clocks (the same is true for rsci_[0-9]_pclk and
rsci_[0-9]_pclk_sfr).
So you can just describe gpt_[01]_pclk_sfr as normal module clocks,
and use them for both the core and bus blocks in DT, e.g.
clocks = <&cpg CPG_MOD 0x31>, <&cpg CPG_MOD 0x31>;
clock-names = "core", "bus";
Do you agree?
Gr{oetje,eeting}s,
Geert
--
Geert Uytterhoeven -- There's lots of Linux beyond ia32 -- geert@linux-m68k.org
In personal conversations with technical people, I call myself a hacker. But
when I'm talking to journalists I just say "programmer" or something like that.
-- Linus Torvalds