u-boot.git/arch/arm/lib/spl.c, branch v2016.09

armv8: spl: Call board_init_r from crt0_64 in SPL

2016-07-22T18:46:23+00:00

As part of the startup process for boards using the SPL, the
meaning of board_init_f changed such that it should return normally
rather than calling board_init_r directly. (see
db910353a126d84fe8dff7a694ea792f50fcfb6a )
This was fixed in 32-bit arm, but broke when SPL was added to
64 bit arm. This fixes crt0_64 so that it calls board_init_r
during the SPL and removes the direct call from board_init_f
from the arm SPL example.

Signed-off-by: Jeremy Hunt 

Acked-by: Simon Glass

spl: Fix compilation warnings for arm64

2016-07-22T12:03:54+00:00

Make code 64bit aware.

Warnings:
+../arch/arm/lib/spl.c: In function ‘jump_to_image_linux’:
+../arch/arm/lib/spl.c:63:3: warning: cast to pointer from integer of
different size [-Wint-to-pointer-cast]
+../common/spl/spl_fat.c: In function ‘spl_load_image_fat’:
+../common/spl/spl_fat.c:91:33: warning: cast to pointer from integer
of different size [-Wint-to-pointer-cast]

Signed-off-by: Michal Simek 
Reviewed-by: Simon Glass

arm: spl: Align default board_init_f comment with code

2016-04-01T21:17:57+00:00

The default board_init_f() implementation performs a call to
board_init_r() as the last step of the sequence. Fix the comment
for this function to reflect the actual execution flow.

Signed-off-by: Andreas Dannenberg

ARM: SPL: Use CONFIG_SPL_DM not CONFIG_DM

2015-08-13T00:48:07+00:00

We now have the CONFIG_SPL_DM for code within SPL to toggle caring about
DM or not.  Without this change platforms that do enable CONFIG_DM but
not CONFIG_SPL_DM may be broken (such as OMAP5).

Cc: Albert Aribaud 
Signed-off-by: Tom Rini

arm: spl: Avoid setting up a duplicate global data structure

2015-03-04T19:55:04+00:00

This is already set up in crt0.S. We don't need a new structure and don't
really want one in the 'data' section of the image, since it will be empty
and crt0.S's changes will be ignored.

As an interim measure, remove it only if CONFIG_DM is not defined. This
allows us to press ahead with driver model in SPL and allow the stragglers
to catch up.

Signed-off-by: Simon Glass

arm: Add warnings about using gdata

2015-01-16T19:52:52+00:00

We need to get rid of this SPL-specific setting of the global_data pointer.
It is already set up in start.S immediately before board_init_f() is called,
and there may be information there that is needed (e.g. pre-reloc malloc
info).

Signed-off-by: Simon Glass

Revert "ARM: SPL: do not set gd again"

2014-09-16T16:24:00+00:00

At the high level, the problem is that we set gd multiple times (and
still do, even after the commit we're reverting).  We set important
parts of gd to the copy which is not above stack but rather in the data
section.  For the release, we're going to revert this change and for the
next release we shall correct things to only, really, set gd once to an
appropriate location and ensure that comments about it are correct too.

This reverts commit f0c3a6c4ad09210d5d4aeafe87685ee75e5683d6.

Acked-by: Albert Aribaud 
Signed-off-by: Tom Rini

ARM: SPL: do not set gd again

2014-09-09T11:50:57+00:00

Just before calling board_init_f, crt0.S has already
reserved space for the initial gd on the stack. There
should be no need to allocate it again.

cc: Albert ARIBAUD 
Signed-off-by: Jeroen Hofstee

arm: spl: Do not set the stack pointer twice

2013-09-14T09:14:21+00:00

Because the stack pointer is already set in arch/arm/lib/crt0.S,
we do not need to set it in arch/arm/lib/spl.c.

Signed-off-by: Masahiro Yamada

arm: spl: For Falcon Mode, set a default machid of ~0

2013-08-15T22:38:35+00:00

With device trees, boards do not always set CONFIG_MACH_TYPE now, so we
must not rely on this define being set.  The kernel uses ~0 to see if we
have a valid machine number or not, so set that as the default, invalid
machine, id and only fix if CONFIG_MACH_TYPE is set.

Acked-by: Dan Murphy 
Tested-by: Heiko Schocher 
Cc: Albert ARIBAUD 
Signed-off-by: Tom Rini