tune-cortexa*, tune-xscale: fix ARMPKGARCH

* hf/t/neon/b suffix is added by other ARMPKGSFX* variables, should not be
  part of ARMPKGARCH, otherwise resulting TUNE_PKGARCH have that suffix twice,
  e.g. cortexa8hf-neonhf-neon

Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
tune-*: add PACKAGE_EXTRA_ARCHS entries starting with specific ARMPKGARCH

* e.g. arm926ejs DEFAULT tune is compatible with all PACKAGE_EXTRA_ARCHS_tune-armv5te, but needs to list arm926ejs with all possible suffixes too

Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
arch-armv5: fix missing thumb TUNE_FEATURE in armv5t-vfp and following tunes

Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
arch-armv[457]*: fix PACKAGE_EXTRA_ARCHS for bigendian TUNEs

* bigendian should not include little endian PACKAGE_ARCHS

Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
arch-arm*: unify appending to TUNE_FEATURES

* that we always use TUNE_FEATURES_tune-arm* variable and add only one TUNE_FEATURE to it
* for bigendian always use littleendian counterpart and append bigendian TUNE_FEATURE

Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
arch-armv4.inc: add --fix-v4bx to TARGET_LD_KERNEL_ARCH only for armv4 and strongarm1100

* without this patch it does apply --fix-v4bx not only to armv4, but
  also all higher (because they also have armv4 in TUNE_FEATURES)
* it causes SIGILL on armv4t
  http://lists.linuxtogo.org/pipermail/openembedded-devel/2012-November/042298.html
* someone please test on armv4 device (I tested only bitbake -e output
  that it's correctly applied with DEFAULTTUNE == armv4
* maybe we can should fix this in binutils instead (both 2.22 and 2.23
  are affected)

Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
arch-armv6: add tunes without vfp enabled

This work was made by Victor Enriquez and then modified by Denis Carikli
who was helped by Mark Hatle comments. And in the end modified by Martin
Jansa to support different ARMPKGARCH and removed explicit -novfp suffix.

The changes are for adding support to armv6-novfp, for building binaries
for armv6 machines without vfp, for example the htc dream.

Signed-off-by: Mark Hatle <mark.hatle@windriver.com>
Signed-off-by: Denis 'GNUtoo' Carikli <GNUtoo@no-log.org>
Signed-off-by: Víctor Enríquez <victor.quicksilver@gmail.com>
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
tune-cortexa*: add another TUNE which allows to enable cortexa* together with thumb and neon

* like we have with tune-armv7at-neon

Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
sstate.bbclass: allow to disable sstate package creation

* building core-image-minimal-mtdutils with and without sstate packages enabled:
          with   without
  real     98m       95m
  user    212m      208m
  sys      26m       25m

* but this was tested on fast machine with TMPDIR on fast raid0 array
  so the impact is not so bad on simple image, but stuff like qt4 takes
  ages on our slow buildhost

Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
netbase: remove networkmanager handling for qemu machines

* see http://lists.linuxtogo.org/pipermail/openembedded-core/2012-February/018279.html thread

Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
cml1: dont export HOSTLDFLAGS for make menuconfig

* reported here
  http://lists.linuxtogo.org/pipermail/openembedded-core/2012-June/024199.html

Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
rootfs_*.bbclass: exclude BUILDNAME var dependency from do_rootfs

* I have kernel recipe which depends on other recipe to build tiny initramfs
  image, without this change it rebuilds not only that initramfs image
  but also whole kernel when DATE or TIME is changed and OEBasicHash enabled
* also resolves ERROR shown when bitbake -S is used for image:
  ERROR: Bitbake's cached basehash does not match the one we just generated
  (/OE/oe-core/openembedded-core/meta/recipes-core/images/core-image-minimal.bb.do_rootfs)!
  ERROR: The mismatched hashes were 8c35cdf8a5d09c03941f081dd9f6d8dc and b5d6e2e5952770557c48c5779ddb73fc

Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
bitbake.conf: exclude DATETIME var dependency from IMAGE_NAME

* resolves ERROR shown when bitbake -S is used for image:
  ERROR: Bitbake's cached basehash does not match the one we just generated
  (/OE/oe-core/openembedded-core/meta/recipes-core/images/core-image-minimal.bb.do_rootfs)!
  ERROR: The mismatched hashes were 8c35cdf8a5d09c03941f081dd9f6d8dc and b5d6e2e5952770557c48c5779ddb73fc

Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
scripts/sstate-sysroot-cruft.sh: add simple script to find files in sysroots not tracked by sstate

Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
scripts/sstate-diff.sh: add simple script to compare sstate checksums between MACHINEs

* takes tmpdir, machines and targets from command arguments or env variables

Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
qemu.inc: remove EXTRA_IMAGEDEPENDS, images are usefull even without qemu installed on host

Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
docbook-sgml-dtd: add 4.3 version

Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
linux-yocto: drop machine from SRCREV_FORMAT

Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
kernel.bbclass: include PE in KERNEL_IMAGE_BASE_NAME

* without this you it's harder to see which kernel is newer version
  e.g. after branch change LOCALCOUNT in SRCPV is reset to 0, so it needs PE bump for upgrade path
  but then it's clear why gitr1+HASH has newer DATETIME then gitrN+HASH, so include PE in name
* it will sort alphabetically wrong in deploy dir for a while until old images are removed

Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
kernel.bbclass: use the same versioning schema for modules.tgz and provide link to latest

* so it will work look KERNEL_IMAGE
* also we were recreating modules.tgz with every kernel build, but
  overwritting the same output file

Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>