[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