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. :) > 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 -- SUSE LINUX Products GmbH, Maxfeldstr. 5, 90409 Nürnberg, Germany GF: Jeff Hawn, Jennifer Guild, Felix Imendörffer; HRB 16746 AG Nürnberg -- To unsubscribe, e-mail: opensuse-arm+unsubscr...@opensuse.org To contact the owner, e-mail: opensuse-arm+ow...@opensuse.org
