[PATCH v1 1/2] ARM: tegra: clock: fix PLLD/PLLD2 related clock calculations
Thierry Reding
treding at nvidia.com
Wed Mar 5 15:02:33 CET 2025
On Wed, Mar 05, 2025 at 03:52:36PM +0200, Svyatoslav Ryhel wrote:
> ср, 5 бер. 2025 р. о 15:47 Thierry Reding <treding at nvidia.com> пише:
> >
> > On Wed, Mar 05, 2025 at 01:12:12PM +0200, Svyatoslav Ryhel wrote:
> > > From: Jonas Schwöbel <jonasschwoebel at yahoo.de>
> > >
> > > While PLLD/D2 is the nominal parent clock, all derived clocks are generated
> > > from its single output, plld_out0, which is PLLD/D2 divided by two. Direct
> > > use of PLLD/D2 is absent in peripheral clock configurations. Therefore,
> > > clock derivation formulas must take in account this division.
> > >
> > > Signed-off-by: Jonas Schwöbel <jonasschwoebel at yahoo.de>
> > > Signed-off-by: Svyatoslav Ryhel <clamor95 at gmail.com>
> > > ---
> > > arch/arm/mach-tegra/clock.c | 30 +++++++++++++++++++++++++++++-
> > > 1 file changed, 29 insertions(+), 1 deletion(-)
> >
> > In Linux we ended up exposing the _out0 branches of the display clocks.
> > Wouldn't that be a better way to describe this?
> >
> > Thierry
>
> You are not satisfied with the description or with solution?
I meant the solution. However I might have misunderstood what you're
doing here. This is actually computing the rate of the _out0 branches,
which are the ones listed in the DTS files as parents, correct?
Thierry
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 833 bytes
Desc: not available
URL: <https://lists.denx.de/pipermail/u-boot/attachments/20250305/1e1f40b1/attachment.sig>
More information about the U-Boot
mailing list