boost: fix atomics for armv6

meta-raspberrypi and some other systems are ARMv6k but tell OE that
they're ARMv6 which doesn't fully support non-word atomics.  armv6k
does, but Boost didn't handle the recognition correctly in the 1.56
release.  Backport the patch that fixes the build.

See: https://svn.boost.org/trac/boost/ticket/10446
Signed-off-by: Peter A. Bigot <pab@pabigot.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
tcmode-default: Define PREFERRED_VERSION for binutils-native

When using other toolchain layers, it does not pick
the OE-Core version eventhough not specified, its because
we did not pin it.

Change-Id: Ic47fd607a2a6535dd157d8afdd004197d2a6f60b
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
babeltrace: Add missing bison/flex depensencies.

* babeltrace do_configure failed due to missing flex/bison
  dependencies.

Signed-off-by: Noor Ahsan <noor_ahsan@mentor.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
meta-environment: Two critical fixes to unbreak toolchains

Firstly, when multilib builds were being used, the same output files
were used in each case, being overwritten each time due to the fact that
REAL_MULTIMACH_TARGET_SYS has been expanded. Instead of immediate
expansion, just use assignment. This overrides the problematic define
in toolchain-scripts.bbclass but allows the multilib code to work.

Secondly, the target sysroot was being defined incorrectly which
this patch fixes. This was breaking the toolchains.

Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
staging: Exclude MULTI_PROVIDER_WHISTLIST from do_populate_sysroot

If you switch between multilib and non-multilib builds, pretty much
everything rebuilds due to the use of MULTI_PROVIDER_WHITELIST
in do_populate_sysroot. It doesn't need to do this so exclude
that variable for checksum purposes.

Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
base.bbclass: add SRCREV to do_fetch() hash

Without this changing just the SRCREV won't re-fetch unless you embed the SRCREV
into PV.

The downside here is that every hash changes, so this causes a full rebuild.

Signed-off-by: Ross Burton <ross.burton@intel.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
apt: fix for CVE-2014-0478

APT before 1.0.4 does not properly validate source packages, which allows
man-in-the-middle attackers to download and install Trojan horse packages
by removing the Release signature.

http://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2014-0478

Signed-off-by: Wenlin Kang <wenlin.kang@windriver.com>
Signed-off-by: Chong Lu <Chong.Lu@windriver.com>
lttng-modules: fix build issues with the v3.17 kernel

The lttng-modules recipe was failing for meta-intel BSPs with the v3.17 kernel.
These BSP kernels were enabling some of the audio codec drivers, whose
structures are changed recently, causing mismatch with lttng-modules code
expectations. The qemu machines did not see this issue as they were not
enabling these sound codec kernel configuration.
  Fix the build issue, by changing the lttng-modules code to match with
the structures used by the v3.17 kernel. The code is conditional on the
kernel version, that way it keeps working with the older kernel versions.

Signed-off-by: Nitin A Kamble <nitin.a.kamble@intel.com>
kernel-yocto.bbclass: Fixup shell condition test syntax error

A warning is issued when run about an unexpected operator due to a
syntax error with an extra if empedded in the shell conditional. Remove
the extra if.

Signed-off-by: Darren Hart <dvhart@linux.intel.com>
Cc: Bruce Ashfield <bruce.ashfield@windriver.com>
alsa-utils: interrupt streaming via signal

aplay/arecord (alsa-utils v1.0.28) cannot interrupt streaming
via CTRL-C. Fixed the issue by reverting buggy patches and
properly handling 'in_aborting' flag in appropriate functions.

Signed-off-by: Anant Agrawal <Anant_Agrawal@mentor.com>
Signed-off-by: Mikhail Durnev <mikhail_durnev@mentor.com>
Signed-off-by: Muzaffar Mahmood <muzaffar_mahmood@mentor.com>
rootfs.py: catch inner warn message

Package managements (smart/apt-get/opkg-cl) generate some warn messages
to stdout, and we need to catch them and output by bb.warn.

Here is an example, while invoking smart to attempt install doc packages,
if install failed, it generates warn message to stdout.
...
|warning: Can't install util-linux-doc-2.24.2-r1@i586: Can't
install util-linux-doc-2.24.2-r1@i586: no package provides info
...

The fix catches it and outputs:
...
|WARNING: log_check: There is a warn message in the logfile
|WARNING: log_check: Matched keyword: [warn]
|WARNING: log_check: warning: Can't install util-linux-doc-2.24.2-r1@
i586: Can't install util-linux-doc-2.24.2-r1@i586: no package provides
info
...

Signed-off-by: Hongxu Jia <hongxu.jia@windriver.com>
oprofile: eliminate git recipe

oprofile_git.bb does not unpack because it stills uses
INC_PR, which is no longer expanded.  If one fixes that,
patching fails.  Since there is another, later, version oprofile
recipe, we might just as well get rid of this one.

Signed-off-by: Joe Slater <jslater@windriver.com>
spdx.bbclass: Add SPDX-specific source tree variable.

Add SPDX-specific source tree variable for recipes where $S is a subdirectory of
the source tree.

[ RB - add a comment for SPDX_S ]

Signed-off-by: leimaohui <leimaohui@cn.fujitsu.com>
Signed-off-by: Ross Burton <ross.burton@intel.com>
db_5.3.28: modify SPDX_S variable

Because $S is set to sub-directory of db-5.3.28.
So modify SPDX_S to the source tree of db-5.3.28 instead of ${S}.

Signed-off-by: leimaohui <leimaohui@cn.fujitsu.com>
db_6.0.30: modify SPDX_S variable

Modify SPDX_S to the source tree of db-6.0.30 instead of ${S}.

Signed-off-by: leimaohui <leimaohui@cn.fujitsu.com>
icu.inc: modify SPDX_S variable

Modify SPDX_S to the source tree of icu instead of ${S}.

Signed-off-by: leimaohui <leimaohui@cn.fujitsu.com>
squashfs-tools_4.3: modify SPDX_S variable

Modify SPDX_S to the source tree of squashfs instead of ${S}.

Signed-off-by: leimaohui <leimaohui@cn.fujitsu.com>
ltp: add PACKAGECONFIG for numactrl

Signed-off-by: Roy Li <rongqing.li@windriver.com>
sstate: Add rpm allarch to overwrite whitelist

The packagegroup allarch rpm files for multilib can overwrite each other since
they are in theory indentical (in contrast to the other backends). We therefore
need to whitelist this to avoid build failures now this overwrite failure
is fatal.

Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>