From: Darren Hart <dvhart@linux.intel.com>
To: Koen Kooi <koen@dominion.thruhere.net>
Cc: Patches and discussions about the oe-core layer
<openembedded-core@lists.openembedded.org>
Subject: Re: Tune files and knobs to turn
Date: Tue, 28 Jun 2011 12:13:45 -0700 [thread overview]
Message-ID: <4E0A27E9.3050300@linux.intel.com> (raw)
In-Reply-To: <68079D5A-45A4-42A9-AC3D-9CB3A21A830A@dominion.thruhere.net>
On 06/28/2011 10:38 AM, Koen Kooi wrote:
>
> Op 28 jun 2011, om 19:36 heeft Darren Hart het volgende geschreven:
>
>>
>>
>> On 06/24/2011 04:54 AM, Koen Kooi wrote:
>>> Hi,
>>>
>>> We discussed tune files a bit during last nights TSC meeting and Khem had
>>> expressed the need before, so I'd like to get this discussion started by using
>>> armv7a as an example.
>>>
>>> For armv7a capable cores we have the following hardware features:
>>>
>>> * armv7a instruction set
>>> * thumb1 instruction set
>>> * thumb2 instruction set
>>> * VFP coprocessor
>>> * optional NEON coprocessor
>>>
>>> For the ABI we can choose the following:
>>>
>>> * softtp without hw support (e.g. no VFP instructions emitted, slow)
>>> * softfp with hw support (e.g. VFP and/or NEON instructions emitted, fast)
>>> * hardfp, emits VFP and/or NEON instructions, slightly faster than softfp/hw,
>>> incompatible with everything else
>>>
>>> And the extra knobs:
>>>
>>> * pure thumb1, no arm instructions (limited use)
>>> * thumb1/arm interworking
>>> * pure thumb2, no arm instructions
>>> * thumb2 interworking (not sure if that's actually usefull, thumb2 has complete coverage)
>>>
>>> In OE .dev we have the following vars:
>>>
>>> TARGET_FPU: switches between hw float and sw float, no reflection in package arch
>>> ARM_FP_ABI: switches between softfp and hardfp, will create 'armv7a' or
>>> 'armv7a-hardfp' as package arch
>>> ARM_INSTRUCTION_SET: switches between arm and thumb1, no reflection in package arch
>>> THUMB_INTERWORK: turns on interworking, no reflection in package arch
>>>
>>> (side note, oe-core/distroless and meta-yocto/poky don't turn set TARGET_FPU
>>> for armv7a and will generate slow code, angstrom does turn it on)
>>
>>
>> oe-core tune-cortexa8.inc doesn't make use of these variables (unlike
>> meta-texasinstruments) and does make use of the neon coprocessor, but
>> still uses the softfp float-api:
>>
>> TARGET_CC_ARCH = "-march=armv7-a -mtune=cortex-a8 -mfpu=neon
>> -mfloat-abi=softfp -fno-tree-vectorize"
>
> Don't confuse softfp calling conventions with softfloat! The above will still emit
> vfp and neon instructions if your set TARGET_FPU = hard
Ah. So we would need to add something like:
conf/distro/include/angstrom.inc:TARGET_FPU_armv7a ?= "hard"
conf/distro/include/angstrom.inc:TARGET_FPU_armv7a-vfp ?= "hard"
to something DISTRO specific (poky.conf or similar).
It isn't clear to me why this is a distro policy decision instead of
part of the tune include or the machine config itself.
Can someone elaborate on why this goes where it does?
Thanks,
--
Darren Hart
Intel Open Source Technology Center
Yocto Project - Linux Kernel
next prev parent reply other threads:[~2011-06-28 19:17 UTC|newest]
Thread overview: 16+ messages / expand[flat|nested] mbox.gz Atom feed top
2011-06-24 11:54 Tune files and knobs to turn Koen Kooi
2011-06-24 14:01 ` Richard Purdie
2011-06-24 14:30 ` Mark Hatle
2011-06-24 14:12 ` Mark Hatle
2011-06-28 20:27 ` Khem Raj
2011-06-28 17:36 ` Darren Hart
2011-06-28 17:38 ` Koen Kooi
2011-06-28 19:13 ` Darren Hart [this message]
2011-06-28 19:18 ` Koen Kooi
2011-06-28 20:33 ` Khem Raj
2011-06-28 20:31 ` Khem Raj
2011-06-28 20:33 ` Koen Kooi
2011-06-28 20:37 ` Khem Raj
2011-06-30 16:02 ` Tom Rini
2011-06-30 17:41 ` Koen Kooi
2011-06-30 17:58 ` Phil Blundell
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=4E0A27E9.3050300@linux.intel.com \
--to=dvhart@linux.intel.com \
--cc=koen@dominion.thruhere.net \
--cc=openembedded-core@lists.openembedded.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
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.