* without this tune-xscale and tune-arm926ejs were both creating
packages in armv5te feed, but each with different -mtune, with
OEBasicHash enabled it was causing each package to rebuild with new
-mtune after MACHINE switch, but that doesn't make sense with output
stored in the same armv5te feed
* this makes different feed for each -mtune, but more generic one to be
selected with DEFAULTTUNE
* tune-iwmmxt and tune-ep9312 were already using this, just move it
bellow AVAILTUNES and use ARMPKGARCH_tune-foo syntax
* tune-cortexr4 and tune-cortexm3 are using armv7r/armv7m as ARMPKGARCH
because there isn't another tune to use the same -march
(From OE-Core rev: cffda9a821a3b83a8529d643c567859e091c6846)
Signed-off-by: Andrei Gherzan <andrei@gherzan.ro>
* this is mostly for backwards compatibility and to share binary feed
like it was before, but now without missing different -mtune in it
* if you want to build some package with -mtune add something like this
to your distro config
DEFAULTTUNE_qemuarm_pn-openssl = "arm926ejs"
DEFAULTTUNE_qemuarmx_pn-openssl = "xscale"
be aware that if you do this you should do it also for all packages
which depends on openssl because if you dont and you build e.g. dhcp,
then dhcp build for arm926ejs (even with DEFAULTTUNE armv5te) will
depend on openssl with arm926ejs, so dhcp in armv5te feed will be
rebuild after each MACHINE switch.
* cortexm3, cortexr4, iwmmx and ep9312 are using own DEFAULTTUNE because
they define also different -march
* shared feeds are
armv4t: arm920t, arm9tdmi
armv5te: arm926ejs, xscale
armv7a-neon: cortexa8, cortexa9
(From OE-Core rev: a11bdc36a1be18cc5aa14682b2a2c9ee83141f51)
Signed-off-by: Andrei Gherzan <andrei@gherzan.ro>
It makes no sense to have distro related configurations in a BSP
layer. So let's have these common parts (provides, version etc)
in machine directory instead.
[GITHUB #73]
Signed-off-by: Andrei Gherzan <andrei@gherzan.ro>
All PREFERRED_* variables were moved to an .inc file to have variables
clearer.
Inherit .inc files and remove PREFERRED_* variables.
Signed-off-by: Andrei Gherzan <andrei@gherzan.ro>
This variable was dropped:
commit 0504d36646f8def4829250a9eee0cf9bac3b756e
Author: Richard Purdie <richard.purdie@linuxfoundation.org>
Date: Tue May 10 16:19:02 2011 +0100
bitbake.conf: Drop unused *GUI* and MACHINE_DISPLAY variables
(From OE-Core rev: baf136a9c95a94c5bf89c9a818960d616439682c)
Signed-off-by: Andrei Gherzan <andrei@gherzan.ro>
It seems like rpi kernel doesn't work well with newer udev version so
we set 164 as preferred version for it.
Signed-off-by: Andrei Gherzan <andrei@gherzan.ro>
RaspberryPi has no hardware clock, this is why hwclock initscript from
busybox fails at boot. So make sure we don't have this init script
to avoid errors at boot.
[GITHUB #21]
Signed-off-by: Andrei Gherzan <andrei@gherzan.ro>
It's a bug in the latest bootloader where rpi doesn't boot
with zImage. Use uncompressed kernel type.
Signed-off-by: Andrei Gherzan <andrei@gherzan.ro>
Instead of being inherited by a specific image recipe, this class can
now be inherited globally in the machine configuration, allowing it to
be used with any image. This means we can remove "inherit image", and
we can also remove the IMAGE_FSTYPES modification since the machine
config does this already.
Signed-off-by: Paul Eggleton <paul.eggleton@linux.intel.com>
Signed-off-by: Andrei Gherzan <andrei@gherzan.ro>
