On Sat, Jul 09, 2022 at 03:08:04AM +0200, Marek Vasut wrote:

> Convert CONFIG_MALLOC_F_ADDR to Kconfig.
> 
> The CL IoT gate board used MALLOC_F_ADDR 0x912000 on i.MX8M Mini unlike
> all the other platforms which use 0x930000 . This has been aligned with
> the other i.MX8M Mini platforms.
> 
> Signed-off-by: Marek Vasut <ma...@denx.de>
[snip]
> diff --git a/common/init/board_init.c b/common/init/board_init.c
> index 6a550261778..35506f2ed35 100644
> --- a/common/init/board_init.c
> +++ b/common/init/board_init.c
> @@ -78,10 +78,8 @@ __weak void board_init_f_init_stack_protection(void)
>  ulong board_init_f_alloc_reserve(ulong top)
>  {
>       /* Reserve early malloc arena */
> -#ifndef CONFIG_MALLOC_F_ADDR
> -#if CONFIG_VAL(SYS_MALLOC_F_LEN)
> +#if CONFIG_VAL(MALLOC_F_ADDR) && CONFIG_VAL(SYS_MALLOC_F_LEN)
>       top -= CONFIG_VAL(SYS_MALLOC_F_LEN);
> -#endif
>  #endif
>       /* LAST : reserve GD (rounded up to a multiple of 16 bytes) */
>       top = rounddown(top-sizeof(struct global_data), 16);

This isn't equivalent. It was "if we don't have MALLOC_F_ADDR but do
have SYS_MALLOC_F_LEN ..." and now is "if we have MALLOC_F_ADDR and
SYS_MALLOC_F_LEN ...".  I changed this, and then nokia_rx51 passed in CI
again (it was failing to boot at all).  But still riscv and qemux86-64
and evb-ast2600 still fail to boot:
https://source.denx.de/u-boot/u-boot/-/pipelines/13296

Please re-check the migration, thanks.

-- 
Tom

Attachment: signature.asc
Description: PGP signature

Reply via email to