[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