Am 20.08.2014 19:04, schrieb Matwey V. Kornilov: > 19.08.2014 19:56, Matwey V. Kornilov пишет: >> 01.08.2014 18:00, Andreas Färber пишет: >>> Handling a recent SR, I noticed that our Base:System u-boot is still at >>> v2014.04. >> >> I think it is worth to start with v2014.10-rc1 >> > > I am trying to do it here: > > https://build.opensuse.org/project/monitor/home:matwey:branches:Base:System
Stephan had started looking into v2014.07 but also ran into issues with patches. Did you find out what to do about Cubox-i and sunxi? > Now I need a hint what is to do with: > > [ 309s] ld.bfd: address 0x2026c40 of u-boot-spl section > `.machine_param' is not within region `.sram' > [ 309s] ld.bfd: u-boot-spl section `.bss' will not fit in region `.sram' > [ 309s] ld.bfd: address 0x2026c40 of u-boot-spl section > `.machine_param' is not within region `.sram' > [ 309s] ld.bfd: address 0x2026c40 of u-boot-spl section > `.machine_param' is not within region `.sram' > [ 309s] ld.bfd: region `.sram' overflowed by 88 bytes I think I reported something similar for an earlier version - most likely the Beagle'ish MLO patch that adds ext4 support to the SPL needs to be disabled until we have a better solution such as disabling FAT. To be clear, I am suggesting to revert any weird hacks that break the build until their authors care to properly submit upstream their changes. (Guillaume luckily came up with some new hack to fix the old hack last time, but apparently we still don't have a real solution.) The only patches "really" needed are the config patches to allow for raw initrd etc.; hardware-enabling patches (cubox, sunxi) could be limited to individual boards where not done already. Regards, 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: [email protected] To contact the owner, e-mail: [email protected]
