RISC-V: erizo: large gap between bss and stack regions
Antony Pavlov
antonynpavlov at gmail.com
Wed Apr 14 12:07:36 BST 2021
On Wed, 14 Apr 2021 11:54:27 +0200
Sascha Hauer <sha at pengutronix.de> wrote:
> On Wed, Apr 14, 2021 at 08:54:22AM +0300, Antony Pavlov wrote:
> > Hi Ahmad!
> >
> > Here is the iomem command output on erizo:
> >
> > barebox:/ iomem
> > 0x00000000 - 0xffffffff (size 0x00000000) iomem
> > 0x80000000 - 0x807fffff (size 0x00800000) ram0
> > 0x804ffd00 - 0x805ffcff (size 0x00100000) malloc space
> > 0x805ffd00 - 0x805fffe6 (size 0x000002e7) board data
> > 0x80600000 - 0x80636b1f (size 0x00036b20) barebox
> > 0x80636b20 - 0x8063ec9b (size 0x0000817c) barebox data
> > 0x8063ec9c - 0x80643147 (size 0x000044ac) bss
> > 0x807e0000 - 0x807fffff (size 0x00020000) stack
> > 0x90000000 - 0x9000001f (size 0x00000020) 90000000.uart at 90000000.of
> > 0x91000000 - 0x91000003 (size 0x00000004) 91000000.gpio at 91000000.of
> > 0x91000004 - 0x91000007 (size 0x00000004) 91000000.gpio at 91000000.of
> >
> > I see large unused region between bss and stack regions (>1600 Kbytes).
>
> That's normal. The compressed barebox knows the size of the uncompressed
> barebox, but it doesn't know the size of the bss segment above it. For
> that reason we have a very pessimistic estimate of:
>
> #define MAX_BSS_SIZE SZ_1M
>
> The barebox binary itself is then aligned to the previous 1MiB
> boundary, so barebox usually starts at 2MiB below the end of SDRAM.
> That's a bit wasteful for boards with very little memory like the erizo,
> but that's how things are at the moment.
Can we make it configurable via Kconfig?
--
Best regards,
Antony Pavlov
More information about the barebox
mailing list