openembedded-core.git/meta/conf/machine/include/arm, branch 2011-1

tune: add missing closing quote to arch-armv7a.inc for AVAILTUNES

2011-08-22T20:01:31+00:00

A closing quote was missing for an AVAILTUNES append operation, add it.

Signed-off-by: Darren Hart 
CC: Jason Kridner 
CC: Koen Kooi

machine/include/arm/feature-arm-thumb: Allow thumb to be disabled

2011-08-05T16:22:19+00:00

The previous commit to this file meant thumb was always being turned on
even when TUNE_FEATURES did not contain "thumb". This is clearly wrong
and this patch corrects this so thumb options are no longer specified
in that case.

Signed-off-by: Richard Purdie

arch-armv7a.inc: fix armv7a-vfp-neon -> armv7a compat case

2011-08-01T15:49:03+00:00

Without this 'armv7a' is used as TUNE_ARCH but does *not* end up in PACKAGE_EXTRA_ARCHS:

arch all 1
arch any 6
arch noarch 11
arch arm 16
arch armv4 21
arch armv4t 26
arch armv5 31
arch armv5t 36
arch armv5-vfp 41
arch armv5t-vfp 46
arch armv5e 51
arch armv5te 56
arch armv5e-vfp 61
arch armv5te-vfp 66
arch armv6-vfp 71
arch armv6t-vfp 76
arch armv7-vfp 81
arch armv7t2-vfp 86
arch armv7a-vfp 91
arch armv7at2-vfp 96
arch armv7a-vfp-neon 101
arch armv7at2-vfp-neon 106
arch beagleboard 111

Which leads to a failing do_rootfs

Signed-off-by: Koen Kooi 
Signed-off-by: Richard Purdie

feature-arm-thumb: respect ARM_INSTRUCTION_SET

2011-07-29T17:18:15+00:00

Signed-off-by: Martin Jansa 
Signed-off-by: Khem Raj

arch-armv6, arch-armv5-dsp: correct endianness confusion

2011-07-29T16:47:56+00:00

PACKAGE_EXTRA_ARCHS_tune-armv5eb needs to be defined in terms of
the non-e with the same endianness, i.e. PACKAGE_EXTRA_ARCHS_tune-armv5b
not PACKAGE_EXTRA_ARCHS_tune-armv5, otherwise PACKAGE_EXTRA_ARCHS will
end up containing a semi-random mixture of endiannesses and disaster
will ensue.  Likewise for the vfp and armv6 variants.

This is all a bit confusing because TUNE_FEATURES is done the opposite
way around, i.e. TUNE_FEATURES_tune-armv5eb is derived by taking the
armv5e version and adding bigendian.  But fixing that is probably
a subject for a separate patch.

Signed-off-by: Phil Blundell 
Signed-off-by: Khem Raj

Add ARM tune file overhaul based largely on work from Mark Hatle

2011-07-27T14:43:38+00:00

Signed-off-by: Richard Purdie

Move architecture specific TARGET_OS mangling into tune files

2011-07-25T13:19:54+00:00

Signed-off-by: Richard Purdie

conf/machine/include: Start to fill out architecture specific tune include files and tune features

2011-07-25T13:19:54+00:00

These changes revolve around the idea of tune features. These are represented by
'flag' strings that are included in the TUNE_FEATURES variable.

Any string included in TUNE_FEATURES should also add a TUNEVALID[] entry so
we can know which flags are available in TUNE_FEATURES and have documentation about
what the flags do. We will add sanity code to error if flags are listed in
TUNE_FEATURES but are not documented in TUNEVALID.

A given tune configuration will want to define one or more predetermined sets of
_FEATURE flag lists. These are defined in the form TUNE_FEATURES_tune-.
For defined tune configuation,  should be added to the AVAILTUNE list so that
we can determine what tune configurations are available. Flags cannot be used in this
case as with TUNEVALID since its useful to be able to build up tune lists from other
TUNE_FEATURES_tune-yyy options.

A given tune configuration may also define PACKAGE_EXTRA_ARCHS_tune- and
BASE_LIB_tune- to control the multilib location. All options can be overridden
by the distro or local user configuration.

Signed-off-by: Richard Purdie