djsundog
/
circuitpython
1
0
Fork 0
Code Issues Pull Requests Packages Projects Releases Wiki Activity
circuitpython/stmhal/boards/stm32f405.ld

33 lines
1.1 KiB
Plaintext
Raw Normal View History

Initial checkin with STM HAL This compiles and links, but hasn't been tested on a board yet and even if it was run, it doesn't currently do anything.
2014-03-12 02:55:41 -04:00
/*
GNU linker script for STM32F405
*/
/* Specify the memory areas */
MEMORY
{
stmhal/boards/stm32f405.ld: Increase FLASH_TEXT to end of 1MiB flash. And and FLASH_FS, and use "K" values instead of hex numbers for lengths. The increase of FLASH_TEXT is to allow more frozen bytecode for a particular user's project. It's not used for anything else.
2017-06-26 03:00:06 -04:00
FLASH (rx) : ORIGIN = 0x08000000, LENGTH = 1024K /* entire flash */
FLASH_ISR (rx) : ORIGIN = 0x08000000, LENGTH = 16K /* sector 0 */
FLASH_FS (rx) : ORIGIN = 0x08004000, LENGTH = 112K /* sectors 1,2,3,4 are for filesystem */
FLASH_TEXT (rx) : ORIGIN = 0x08020000, LENGTH = 896K /* sectors 5,6,7,8,9,10,11 */
CCMRAM (xrw) : ORIGIN = 0x10000000, LENGTH = 64K
RAM (xrw) : ORIGIN = 0x20000000, LENGTH = 128K
Initial checkin with STM HAL This compiles and links, but hasn't been tested on a board yet and even if it was run, it doesn't currently do anything.
2014-03-12 02:55:41 -04:00
}
stmhal: Set entry point for ELF binary debugging When loading the ELF binary to the board with a debugger, the debugger needs to know at which point to start executing the code. Currently the entry point defaults to the start of the .text section. Signed-off-by: Sven Wegener <sven.wegener@stealer.net>
2014-10-21 04:22:53 -04:00
Initial checkin with STM HAL This compiles and links, but hasn't been tested on a board yet and even if it was run, it doesn't currently do anything.
2014-03-12 02:55:41 -04:00
/* produce a link error if there is not this amount of RAM for these sections */
_minimum_stack_size = 2K;
_minimum_heap_size = 16K;
stmhal: Initialise stack pointer correctly. Stack is full descending and must be 8-byte aligned. It must start off pointing to just above the last byte of RAM. Previously, stack started pointed to last byte of RAM (eg 0x2001ffff) and so was not 8-byte aligned. This caused a bug in combination with alloca. This patch also updates some debug printing code. Addresses issue #872 (among many other undiscovered issues).
2014-09-23 05:59:05 -04:00
/* Define tho top end of the stack. The stack is full descending so begins just
above last byte of RAM. Note that EABI requires the stack to be 8-byte
aligned for a call. */
_estack = ORIGIN(RAM) + LENGTH(RAM);
Initial checkin with STM HAL This compiles and links, but hasn't been tested on a board yet and even if it was run, it doesn't currently do anything.
2014-03-12 02:55:41 -04:00
stmhal: Put common definitions from linker files to common.ld.
2016-09-21 05:49:45 -04:00
/* define common sections and symbols */
INCLUDE common.ld
Initial checkin with STM HAL This compiles and links, but hasn't been tested on a board yet and even if it was run, it doesn't currently do anything.
2014-03-12 02:55:41 -04:00
/* RAM extents for the garbage collector */
stmhal: Put common definitions from linker files to common.ld.
2016-09-21 05:49:45 -04:00
_ram_start = ORIGIN(RAM);
Initial checkin with STM HAL This compiles and links, but hasn't been tested on a board yet and even if it was run, it doesn't currently do anything.
2014-03-12 02:55:41 -04:00
_ram_end = ORIGIN(RAM) + LENGTH(RAM);
stmhal: Put common definitions from linker files to common.ld.
2016-09-21 05:49:45 -04:00
_heap_start = _ebss; /* heap starts just after statically allocated memory */
Initial checkin with STM HAL This compiles and links, but hasn't been tested on a board yet and even if it was run, it doesn't currently do anything.
2014-03-12 02:55:41 -04:00
_heap_end = 0x2001c000; /* tunable */