[U-Boot] [ANN] U-Boot v2015.01-rc2 released

[U-Boot] [ANN] U-Boot v2015.01-rc2 released

[Tom Rini]

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.

Thanks all!

-- 
Tom
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 836 bytes
Desc: Digital signature
URL: <http://lists.denx.de/pipermail/u-boot/attachments/20141124/fef2e6ec/attachment.pgp>

[U-Boot] [ANN] U-Boot v2015.01-rc2 released

[Hans de Goede]

Hi Tom,

On 11/24/2014 11:13 PM, Tom Rini wrote:
> 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.

First of all thanks for your hard work in this!

Unfortunately you've missed this pull-req (from Nov 20th) :

http://patchwork.ozlabs.org/patch/412865/

I also have some fixed queued up on top in the mean time, some of
which may just as well be squashed in now. So I'll do a rebase, add
the fixes and then do a new pull-req.

Regards,

Hans

[U-Boot] [ANN] U-Boot v2015.01-rc2 released

[Wolfgang Denk]

Dear Tom Rini,

In message <20141124221339.GW21184@bill-the-cat> you wrote:
> 
> I've pushed v2015.01-rc2 out to the repository and tarballs should exist
> soon.

Thanks - tarball is available now.

Best regards,

Wolfgang Denk

-- 
DENX Software Engineering GmbH,     MD: Wolfgang Denk & Detlev Zundel
HRB 165235 Munich, Office: Kirchenstr.5, D-82194 Groebenzell, Germany
Phone: (+49)-8142-66989-10 Fax: (+49)-8142-66989-80 Email: wd at denx.de
God grant me the senility to accept the things I cannot  change,  The
frustration  to  try to change things I cannot affect, and the wisdom
to tell the difference.

[U-Boot] [ANN] U-Boot v2015.01-rc2 released

[Guillaume Gardet]

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)
********************************************************************************

Is there any pending patch to fix this one?


Guillaume

[U-Boot] [ANN] U-Boot v2015.01-rc2 released

[Lukasz Majewski]

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

> 
> 
> Guillaume
> 
> 
> _______________________________________________
> U-Boot mailing list
> U-Boot at lists.denx.de
> http://lists.denx.de/mailman/listinfo/u-boot



-- 
Best regards,

Lukasz Majewski

Samsung R&D Institute Poland (SRPOL) | Linux Platform Group

[U-Boot] [ANN] U-Boot v2015.01-rc2 released

[Guillaume Gardet]

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

[U-Boot] [ANN] U-Boot v2015.01-rc2 released

[Tom Rini]

On Tue, Nov 25, 2014 at 11:19:29AM +0100, Lukasz Majewski wrote:
> 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:

The patch is http://patchwork.ozlabs.org/patch/414042/ but I'd like a
few more people to review / test it.

-- 
Tom
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 836 bytes
Desc: Digital signature
URL: <http://lists.denx.de/pipermail/u-boot/attachments/20141125/f1fdee53/attachment.pgp>

[U-Boot] [ANN] U-Boot v2015.01-rc2 released

[Guillaume Gardet]

Le 25/11/2014 13:30, Tom Rini a ?crit :
> On Tue, Nov 25, 2014 at 11:19:29AM +0100, Lukasz Majewski wrote:
>> 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:
> The patch is http://patchwork.ozlabs.org/patch/414042/ but I'd like a
> few more people to review / test it.

I already tested it but still the same error with ARM hard float toolchain.


Guillaume

[U-Boot] [ANN] U-Boot v2015.01-rc2 released

[Guillaume Gardet]

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.

SPL EXT load is broken due to the changes to allow bigger files to be read.
0 is no more an error value from ext4fs_read function.

I sent a patch to fix it: https://patchwork.ozlabs.org/patch/414722/


Guillaume

[U-Boot] [ANN] U-Boot v2015.01-rc2 released

[Tom Rini]

On Tue, Nov 25, 2014 at 09:51:17AM +0100, Hans de Goede wrote:

> Hi Tom,
> 
> On 11/24/2014 11:13 PM, Tom Rini wrote:
> >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.
> 
> First of all thanks for your hard work in this!
> 
> Unfortunately you've missed this pull-req (from Nov 20th) :
> 
> http://patchwork.ozlabs.org/patch/412865/
> 
> I also have some fixed queued up on top in the mean time, some of
> which may just as well be squashed in now. So I'll do a rebase, add
> the fixes and then do a new pull-req.

Sorry about that.  I was going to pull that and then ran into the
fallout from the loff_t patches and forgot about it when I went off to
pick up PRs.

-- 
Tom
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 836 bytes
Desc: Digital signature
URL: <http://lists.denx.de/pipermail/u-boot/attachments/20141126/45d76004/attachment.pgp>

[U-Boot] [ANN] U-Boot v2015.01-rc2 released

[Pierre Aubert]

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.

[U-Boot] [ANN] U-Boot v2015.01-rc2 released

[Tom Rini]

Hey all,

I've pushed v2015.01-rc2 out.  Due to a hiccup (that is being worked on
right now), things aren't up in the usual place yet but I expect them to
be in the next day or so.  Until then, it's also available at
https://github.com/u-boot/u-boot (but please don't start updating distro
recipes to point there instead, that is a mirror of the regular site and
I'm not moving us there by default right now).

I'm a day late pushing this out but that's my fault for picking up some
stuff at the last minute and then having to bisect a few issues, but
we're close enough to on schedule that we can keep going with 2 weeks on
Mondays.

I'm still seeing a few boards fail to link that weren't linking at -rc1
time so I'm going to post the patches to drop them.

In terms of big removal patches, now that -rc2 is out I'm going to take
what Masahiro has posted and that didn't cause people to speak up and
claim / fix the boards and then I'd like to see the re-org the
directories patch again, unless people think that's a bad idea right
now.

Finally, the DM + SPL changes do need to come in, whatever still isn't,
and we'll sort things out.  I think that means Albert needs to ack a few
changes tho, yes?

As always, if anything is broken please speak up.

Thanks all!

-- 
Tom
-------------- next part --------------
A non-text attachment was scrubbed...
Name: signature.asc
Type: application/pgp-signature
Size: 836 bytes
Desc: Digital signature
URL: <http://lists.denx.de/pipermail/u-boot/attachments/20150217/a1b15234/attachment.sig>

[U-Boot] [ANN] U-Boot v2015.01-rc2 released

[Simon Glass]

Hi Tom,

On 17 February 2015 at 13:25, Tom Rini <trini@ti.com> wrote:
> Hey all,
>
> I've pushed v2015.01-rc2 out.  Due to a hiccup (that is being worked on
> right now), things aren't up in the usual place yet but I expect them to
> be in the next day or so.  Until then, it's also available at
> https://github.com/u-boot/u-boot (but please don't start updating distro
> recipes to point there instead, that is a mirror of the regular site and
> I'm not moving us there by default right now).
>
> I'm a day late pushing this out but that's my fault for picking up some
> stuff at the last minute and then having to bisect a few issues, but
> we're close enough to on schedule that we can keep going with 2 weeks on
> Mondays.
>
> I'm still seeing a few boards fail to link that weren't linking at -rc1
> time so I'm going to post the patches to drop them.
>
> In terms of big removal patches, now that -rc2 is out I'm going to take
> what Masahiro has posted and that didn't cause people to speak up and
> claim / fix the boards and then I'd like to see the re-org the
> directories patch again, unless people think that's a bad idea right
> now.

'Good idea' on both counts from me.

>
> Finally, the DM + SPL changes do need to come in, whatever still isn't,
> and we'll sort things out.  I think that means Albert needs to ack a few
> changes tho, yes?

Yes, Albert had some comments on the other versions, in particular the
README updates. I suppose they could come later as patches if you
like. I'm keen to get that in soon.

Regards,
Simon

[U-Boot] [ANN] U-Boot v2015.01-rc2 released

[Sinan Akman]

   Hi Tom

On 02/17/2015 03:25 PM, Tom Rini wrote:
> [...]
> In terms of big removal patches, now that -rc2 is out I'm going to take
> what Masahiro has posted and that didn't cause people to speak up and
> claim / fix the boards [...]

   I will be having access to :

   - mpc8323erdb and
   - mpc8308rdb

   and will provide generic board support. I'll also take over
the maintainership of those boards if there is no response from
current maintainers by then.

   Please give me a week or so to have all set up.

   Thanks

   Sinan Akman