[PATCH u-boot v2019.04-aspeed-openbmc 1/2] ast2600: Modify SPL SRAM layout

Joel Stanley joel at jms.id.au
Wed Jan 27 17:56:51 AEDT 2021


On Wed, 27 Jan 2021 at 01:55, Klaus Heinrich Kiwi
<klaus at linux.vnet.ibm.com> wrote:
>
> Hi Joel,
>
> On 1/25/2021 1:58 AM, Joel Stanley wrote:
> > The SRAM is 89KB on the A1 and beyond:
>
> I guess I'll have to trust you on that one.

You have access to the datasheet and can verify this.

>
> >
> >   0x1000_0000 to 0x1000_ffff: 64KB, with parity check
> >   0x1001_0000 to 0x1001_5fff: 24KB, w/o parity check
> >   0x1001_6000 to 0x1001_63ff: 1KB, w/o parity check, each byte write once
> >
> > Allow the image to fill the full 64KB payload size (max that secure boot
> > supports) and plcae the stack at the top of the 24KB of SRAM.
> typo
>
> > @@ -25,8 +25,8 @@
> >
> >   /* SPL */
> >   #define CONFIG_SPL_TEXT_BASE                0x00000000
> > -#define CONFIG_SPL_MAX_SIZE          0x0000E800
> > -#define CONFIG_SPL_STACK             0x10010000
> > +#define CONFIG_SPL_MAX_SIZE          0x00010000
> > +#define CONFIG_SPL_STACK             0x10016000
> >   #define CONFIG_SPL_BSS_START_ADDR   0x90000000
> >   #define CONFIG_SPL_BSS_MAX_SIZE             0x00100000
> >
>
> Got the following when I tried this patch (Ubuntu 18.04.5, gcc 7.5.0, binutils 2.30). Am I missing something?

This is a very out of date compiler. We use GCC 10 for openbmc.

I will submit a v2 with some new features for reducing the image size.


>
>    LD      spl/u-boot-spl
> arm-linux-gnueabihf-ld.bfd: u-boot-spl section `.u_boot_list' will not fit in region `flash'
> arm-linux-gnueabihf-ld.bfd: region `flash' overflowed by 1612 bytes
> scripts/Makefile.spl:384: recipe for target 'spl/u-boot-spl' failed
> make[1]: *** [spl/u-boot-spl] Error 1
> Makefile:1663: recipe for target 'spl/u-boot-spl' failed
> make: *** [spl/u-boot-spl] Error 2
>
>
> --
> Klaus Heinrich Kiwi <klaus at linux.vnet.ibm.com>


More information about the openbmc mailing list