On Mon, Dec 29, 2014 at 12:11 AM, Hans de Goede <hdego...@redhat.com> wrote: > Hi, > > > On 28-12-14 16:51, Jens Thiele wrote: >> >> Hans de Goede <hdego...@redhat.com> writes: >> >> [...] >> >>> Correct, the default environment of upstream u-boot does not read >>> uEnv.txt, >>> but usually old setups come with a boot.scr which does read uEnv.txt and >>> it >>> should honor your boot.scr, this works for e.g. the Fedora allwinner >>> remix >>> images. >> >> >> i see, thanks. >> (didn't have a boot.scr myself) >> >>> I see that you've a 10" olimex lcd module to go with your >>> A20-OLinuXino-MICRO, >>> >>> I've written lcd support for u-boot (currently under review before going >>> upstream), >>> and I've tested it with the 7" olimex lcd module, it would be nice to >>> also include >>> an example defconfig for the 10" lcd module for users. >>> >>> I've created and attached a defconfig for 20-OLinuXino-MICRO + >>> A13-LCD10TS, can you >>> give this a try with my personal git tree, sunxi-wip branch: >>> >>> https://github.com/jwrdegoede/u-boot-sunxi/tree/sunxi-wip >> >> >> get an error at the moment (native compile on debian/jessie/armhf): >> >> LD u-boot >> ld.bfd: error: /usr/lib/gcc/arm-linux-gnueabihf/4.9/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/arm-linux-gnueabihf/4.9/libgcc.a(bpabi.o) >> ld.bfd: error: /usr/lib/gcc/arm-linux-gnueabihf/4.9/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/arm-linux-gnueabihf/4.9/libgcc.a(_divdi3.o) >> ld.bfd: error: /usr/lib/gcc/arm-linux-gnueabihf/4.9/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/arm-linux-gnueabihf/4.9/libgcc.a(_udivdi3.o) >> Makefile:1065: recipe for target 'u-boot' failed >> make: *** [u-boot] Error 1 > > > Weird, you did build upstream u-boot from source for your previous tests. > right? > > and then it did work, right ?
It seems some recent changes in upstream broke building with hard float toolchains. Best use soft float. It's probably these commits: bf1af3d ARM: merge commonly-defined PLATFORM_RELFLAGS 3102274 ARM: refactor compiler options in config.mk ChenYu -- You received this message because you are subscribed to the Google Groups "linux-sunxi" group. To unsubscribe from this group and stop receiving emails from it, send an email to linux-sunxi+unsubscr...@googlegroups.com. For more options, visit https://groups.google.com/d/optout.