d0p1/ack
1
0
Fork 0
Code Issues Pull requests Packages Projects Releases Wiki Activity

Change the size of the SRAM area to 128kB (to reflect reality).

Browse source 
--HG--
branch : dtrg-videocore
This commit is contained in:
David Given 2013-06-06 00:05:48 +01:00
parent 3e0123ca03
commit ed6c4a85d1
2 changed files with 4 additions and 4 deletions
Show stats Download patch file Download diff file Expand all files Collapse all files

6
plat/rpi/README
View file

@ -11,7 +11,7 @@ you're running in bare-metal mode, you can hook stdin/stdout up to the
mini UART. (Obviously, in kernel mode you can't.)
Important note! The malloc heap expects your program to be loaded into a
chunk of memory that's 256kB large. You must make sure that this is the case,
chunk of memory that's 128kB large. You must make sure that this is the case,
or Bad Stuff will happen.
Output binaries are fully PIC and can be loaded anywhere (this is one of the
@ -57,10 +57,10 @@ variable. It's a structure that is initialised with the data that's passed in
from mailbox.c (currently four pointers and two integers).
If you want to use malloc() and friends, you'll need to hack mailbox.c so
that the buffer containing the code is at least 256kB, or you're likely to
that the buffer containing the code is at least 128kB, or you're likely to
corrupt the VideoCore's workspace and crash it.
David Given <dg@cowlark.com>
2013-05-26
2013-06-06

2
plat/rpi/libsys/brk.c
View file

@ -19,7 +19,7 @@ static char* current = _end;
/* Top of heap: we assume that the block of memory the binary is loaded in
* is 256kB long. Because user pointers are always relative to the beginning
* of the block, this makes the end address easy to calculate. */
static char* max = (char*) (256*1024);
static char* max = (char*) (128*1024);
int brk(void* newend)
{