[U-Boot] mvebu spl: translation offset set too late?
Pierre Bourdon
delroth at gmail.com
Thu Apr 11 11:45:51 UTC 2019
On Thu, Apr 11, 2019 at 11:21 AM Stefan Roese <sr at denx.de> wrote:
> > However, this is
> > called *after* spl_init, which triggers a DM scan. So at the point
> > where the DM subsystem is aware of the translation offset, drivers
> > might have already cached addresses (priv->base) or even performed
> > initialization (the TWSI i2c module does some configuration at bind
> > time).
>
> Yes, you might be correct here. Thanks for spotting. This might
> be the root cause for the I2C binding hang reported by Baruch
> (added to Cc):
>
> https://marc.info/?l=u-boot&m=155462955329578&w=2
>
> Is this the same issue that you have noticed?
Yes, the original symptom I was debugging was indeed the mvtwsi I2C
bind handler causing an early freeze in SPL. That patch from Baruch
seems like it's trying to address the exact same issue. Thanks for
pointing it out.
Note that on Turris Omnia the SPL needs a working I2C0 to fetch RAM
configuration from an EEPROM. The "band-aid" fix of disabling the
debug register write in SPL mode would break Omnia boards in 2GB RAM
configuration.
--
Pierre Bourdon <delroth at gmail.com>
Software Engineer @ Zürich, Switzerland
https://delroth.net/
More information about the U-Boot
mailing list