On 2013-04-19 15:00:13 (+0200), Philip Paeps <phi...@paeps.cx> wrote: > On 2013-04-19 06:10:51 (+0200), Marek Vasut <ma...@denx.de> wrote: > > To avoid the old function which are used with the nand_spl/ stuff > > getting in the way of NAND SPL framework, the macro > > CONFIG_SPL_NAND_LEGACY was introduced and two remaining legacy > > boards were adjusted. These board need to be either fixed or > > removed in the long run, but I don't have either. > > It sounds like "fixing" these boards is mainly a matter of confirming > that a configuration for them based around CONFIG_SPL_FRAMEWORK will fit > in 2K. If so, I don't think there is any reason to keep legacy support > around.
A first build with CONFIG_SPL_FRAMEWORK came out to nearly 4K. Large contributors being (unsurprisingly) libcommon and libgeneric. I had to get rid of a puts() in libspl to make it build without those libraries. Unfortunately, that still came out to 2.2K. Close. :-) I couldn't identify any obvious 100 bytes to scrap from glancing at u-boot-spl.map or objdump -D u-boot-spl, but I'll take a look. - Philip diff --git a/common/spl/spl.c b/common/spl/spl.c index 6a5a136..c061ab4 100644 --- a/common/spl/spl.c +++ b/common/spl/spl.c @@ -50,7 +50,6 @@ static bd_t bdata __attribute__ ((section(".data"))); inline void hang(void) { - puts("### ERROR ### Please RESET the board ###\n"); for (;;) ; } -- Philip Paeps Senior Reality Engineer Ministry of Information _______________________________________________ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot