From: Francesco Dolcini <francesco@dolcini.it>
To: Nishanth Menon <nm@ti.com>
Cc: Tom Rini <trini@konsulko.com>,
Neha Malcom Francis <n-francis@ti.com>,
Bryan Brattlof <bb@ti.com>, Praneeth Bajjuri <praneeth@ti.com>,
Andrew Davis <afd@ti.com>,
Robert Nelson <robertcnelson@gmail.com>,
Vignesh R <vigneshr@ti.com>,
u-boot@lists.denx.de
Subject: Re: [PATCH 3/6] board: ti: am62x: Add basic initialization for usb voltage, 32k crystal, debounce
Date: Wed, 26 Jul 2023 00:16:21 +0200 [thread overview]
Message-ID: <ZMBJtRFu4mnGPSja@francesco-nb.int.toradex.com> (raw)
In-Reply-To: <20230725220328.fruxsldln7o5geil@tassel>
On Tue, Jul 25, 2023 at 05:03:28PM -0500, Nishanth Menon wrote:
> On 17:42-20230725, Tom Rini wrote:
> > On Tue, Jul 25, 2023 at 04:37:55PM -0500, Nishanth Menon wrote:
> > > On 17:25-20230725, Tom Rini wrote:
> > > > On Tue, Jul 25, 2023 at 01:52:50PM -0500, Nishanth Menon wrote:
> > > [..]
> > >
> > > > > + /* Set USB0 PHY core voltage to 0.85V */
> > > > > + val = readl(CTRLMMR_USB0_PHY_CTRL);
> > > > > + val &= ~(CORE_VOLTAGE);
> > > > > + writel(val, CTRLMMR_USB0_PHY_CTRL);
> > > > > +
> > > > > + /* Set USB1 PHY core voltage to 0.85V */
> > > > > + val = readl(CTRLMMR_USB1_PHY_CTRL);
> > > > > + val &= ~(CORE_VOLTAGE);
> > > > > + writel(val, CTRLMMR_USB1_PHY_CTRL);
> > > > > +
> > > > > + /* We have 32k crystal, so lets enable it */
> > > > > + val = readl(MCU_CTRL_LFXOSC_CTRL);
> > > > > + val &= ~(MCU_CTRL_LFXOSC_32K_DISABLE_VAL);
> > > > > + writel(val, MCU_CTRL_LFXOSC_CTRL);
> > > > > + /* Add any TRIM needed for the crystal here.. */
> > > > > + /* Make sure to mux up to take the SoC 32k from the crystal */
> > > > > + writel(MCU_CTRL_DEVICE_CLKOUT_LFOSC_SELECT_VAL,
> > > > > + MCU_CTRL_DEVICE_CLKOUT_32K_CTRL);
> > > > > +
> > > > > + /* Setup debounce conf registers - arbitrary values. Times are approx */
> > > > > + /* 1.9ms debounce @ 32k */
> > > > > + writel(WKUP_CTRLMMR_DBOUNCE_CFG1, 0x1);
> > > > > + /* 5ms debounce @ 32k */
> > > > > + writel(WKUP_CTRLMMR_DBOUNCE_CFG2, 0x5);
> > > > > + /* 20ms debounce @ 32k */
> > > > > + writel(WKUP_CTRLMMR_DBOUNCE_CFG3, 0x14);
> > > > > + /* 46ms debounce @ 32k */
> > > > > + writel(WKUP_CTRLMMR_DBOUNCE_CFG4, 0x18);
> > > > > + /* 100ms debounce @ 32k */
> > > > > + writel(WKUP_CTRLMMR_DBOUNCE_CFG5, 0x1c);
> > > > > + /* 156ms debounce @ 32k */
> > > > > + writel(WKUP_CTRLMMR_DBOUNCE_CFG6, 0x1f);
> > > > > +
> > > > > video_setup();
> > > > > enable_caches();
> > > > > if (IS_ENABLED(CONFIG_SPL_SPLASH_SCREEN) && IS_ENABLED(CONFIG_SPL_BMP))
> > > >
> > > > Here's a whole lot of seemingly board specific code in a function and
> > > > file that's supposed to support any am62 platform. Is this really what
> > > > we need, where we need it?
> > >
> > > * without using the correct voltage for USB, we risk damaging the IOs -
> > > board specific, sure.
> >
> > So what happens when we do this on the other EVM, does it have the same
> > values? Is there some must-always-be-safe values? Or is the answer "we
> > must do this board specific to be safe" and so need to re-think what can
> > and can't be shared between board builds.
>
> At least the ones we have currently (I am not sure about toradex,
> phytech etc), seem to operate the vdd_core at 0.85V .. (which is what
> USB is dependent upon).
For Toradex, we do have the equivalent code in our board file, see
https://git.toradex.com/cgit/u-boot-toradex.git/tree/board/toradex/verdin-am62/verdin-am62.c?h=toradex_ti-u-boot-2023.04#n92
The 32kHz configuration is just different for us, we do not re-use the
same you have here.
The debounce conf registers I have no idea what they are about,
something we should have also on our board? Any additional details?
Francesco
next prev parent reply other threads:[~2023-07-25 22:16 UTC|newest]
Thread overview: 26+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-07-25 18:52 [PATCH 0/6] board: ti: Add support for BeaglePlay Nishanth Menon
2023-07-25 18:52 ` [PATCH 1/6] doc: board: ti: k3: Sort the boards in alphabetical order Nishanth Menon
2023-07-25 21:23 ` Tom Rini
2023-07-25 18:52 ` [PATCH 2/6] arm: dts: k3-am625-sk-binman: Add labels for unsigned binary Nishanth Menon
2023-07-25 21:23 ` Tom Rini
2023-07-25 18:52 ` [PATCH 3/6] board: ti: am62x: Add basic initialization for usb voltage, 32k crystal, debounce Nishanth Menon
2023-07-25 21:25 ` Tom Rini
2023-07-25 21:37 ` Nishanth Menon
2023-07-25 21:42 ` Tom Rini
2023-07-25 22:03 ` Nishanth Menon
2023-07-25 22:16 ` Francesco Dolcini [this message]
2023-07-25 22:35 ` Francesco Dolcini
2023-07-26 11:10 ` Nishanth Menon
2023-07-26 13:29 ` Francesco Dolcini
2024-01-07 10:54 ` Jan Kiszka
2023-07-25 18:52 ` [PATCH 4/6] arm: dts: Add k3-am625-beagleplay Nishanth Menon
2023-07-25 21:25 ` Tom Rini
2023-07-25 18:52 ` [PATCH 5/6] configs: Add am62x_beagleplay_* defconfigs Nishanth Menon
2023-07-25 18:52 ` [PATCH 6/6] doc: board: ti: Add beagleplay documentation Nishanth Menon
2023-07-25 21:35 ` Tom Rini
2023-07-25 22:00 ` Nishanth Menon
2023-07-25 22:45 ` Tom Rini
2023-07-26 14:59 ` Andrew Davis
2023-07-26 16:21 ` Tom Rini
2023-07-26 16:41 ` Andrew Davis
2023-07-26 16:49 ` Tom Rini
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=ZMBJtRFu4mnGPSja@francesco-nb.int.toradex.com \
--to=francesco@dolcini.it \
--cc=afd@ti.com \
--cc=bb@ti.com \
--cc=n-francis@ti.com \
--cc=nm@ti.com \
--cc=praneeth@ti.com \
--cc=robertcnelson@gmail.com \
--cc=trini@konsulko.com \
--cc=u-boot@lists.denx.de \
--cc=vigneshr@ti.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox