aboutsummaryrefslogtreecommitdiffstats
path: root/support/ld/stm32/mem
Commit message (Collapse)AuthorAgeFilesLines
* WIP: board support for STM32F4DISCOVERY (huge F407 chip)stm32f4discoverybnewbold2015-03-032-0/+10
|
* stm32f4: add sram_64k_flash_128k linker scriptbryan newbold2015-03-011-0/+5
| | | | This supports, eg, the STM32F401xB chip family.
* support: add loader script for 64k sram/256k flashPerry Hung2014-11-241-0/+5
| | | | | | | Preparation for 32F01CDiscovery board bringup Signed-off-by: Marti Bolivar <mbolivar@leaflabs.com> Signed-off-by: Perry Hung <perry@leaflabs.com>
* Adding BOOTLOADER option to support Robotis bootloader different ROMGregwar2014-04-233-0/+15
| | | | Signed-off-by: Grégoire Passault <g.passault@gmail.com>
* Rework linker scripts.Marti Bolivar2012-06-0715-0/+79
Having separate linker scripts for all the boards is a bad idea. Most boards really only need to specify MEMORY and the appropriate REGION_ALIASES() so that support/ld/common.inc can do its work. Not having infrastructure for this leads to duplication -- viz. the Maple Mini linker scripts are identical to the Maple's, and the olimex_stm32_h103 linker directory is just a symlink to Maple's. Clearly, the current structure is wrong. To fix it, instead of having per-board subdirectories of support/ld/, add per-MEMORY subdirectories of (new) support/ld/stm32/mem/. The per-board .mk files under support/mk/board-includes/ now reference these directly, and target-config.mk and the Makefile handle this appropriately. We move some other stuff around in target-config.mk to make this all more convenient, and even allow more overriding of the libmaple defaults on a per-board basis. Custom board hacks will be easier now. Unfortunately, lots of duplication under support/ld/stm32/mem/ is necessary, as the LENGTH attribute in a MEMORY region specification doesn't support arithmetic expressions, and ld doesn't seem to have any way to specify MEMORY at the command line (why?!). If we find a better way than this, we should do it. If a board (e.g. Maple Native) _does_ really need special memory-related configuration, you can always put a per-board subdirectory of support/ld/stm32/mem. We do this here to configure the heap. Signed-off-by: Marti Bolivar <mbolivar@leaflabs.com>