[U-Boot] UBoot running UBoot - is it possible?
Stefano Babic
sbabic at denx.de
Tue Nov 13 17:57:48 UTC 2018
Hi Simon,
On 13/11/18 18:43, Simon Goldschmidt wrote:
>
>
> Am Di., 13. Nov. 2018, 17:53 hat Stefano Babic <sbabic at denx.de
> <mailto:sbabic at denx.de>> geschrieben:
>
> On 13/11/18 17:07, Simon Goldschmidt wrote:
> > On 13.11.2018 17:00, Wolfgang Denk wrote:
> >> Dear Simon,
> >>
> >> In message
> >>
> <CAAh8qsxB3YNoDruZnmcPvkygc7HXVOcf=PNdA4xRp=PjmQANsw at mail.gmail.com
> <mailto:PjmQANsw at mail.gmail.com>>
> >> you wrote:
> >>> My idea was to let SPL implement a dedicated boot counter/watchdog
> >>> that detects problems starting U-Boot and using a backup copy if it
> >>> fails multiple times. Of course you need an SPL on your board to do
> >>> this. Plus you end up with the same problem for updating SPL,
> but I'm
> >>> lucky here that my platform (socfpga gen5) has redundant storage for
> >>> SPL and implements a startup watchdog mechanism for the SPL.
> >> In other words, you are just adding enough additional complexity to
> >> SPL to make it reasonably likely that there will be bugs that need
> >> to be fixed later, i. e. you have to update the SPL.
> >>
> >> And then?
> >>
> >> You are just moving the problem, not solving it.
> >
> > That's not how I see it. As I see it, I have to implement an upgrade
> > option for SPL. This is partly due to bad design of the socfpga_gen5
> > platform. But also I have read multiple times on this list that you
> > should use SPL from the same version as U-Boot as they might work
> > combined and U-Boot might depend on SPL to do things that might change
> > over time.
>
> Right. It is not guaranteed that mixing versions works.
>
> > So is it really a good idea to upgrade U-Boot without
> > upgrading SPL at the same time?
>
> IMHO it is a bad idea, and it forgets that the bootloader is really SPL
> + u-boot.img else just u-boot.img. It is also questionable if it makes
> sense to provide an update mechanism for u-boot when most of critical
> parts like clocks, DDR initialisation, etc. are in SPL.
>
> > It seems to me this would require
> > thorough testing of different version mixes...
> >
>
> Agree, and this becomes a mess.
>
> > So given that SPL must be upgradable, how is it more complex to detect
> > U-Boot failure from SPL than from U-Boot itself?
>
> I do not get the question - if SPL fails, it can be at any time before
> you get the control. There sould be a mechanism to switch to a previous
> copy of SPL, generally this is not available in hw.
>
>
> Unless I'm mistaken, the socfpga gen5 bootrom implements a timer and
> loads SPL from secondary storage of it does not register as successful
> after some time.
That means you *have* hardware support, then.
I am not aware there is such as feature on i.MX6.
>
> That's my arch only, of course...
Regards,
Stefano
--
=====================================================================
DENX Software Engineering GmbH, Managing Director: Wolfgang Denk
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: +49-8142-66989-53 Fax: +49-8142-66989-80 Email: sbabic at denx.de
=====================================================================
More information about the U-Boot
mailing list