[U-Boot] [PATCH] board_r - fixup functions table after relocation

Simon Glass sjg at chromium.org
Wed Jan 15 17:56:57 CET 2014


Hi Alexey,

On 15 January 2014 04:19, Alexey Brodkin <Alexey.Brodkin at synopsys.com>wrote:

> "init_sequence_r" is just an array that consists of compile-time
> adresses of init functions. Since this is basically an array of integers
> (pointers to "void" to be more precise) it won't be modified during
> relocation - it will be just copied to new location as it is.
>
> As a consequence on execution after relocation "initcall_run_list" will
> be jumping to pre-relocation addresses. As long as we don't overwrite
> pre-relocation memory area init calls are executed correctly. But still
> it is dangerous because after relocation we don't expect initially used
> memory to stay untouched.
>
> Signed-off-by: Alexey Brodkin <abrodkin at synopsys.com>
>
> Cc: Tom Rini <trini at ti.com>
> Cc: Simon Glass <sjg at chromium.org>
> Cc: Masahiro Yamada <yamada.m at jp.panasonic.com>
> Cc: Doug Anderson <dianders at chromium.org>
> ---
>  common/board_r.c | 5 +++++
>  1 file changed, 5 insertions(+)
>
> diff --git a/common/board_r.c b/common/board_r.c
> index 86ca1cb..8f45943 100644
> --- a/common/board_r.c
> +++ b/common/board_r.c
> @@ -903,9 +903,14 @@ init_fnc_t init_sequence_r[] = {
>
>  void board_init_r(gd_t *new_gd, ulong dest_addr)
>  {
> +       int i;
>  #ifndef CONFIG_X86
>         gd = new_gd;
>  #endif
> +       /* Fixup table after relocation */
> +       for (i = 0; i < sizeof(init_sequence_r)/sizeof(void *); i++)
> +               init_sequence_r[i] += gd->reloc_off;
> +
>

ARRAY_SIZE() might be better.

I have not checked to make sure that the array contents remains
un-relocated. Did you see this?


        if (initcall_run_list(init_sequence_r))
>                 hang();
>
> --
> 1.8.4.2
>
>
Regards,
Simon


More information about the U-Boot mailing list