On Fri, Jun 02, 2023 at 05:59:29PM +0100, Conor Dooley wrote: > On Fri, Jun 02, 2023 at 06:57:13PM +0200, Torsten Duwe wrote: > > On Fri, Jun 02, 2023 at 05:43:25PM +0100, Conor Dooley wrote: > > > > > > > > Can you _please_ point me at that "PLL driver" "in Linux" ? > > > > > > It's patch 2 in this series: > > > https://lore.kernel.org/linux-riscv/20230512022036.97987-1-xingyu.wu@xxxxxxxxxxxxxxxx/T/#m4b2d74c36b3bb961a1187ec5cda1a0a0de875f0e > > > > > Unfortunately, it's not, AFAICS. I'm looking for the driver that > > will control the PLLs' parameters, grepping for "pll" should yield > > results, to start with. The thing should act on the SYS_SYSCON iomem, > > at 0x13030000. Ideally, a DT node should point it there... > > The driver binds against a child node of the syscon @ 1303_0000: > https://lore.kernel.org/linux-riscv/20230512022036.97987-1-xingyu.wu@xxxxxxxxxxxxxxxx/T/#m882de9210850eb6f871cafc3418f3202ba915de8 > > Am I missing something? No, you're right. Seems I took a wrong turn somewhere. I prefer patchwork, where available, and probably got into the wrong series. Found the correct one: https://patchwork.kernel.org/project/linux-riscv/patch/20230512022036.97987-3-xingyu.wu@xxxxxxxxxxxxxxxx/ Now only the device tree needs to match against that, and U-Boot needs to remain still functional... Thanks and sorry for the noise. Torsten
