Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1604643
| From | Peter De Schrijver <pdeschrijver@nvidia.com> |
|---|---|
| Newsgroups | linux.kernel |
| Subject | Re: [PATCH] clk: tegra: rework pll_u |
| Date | 2017-03-20 15:40 +0100 |
| Message-ID | <tn6Dv-63o-5@gated-at.bofh.it> (permalink) |
| References | <tkVsS-1k0-37@gated-at.bofh.it> <tn60O-5sH-37@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
On Mon, Mar 20, 2017 at 02:20:21PM +0100, Thierry Reding wrote: > * PGP Signed by an unknown key > > On Tue, Mar 14, 2017 at 04:12:49PM +0200, Peter De Schrijver wrote: > > In normal operation pll_u is under hardware control and has a fixed rate of > > 480MHz. Hardware will turn on pll_u on whenever any of the XUSB > > powerdomains is on. From a software point of view we model this is if pll_u > > is always on using a fixed rate clock. However the bootloader might or > > might not have configured pll_u this way. So we will check the current > > state of pll_u at boot and reconfigure it if required. > > > > There are 3 possiblities at kernel boot: > > 1) pll_u is under hardware control: do nothing > > 2) pll_u is under hardware control and enabled: enable hardware control > > 3) pll_u is disabled: enable pll_u and enable hardware control > > > > In all cases we also check if UTMIPLL is under hardware control at boot > > and configure it for hardware control if that is not the case. > > The same is done during SC7 resume. > > > > Thanks to Joseph Lo <josephl@nvidia.com> for bug fixes. > > > > Signed-off-by: Peter De Schrijver <pdeschrijver@nvidia.com> > > --- > > drivers/clk/tegra/clk-pll.c | 174 ----------------------- > > drivers/clk/tegra/clk-tegra210.c | 295 ++++++++++++++++++++++++++++++++++++--- > > 2 files changed, 272 insertions(+), 197 deletions(-) > > Applied, thanks. > > Do you think this actually fixes a bug? We've had a long standing issue > with booting Debian on a Jetson TX1 which is due to some USB related PLL > failing to lock. This sounds like it could fix that particular issue. > I think the current approach does have problems if the PLL is already under hw control. Cheers, Peter.
Back to linux.kernel | Previous | Next — Previous in thread | Find similar | Unroll thread
[PATCH] clk: tegra: rework pll_u Peter De Schrijver <pdeschrijver@nvidia.com> - 2017-03-14 15:20 +0100
Re: [PATCH] clk: tegra: rework pll_u Thierry Reding <thierry.reding@gmail.com> - 2017-03-20 15:00 +0100
Re: [PATCH] clk: tegra: rework pll_u Peter De Schrijver <pdeschrijver@nvidia.com> - 2017-03-20 15:40 +0100
csiph-web