[no description] https://git.bnewbold.net/librambutan/atom?h=master 2015-03-02T05:42:26+00:00 2015-03-02T05:42:26+00:00 bryan newbold bnewbold@robocracy.org 2014-10-06T22:23:53+00:00 urn:sha1:5bbdf71551efaf7a1da72d76509795ed304538a8 This supports, eg, the STM32F401xB chip family. 2014-11-24T23:16:57+00:00 Perry Hung perry@leaflabs.com 2014-04-09T16:26:12+00:00 urn:sha1:806378020b4a5fc7b66374d23db181d6bc6134db Preparation for 32F01CDiscovery board bringup Signed-off-by: Marti Bolivar <mbolivar@leaflabs.com> Signed-off-by: Perry Hung <perry@leaflabs.com> 2014-04-23T20:22:41+00:00 Gregwar g.passault@gmail.com 2014-04-23T14:45:23+00:00 urn:sha1:3c8ded4743c09a7b0c7737392d4e4c15e6959852 Signed-off-by: Grégoire Passault <g.passault@gmail.com> 2012-06-07T07:44:31+00:00 Marti Bolivar mbolivar@leaflabs.com 2012-06-06T22:06:48+00:00 urn:sha1:5838b447f675444b154bacd205ebf9f47d003b2f 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>