[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <ae0fd778eb31416eedb248e2cd4faef576174937.camel@pengutronix.de>
Date: Tue, 01 Nov 2022 09:44:41 +0100
From: Lucas Stach <l.stach@...gutronix.de>
To: Shawn Guo <shawnguo@...nel.org>, Richard Zhu <hongxing.zhu@....com>
Cc: marex@...x.de, tharvey@...eworks.com, vkoul@...nel.org,
bhelgaas@...gle.com, lorenzo.pieralisi@....com,
alexander.stein@...tq-group.com, richard.leitner@...ux.dev,
devicetree@...r.kernel.org, linux-pci@...r.kernel.org,
linux-arm-kernel@...ts.infradead.org, linux-kernel@...r.kernel.org,
kernel@...gutronix.de, linux-imx@....com
Subject: Re: [PATCH v1] soc: imx: imx8mp-blk-ctrl: Add PCIe SYSPLL
configurations
Hi Shawn, Richard,
Am Samstag, dem 29.10.2022 um 16:45 +0800 schrieb Shawn Guo:
> On Mon, Oct 24, 2022 at 01:43:09PM +0800, Richard Zhu wrote:
> > Add PCIe SYSPLL configurations, thus the internal SYSPLL can be used as
> > i.MX8MP PCIe reference clock.
> >
> > The following properties of PHY dts node should be changed accordingly.
> > - Set 'fsl,refclk-pad-mode' as '<IMX8_PCIE_REFCLK_PAD_OUTPUT>'.
> > - Change 'clocks' to '<&clk IMX8MP_CLK_HSIO_ROOT>'.
> >
> > Signed-off-by: Richard Zhu <hongxing.zhu@....com>
>
> Applied, thanks!
Sorry for the late reply, but I'm not really happy with the fact that
the PLL is now unconditionally enabled, even though it is only needed
when there is no external reference clock source.
I fear that this will be hard to correct later on as the DT abstraction
is wrong, as IMX8MP_CLK_HSIO_ROOT is NOT the reference clock for the
PHY, but the PLL generated clock, which isn't properly exposed with
this series.
I'm not happy to see this going in in the current state and if not too
late would like to ask Shawn to remove it from the tree again.
Regards,
Lucas
Powered by blists - more mailing lists