| Message ID | 54746543.10006@free.fr |
|---|---|
| State | RFC |
| Delegated to: | Tom Rini |
| Headers | show |
Hello Guillaume, Guillaume Gardet wrote > Le 25/11/2014 11:19, Lukasz Majewski a écrit : >> Hi Guillaume, >> >>> Le 24/11/2014 23:13, Tom Rini a écrit : >>>> Hey all, >>>> >>>> I've pushed v2015.01-rc2 out to the repository and tarballs should >>>> exist soon. >>>> >>>> I'm tagging later in the day than I wanted to, but that's OK. >>>> >>>> There's a fair number of things that've gone in since -rc1, but I >>>> think that's OK. And there's a few things that still need to go in. >>>> >>>> For example, I just pushed the changes to allow bigger files to be >>>> read but that's broken MIPS+private libgcc and ARM+hf toolchain and >>>> others too. I posted a patch for this and tested it locally with a >>>> 32MB file but I'd like others to review too (Thanks Simon!) before >>>> pushing it in. >>>> >>>> As always, if anything else is broken please speak up. >>> >>> I guess this the ARM+hf problem you mentioned: >>> ******************************************************************************** >>> LD u-boot >>> ld.bfd: >>> error: /usr/lib/gcc/armv7hl-suse-linux-gnueabi/4.8/libgcc.a(bpabi.o) >>> uses VFP register arguments, u-boot does not ld.bfd: failed to merge >>> target specific data of >>> file /usr/lib/gcc/armv7hl-suse-linux-gnueabi/4.8/libgcc.a(bpabi.o) >>> ld.bfd: >>> error: /usr/lib/gcc/armv7hl-suse-linux-gnueabi/4.8/libgcc.a(_divdi3.o) >>> uses VFP register arguments, u-boot does not ld.bfd: failed to merge >>> target specific data of >>> file /usr/lib/gcc/armv7hl-suse-linux-gnueabi/4.8/libgcc.a(_divdi3.o) >>> ld.bfd: >>> error: /usr/lib/gcc/armv7hl-suse-linux-gnueabi/4.8/libgcc.a(_udivdi3.o) >>> uses VFP register arguments, u-boot does not ld.bfd: failed to merge >>> target specific data of >>> file /usr/lib/gcc/armv7hl-suse-linux-gnueabi/4.8/libgcc.a(_udivdi3.o) >>> ******************************************************************************** >>> >> I experience the same issue: >> >> Working toolchain: >> /opt/eldk-5.4/armv7a/sysroots/i686-eldk-linux/usr/bin/armv7a-vfp-neon-linux-gnueabi/arm-linux-gnueabi- >> >> Toolchain with errors: >> /home/DIGITAL/l.majewski/gcc-linaro-arm-linux-gnueabihf-4.8-2013.12_linux/bin/arm-linux-gnueabihf- >> >> Building smdk2410 board... >> /home/DIGITAL/l.majewski/gcc-linaro-arm-linux-gnueabihf-4.8-2013.12_linux/bin/arm-linux-gnueabihf-ld.bfd: >> error: >> /home/DIGITAL/l.majewski/gcc-linaro-arm-linux-gnueabihf-4.8-2013.12_linux/bin/../lib/gcc/arm-linux-gnueabihf/4.8.3/libgcc.a(bpabi.o) >> uses VFP register arguments, u-boot does >> not >> /home/DIGITAL/l.majewski/gcc-linaro-arm-linux-gnueabihf-4.8-2013.12_linux/bin/arm-linux-gnueabihf-ld.bfd: >> error: >> /home/DIGITAL/l.majewski/gcc-linaro-arm-linux-gnueabihf-4.8-2013.12_linux/bin/../lib/gcc/arm-linux-gnueabihf/4.8.3/libgcc.a(_divdi3.o) >> uses VFP register arguments, u-boot does >> not >> /home/DIGITAL/l.majewski/gcc-linaro-arm-linux-gnueabihf-4.8-2013.12_linux/bin/arm-linux-gnueabihf-ld.bfd: >> error: >> /home/DIGITAL/l.majewski/gcc-linaro-arm-linux-gnueabihf-4.8-2013.12_linux/bin/../lib/gcc/arm-linux-gnueabihf/4.8.3/libgcc.a(_udivdi3.o) >> uses VFP register arguments, u-boot does not make: *** [u-boot] Error 1 >> >> >> >>> Is there any pending patch to fix this one? >> +1 > > > I got it compiling by removing -msoft-float flag: > ******************************************************************************** > diff --git a/arch/arm/config.mk b/arch/arm/config.mk > index c339e6d..cd41e48 100644 > --- a/arch/arm/config.mk > +++ b/arch/arm/config.mk > @@ -16,7 +16,7 @@ endif > LDFLAGS_FINAL += --gc-sections > PLATFORM_RELFLAGS += -ffunction-sections -fdata-sections \ > -fno-common -ffixed-r9 > -PLATFORM_RELFLAGS += $(call cc-option, -msoft-float) \ > +PLATFORM_RELFLAGS += \ > $(call cc-option,-mshort-load-bytes,$(call > cc-option,-malignment-traps,)) > > # Support generic board on ARM > > ******************************************************************************** > > Is it an acceptable patch? If so, I can send it as a real patch. > > > Guillaume I experimented the same issue while building u-boot for the mx6dlsabresd platform. Your patch doesn't solve the issue. The boot is compiling and linking but raise some hardware exception at runtime while loading files from fat filesystems. The patch http://patchwork.ozlabs.org/patch/415336/ solves the issue for the iMX6. Regards Pierre Aubert -- View this message in context: http://u-boot.10912.n7.nabble.com/ANN-U-Boot-v2015-01-rc2-released-tp197341p197861.html Sent from the U-Boot mailing list archive at Nabble.com.
diff --git a/arch/arm/config.mk b/arch/arm/config.mk index c339e6d..cd41e48 100644 --- a/arch/arm/config.mk +++ b/arch/arm/config.mk @@ -16,7 +16,7 @@ endif LDFLAGS_FINAL += --gc-sections PLATFORM_RELFLAGS += -ffunction-sections -fdata-sections \ -fno-common -ffixed-r9 -PLATFORM_RELFLAGS += $(call cc-option, -msoft-float) \ +PLATFORM_RELFLAGS += \ $(call cc-option,-mshort-load-bytes,$(call cc-option,-malignment-traps,)) # Support generic board on ARM