[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