On 02/12/2017 01:24 PM, Andreas Färber wrote: > Am 12.02.2017 um 12:55 schrieb Marek Vasut: >> On 02/12/2017 12:52 PM, Andreas Färber wrote: >>> CONFIG_SYS_MMCSD_RAW_MODE_U_BOOT_USE_SECTOR=y leads to this error: >>> >>> LD spl/u-boot-spl >>> mipsel-suse-linux-ld.bfd: u-boot-spl section `.data' will not fit in >>> region `.sram' >>> mipsel-suse-linux-ld.bfd: region `.sram' overflowed by 288 bytes >>> ../scripts/Makefile.spl:304: recipe for target 'spl/u-boot-spl' failed >>> make[2]: *** [spl/u-boot-spl] Error 1 >>> /home/andreas/OBS/u-boot/Makefile:1342: recipe for target >>> 'spl/u-boot-spl' failed >>> make[1]: *** [spl/u-boot-spl] Error 2 >>> make[1]: Leaving directory '/home/andreas/OBS/u-boot/ci20' >>> Makefile:150: recipe for target 'sub-make' failed >>> make: *** [sub-make] Error 2 >>> >>> I've reviewed all SPL Kconfig options and found three seemingly unneeded >>> options defaulting to y, but I did not find a way to get this number >>> down even a single byte with my GCC 6.3.1, and the recommended 4.8.1 was >>> even worse (~748). >> >> The recommended one was gcc 6.x , [...] > > http://elinux.org/CI20_Dev_Zone#Toolchain > > eLinux.org recommends a 2013.11 CodeSourcery toolchain with gcc 4.8.1:
Well probably for some ancient vendoruboot ;-) > "For compiling u-boot, please use this. u-boot first stage spl has a > size limitation. > And this toolchain manages to generate a binary that is just within the > limit." > > Sadly it isn't. > > I'm looking into a gcc7 package next, but that'll take a bit. I don't think that's gonna help with U-Boot's bloat. I had to trim down a lot of things already (ie. the MMC tinification), but it seems U-Boot is growing and growing. -- Best regards, Marek Vasut _______________________________________________ U-Boot mailing list U-Boot@lists.denx.de http://lists.denx.de/mailman/listinfo/u-boot