* liboil softfloat fix questions
@ 2008-09-25 7:31 Koen Kooi
2008-09-25 8:06 ` Khem Raj
2008-09-25 10:33 ` Henning Heinold
0 siblings, 2 replies; 4+ messages in thread
From: Koen Kooi @ 2008-09-25 7:31 UTC (permalink / raw)
To: openembedded-devel
Hi,
I noticed liboil got patched:
+if test x"${ENABLE_SOFTFLOAT}" = "xyes"; then
+ VFP_CFLAGS="$VFP_CFLAGS -mfloat-abi=softfp"
+else
+ VFP_CFLAGS="$VFP_CFLAGS -mfpu=vfp"
That looks a bit wrong to me, since for EABI you'd want
'-mfloat-abi=softfp -mfpu=vfp' to make it use the VFP coprocessor using
softfloat calling conventions[1] and plain '-mfloat-abi=softfp' to do
softfloat, and with OABI you don't want to pass '-mfloat-abi=softfp'
To make it even more complicated, on armv7a[2] you want to pass
-mfpu=neon -mfloat-abi=softfp. If you look at the output of gcc -S
you'll see that EABI won't use an FPU unless you pass in
-mfloat-abi=softfp *and* -mfpu=<FPU>.
AFAICT OE passes all the needed magic already in TARGET_CCFLAGS, so it
seems that this entire construct can be removed.
Robert, could you beat the cacao people with a cluebat so they get their
stuff right?
regards,
Koen
[1] There are more permutations, but let's focus on the one OE is
currently using
[2] On cortex-a8 the VFP isn't pipelined, so double precision math is
twice as slow compared to ARM11 cores, the NEON unit is pipelined, but
can only do single-precision. So don't be surprised if your new omap3
nokia tablet performs FP math slower than your n810.
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: liboil softfloat fix questions
2008-09-25 7:31 liboil softfloat fix questions Koen Kooi
@ 2008-09-25 8:06 ` Khem Raj
2008-09-25 9:07 ` Koen Kooi
2008-09-25 10:33 ` Henning Heinold
1 sibling, 1 reply; 4+ messages in thread
From: Khem Raj @ 2008-09-25 8:06 UTC (permalink / raw)
To: openembedded-devel
On Thu, Sep 25, 2008 at 12:31 AM, Koen Kooi <k.kooi@student.utwente.nl> wrote:
> Hi,
>
> I noticed liboil got patched:
>
> +if test x"${ENABLE_SOFTFLOAT}" = "xyes"; then
> + VFP_CFLAGS="$VFP_CFLAGS -mfloat-abi=softfp"
> +else
> + VFP_CFLAGS="$VFP_CFLAGS -mfpu=vfp"
>
> That looks a bit wrong to me, since for EABI you'd want '-mfloat-abi=softfp
> -mfpu=vfp' to make it use the VFP coprocessor using softfloat calling
> conventions[1] and plain '-mfloat-abi=softfp' to do softfloat, and with OABI
> you don't want to pass '-mfloat-abi=softfp'
> To make it even more complicated, on armv7a[2] you want to pass -mfpu=neon
> -mfloat-abi=softfp. If you look at the output of gcc -S you'll see that EABI
> won't use an FPU unless you pass in -mfloat-abi=softfp *and* -mfpu=<FPU>.
yes thats right
>
> AFAICT OE passes all the needed magic already in TARGET_CCFLAGS, so it seems
> that this entire construct can be removed.
>
> Robert, could you beat the cacao people with a cluebat so they get their
> stuff right?
>
> regards,
>
> Koen
>
> [1] There are more permutations, but let's focus on the one OE is currently
> using
> [2] On cortex-a8 the VFP isn't pipelined, so double precision math is twice
> as slow compared to ARM11 cores, the NEON unit is pipelined, but can only do
> single-precision. '
should get better with cortex-a9
So don't be surprised if your new omap3 nokia tablet
> performs FP math slower than your n810.
>
>
> _______________________________________________
> Openembedded-devel mailing list
> Openembedded-devel@lists.openembedded.org
> http://lists.linuxtogo.org/cgi-bin/mailman/listinfo/openembedded-devel
>
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: liboil softfloat fix questions
2008-09-25 8:06 ` Khem Raj
@ 2008-09-25 9:07 ` Koen Kooi
0 siblings, 0 replies; 4+ messages in thread
From: Koen Kooi @ 2008-09-25 9:07 UTC (permalink / raw)
To: openembedded-devel
Khem Raj wrote:
> On Thu, Sep 25, 2008 at 12:31 AM, Koen Kooi<k.kooi@student.utwente.nl> wrote:
>> [2] On cortex-a8 the VFP isn't pipelined, so double precision math is twice
>> as slow compared to ARM11 cores, the NEON unit is pipelined, but can only do
>> single-precision. '
>
> should get better with cortex-a9
Yes, cortex-a9 dumps the vpf-lite and has a proper pipelined version,
but sadly there isn't any cortex-a9 silicon on the market yet.
regards,
Koen
^ permalink raw reply [flat|nested] 4+ messages in thread
* Re: liboil softfloat fix questions
2008-09-25 7:31 liboil softfloat fix questions Koen Kooi
2008-09-25 8:06 ` Khem Raj
@ 2008-09-25 10:33 ` Henning Heinold
1 sibling, 0 replies; 4+ messages in thread
From: Henning Heinold @ 2008-09-25 10:33 UTC (permalink / raw)
To: openembedded-devel
On Thu, Sep 25, 2008 at 09:31:43AM +0200, Koen Kooi wrote:
> Hi,
>
> I noticed liboil got patched:
>
> +if test x"${ENABLE_SOFTFLOAT}" = "xyes"; then
> + VFP_CFLAGS="$VFP_CFLAGS -mfloat-abi=softfp"
> +else
> + VFP_CFLAGS="$VFP_CFLAGS -mfpu=vfp"
>
> That looks a bit wrong to me, since for EABI you'd want
> '-mfloat-abi=softfp -mfpu=vfp' to make it use the VFP coprocessor using
> softfloat calling conventions[1] and plain '-mfloat-abi=softfp' to do
> softfloat, and with OABI you don't want to pass '-mfloat-abi=softfp'
> To make it even more complicated, on armv7a[2] you want to pass
> -mfpu=neon -mfloat-abi=softfp. If you look at the output of gcc -S
> you'll see that EABI won't use an FPU unless you pass in
> -mfloat-abi=softfp *and* -mfpu=<FPU>.
>
> AFAICT OE passes all the needed magic already in TARGET_CCFLAGS, so it
> seems that this entire construct can be removed.
>
> Robert, could you beat the cacao people with a cluebat so they get their
> stuff right?
Hi,
okay seems I have to learn more about fpu stuff.
From cacao I only took the configure option. The Cflags comes from
liboil itself.
I will remove this cruft from the configure.ac and will try again.
Bye Henning
^ permalink raw reply [flat|nested] 4+ messages in thread
end of thread, other threads:[~2008-09-25 10:37 UTC | newest]
Thread overview: 4+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2008-09-25 7:31 liboil softfloat fix questions Koen Kooi
2008-09-25 8:06 ` Khem Raj
2008-09-25 9:07 ` Koen Kooi
2008-09-25 10:33 ` Henning Heinold
This is an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.