[U-Boot] [PATCH] RFC: am35xx: Rearrange SPL on am35xx
Albert ARIBAUD
albert.u.boot at aribaud.net
Fri Dec 19 13:53:26 CET 2014
Hello Simon,
On Thu, 18 Dec 2014 11:26:12 -0700, Simon Glass <sjg at chromium.org>
wrote:
> This is an attempt to tidy up the early SPL code in an attempt to pave
> the way for driver model in SPL:
>
> - Avoid setting up SDRAM before board_init_f()
> - Avoid touching global_data before board_init_f()
By 'touching', do you mean writing or just reading?
> - Allow board_init_f() to set up a new stack (seems that the SRAM stack
> is not large enough on these boards)
I would prefer board_init_f() not to set up or change the stack.
Can't we keep board_init_f() minimal (i.e., just doing what's needed to
get DRAM working) with a minimal stack, then let crt0.S switch stacks,
and put whatever requires a larg(er) stack in board_init_r?
IOW, what prevents the general boot flow (and stack management) which
crt0.S applies to U-Boot from applying to SPL too?
Amicalement,
--
Albert.
More information about the U-Boot
mailing list