[U-Boot-Users] [PATCH 6/17] Reorganize and fix problems (returns) in the bootm command.
Grant Likely
grant.likely at secretlab.ca
Thu Jul 5 16:13:14 CEST 2007
On 7/5/07, Jerry Van Baren <gvb.uboot at gmail.com> wrote:
> Grant Likely wrote:
> > On 7/4/07, Jerry Van Baren <gvb.uboot at gmail.com> wrote:
> >> Do *NOT* return after the "point of no return" has been passed.
> >> If something goes wrong, the board must be reset after that point.
> >> Move the "Transferring control to Linux" debug message back to where it
> >> belongs: just before transferring control to linux.
> >
> > Why is it necessary to reset the board at this point? The failure
> > paths here seem to be things like invalid checksums and the like. Why
> > are these tests after a point of no return?
> >
> > I would think that if any of these failures are hit, you would *not*
> > want to reset the board so you can figure out what was going on.
> >
> > Cheers,
> > g.
>
> We've smashed our underpinnings by uncompressing linux over our
> interrupt vectors before the checksum catches the problem. There is no
> way back other than a reset. The error I fixed (in a couple of places)
> was returns. FWIIW, my experience with the erroneous returns is that it
> sort of works, but not right and then funky stuff happens. :-/
>
> I presume the comment was a general one. If you have any specific reset
> vs. return questions, hollar and I'll justify them or eat crow.
Ah, okay that makes sense. So the obvious next question is: can any
of those tests be performed before uncompressing Linux? If so, then
they probably should be moved. If not...
Acked-by: Grant Likely <grant.likely at secretlab.ca>
>
> Thanks,
> gvb
>
--
Grant Likely, B.Sc., P.Eng.
Secret Lab Technologies Ltd.
grant.likely at secretlab.ca
(403) 399-0195
More information about the U-Boot
mailing list