Le 27/01/2014 11:11, Andreas Färber a écrit : > Am 27.01.2014 08:05, schrieb Alexander Graf: >> On 27.01.2014, at 01:10, Andreas Färber <afaer...@suse.de> wrote: >> >>> Hello, >>> >>> I've prepared a u-boot package update to v2014.01 and successfully >>> tested it on the Toradex Colibri T20. >>> >>> However, the mlo-ext2.patch is causing some trouble. Due to the added >>> ext4 support, the am335xevm SPL is 112 bytes too large. I managed to get >>> it down to 104 bytes by avoiding a duplicate boot_mode assignment, but >>> not further. The only way I managed to get it to compile was by >>> commenting out that patch. >>> >>> Is it possible a) to commit u-boot v2014.01 despite am335xevm failing or >> Yes. But we still need to fix it eventually. > OK thanks, will clean my WIP up. > > https://build.opensuse.org/package/show/home:a_faerber:branches:Base:System/u-boot > >> Does it get compiled with -Os? > No clue. :)
Yes, -Os is used for building SPL, so we cannot size down SPL using compiler option. Guillaume > >> Do we compile in FAT and EXT support in parallel by accident? > Yes, you even reused CONFIG_SPL_FAT_SUPPORT for ext. ;) > >>> b) to drop that patch in favor of a three-partition layout? >> No. No more FAT please. > I rather had the non-optional raw mode in mind. We're going to need raw > placed blobs for the ODROID-XU, too, it seems. > > In particular I am not so happy about you guys hardcoding OMAP4 hacks in > generic code that is being reused by all u-boot-* packages with SPL. > > Andreas > -- To unsubscribe, e-mail: opensuse-arm+unsubscr...@opensuse.org To contact the owner, e-mail: opensuse-arm+ow...@opensuse.org