We never recommend setting RDEPENDS or RPROVIDES without a package name
against them. The default in bitbake.conf is legacy only, drop it.
The python recipe was trying to add to the empty variable in the native case
fix that too.
(From OE-Core rev: b8bbc1bbe282cce2ea4d0ff293f931f6caf6153b)
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
This reverts commit f5b29367af4d8e5daea5771264774aa49519f9a8.
Will use ccache-native which is more reliable.
(From OE-Core rev: 1b659623430e1a6e6dd266e65bab7ca8155a7138)
Signed-off-by: Robert Yang <liezhi.yang@windriver.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
This involves some pretty major changes for qemu. In particular, they
switched to meson+ninja so we have to adapt to that.
Patch changes:
* CVE patches - dropped as backports
* cflags fix - upstream code changed significantly, need new patch if still issues
* mips TLB entries - dropped as merged upstream
* usb fix - dropped as merged upstream
* find_datadir - dropped as code no longer present that I could find
A patch was added to allow us to force the configure script into "cross" mode
without setting cross_prefix which has other effects we don't need/want.
Dependencies on meson/ninja were added.
Specifying the python interpreter causes the internal meson copy to be
built/used which is undesireable for us so don't do that. The correct
python is in PATH anyway.
Acked-by: Alistair Francis <alistair.francis@wdc.com>
(From OE-Core rev: 181c635567aafb9b4787d8d6d0bcd4a615ceae80)
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Builds were failing on WSL2 which turns out to be due to accesses to
/run/ on those systems. Add this to PSEUDO_IGNORE_PATHS to fix
builds on WSL2.
[YOCTO #14175]
(From OE-Core rev: 1d1bf51217e8b4d54af28739d3271484ee5a7974)
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
This is about to be needed by the psplash recipe and is a standard part
of coreutils so usually present on hosts.
(From OE-Core rev: 99206612a58e6b69718910e0806d9d36997b2fba)
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
On kernel's v5.11+, we get the following warning after boot:
[ 47.287826] vmap allocation for size 3149824 failed: use vmalloc=<size> to increase size
It can be fixed by passing the vmalloc page size explicitly for our ARM
machines.
(From OE-Core rev: 5c6064e1a38f4dbb1ab3fa04adb1c772817826af)
Signed-off-by: Bruce Ashfield <bruce.ashfield@gmail.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
As the reference kernel is going to v5.10, we also move the libc headers
to match. This is also the latest LTS kernel, so is appropriate for a
libc-headers version bump.
This has been tested against all supported architectures for both glibc
and musl.
(From OE-Core rev: 1f1412c9a52c4fa3ded4f87a0c7ffdc4a243d632)
Signed-off-by: Bruce Ashfield <bruce.ashfield@gmail.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
ccache 4.x has hard dependencies on cmake-native (used as
build system) and zstd, which means inserting ccache-native
as DEPENDS into everything creates circular dependencies which
are impossible to break.
ccache 3.x did not have this problem as it used plain makefiles
and an in-tree copy of zlib.
(From OE-Core rev: f5b29367af4d8e5daea5771264774aa49519f9a8)
Signed-off-by: Alexander Kanavin <alex.kanavin@gmail.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Zstd is becoming increasingly popular as the modern compression
standard, and there are several recipes in core now that have an option
for it.
(From OE-Core rev: b132e9e8647c74fba439c689ec1409993e8590ed)
Signed-off-by: Alexander Kanavin <alex.kanavin@gmail.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Currently there's a limitation that Extensible SDKs can only be build on a
machine with the same architecture as the SDK.
However, SDKMACHINE defaults to x86-64, which means eSDKs cannot be built
out of the box on arm64 systems.
By defaulting SDKMACHINE to ${BUILD_ARCH} we generate SDKs for the build
host, so they'll always work out of the box.
(From OE-Core rev: 539cd4a5fbb9e4507d90bfb1165fcb06907b46d8)
Signed-off-by: Ross Burton <ross.burton@arm.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
This also effectively reverts commit b6d30c21b0:
bitbake.conf: Extend PSEUDO_IGNORE_PATHS to ${COREBASE}/meta
The contents of ${COREBASE}/meta were ignored as pyc files could be
generated for the contents of the lib subdirectory if python modules
were imported within a pseudo context. However this doesn't protect us
from pyc files being generated in the lib directories for other layers.
It's far better to tell python not to produce pyc files when running
under pseudo (by setting the PYTHONDONTWRITEBYTECODE variable) as this
will cover any location where pyc files could possibly be created. This
variable is set in FAKEROOTBASEENV so that it applies to the
bitbake-worker instance for fakeroot tasks, preventing pyc files from
being generated for imports in python tasks themselves.
Also add a test case to ensure that pyc files are not created in tasks
which are executed under pseudo.
(From OE-Core rev: 73d538f20743017a44cea4c20dbe09a0327cfc71)
Signed-off-by: Paul Barker <pbarker@konsulko.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Use oe.path.canonicalize() to canonicalize the paths in
PSEUDO_IGNORE_PATHS before passing them to pseudo. This is needed since
pseudo will compare them to paths that are canonicalized.
(From OE-Core rev: 1f2a497daa09cf3459e27ad6e0e8513938b52c79)
Signed-off-by: Peter Kjellerstedt <peter.kjellerstedt@axis.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
qemuriscv enables hvc0 along with ttyS0, however its not enabled in
/proc/consoles, getty tries to enable it in inittab and erroring out
Fixes below message with sysvinit
INIT: Id "hvc0" respawning too fast: disabled for 5 minutes
(From OE-Core rev: 8a6559f1561ca6b7719bb46fc446db46d8086ea3)
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Refactor EFI_BOOT_IMAGE so that the EFI name for the architecture
is exposed as EFI_ARCH, so that other recipes (such as bootloaders)
can reuse it.
(From OE-Core rev: d3bf2d0fbd50309d7cf8f066c258ba1ebdb05f47)
Signed-off-by: Ross Burton <ross.burton@arm.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
This reverts commit cc30537bb4d0815c4d69f0b1a1a8a200085902d5.
There are issues with this change where the build directory may be included
within the paths included in BBLAYERS, which is particularly problematic
where people are using kas.
An alternative to this to handle the pyc file issue is being worked on but
revert this for now whilst that fix is developed.
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
The OCTEON TX2 core is custom designed by Marvell and is compliant
with Arm V8.2 architecture.
(From OE-Core rev: ad4f82742c6f32b35e2b965a32cccc96aad02d19)
Signed-off-by: Kevin Hao <kexin.hao@windriver.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Instead of ignoring ${COREBASE}/meta in PSEUDO_IGNORE_PATHS (which may
or may not ignore all layers depending on how they are named and placed
under ${COREBASE}), ignore all layers.
(From OE-Core rev: cc30537bb4d0815c4d69f0b1a1a8a200085902d5)
Signed-off-by: Peter Kjellerstedt <peter.kjellerstedt@axis.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
If files are copied into /usr/src/debug directly from WORKDIR (e.g. makedevs)
we'd get the permissions from the checkout which would depend on the host umask.
Avoid this and be deterministic by setting the file modes consistently. Core
code copies the files in so we're responsible for the permissions.
Unfortunately to force this change to apply we need to invalidate both
the package tasks and the hash equivalance mappings since file mode
'corruption' already made it into the output hashes (both input options
were mapped to the output hashes).
(From OE-Core rev: 1f958bcd6c9cd12ec76d80586cba15f4d6ed17a7)
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Current version of Qemu in OE-core now works fine in rv32/user-mode the
said nvalid instruction errors are gone, so we can enable it now
(From OE-Core rev: f3fa54f91eef5b1b967a6a14b53a07de052dd17a)
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Commit 05a87be51b44608ce4f77ac332df90a3cd2445ef introduced
a Python conditional expression when updating PATH that
generates syntax warnings in bitbake-cookerdaemon.log:
Var <PATH[:=]>:1: SyntaxWarning: "is not" with a literal. Did you mean "!="?
Fix this by using the more appropriate '!=' comparison
operator.
(From OE-Core rev: 2e753a12cf6bb98f9e0940e5ed6255ce8c538eed)
Signed-off-by: Matt Madison <matt@madison.systems>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
webkit fails to link with LTO on at this point. Some of the issues
are being worked on upstream and disabling LTO should be re-evaluated as
we update this change.
(From OE-Core rev: fb24d6504c30d3302fda42b6e6a918d674323a8f)
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
wayland-utils contains wayland-info utility which deprecates
and replaces weston-info from weston.
(From OE-Core rev: bb8fa9950e716fdcee818a38dc4df3a19b1f3c2f)
Signed-off-by: Alexander Kanavin <alex.kanavin@gmail.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
perf invokes kernel sources, and currently fails in multiple places for
now therefore disable LTO for perf
(From OE-Core rev: f59a2db89a245d3ef9acd094f2055fb07dd4f42b)
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
It ends up with undefined symbol when LTO is enabled
Fixes
test/xi2/protocol-xiquerydevice.c:345: undefined reference to `GrabButton'
(From OE-Core rev: 129ec897a25ed9ba2657f0ed44ccaf2f429ce6ac)
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Libaio uses ASMs to implement symbol versioning which does not work with LTO
(From OE-Core rev: 2b59fe1076d930a685fa7f443163da70a1d168b3)
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Certain packages may need additional flags to enable LTO, therefore
LTOEXTRA can be used to pass those flags
Add -flto-partition=none for alsa-lib
(From OE-Core rev: 0a5778f40f0d1a252f38151a1d4103fa7cbe7796)
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
This helps to improve LTO and ensure the libs can be linked with non-LTO
objects too
(From OE-Core rev: 770c69c51f87223eee7bd968fd28a5dc15a955d6)
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Distros which want to enable LTO can utilize this file, it only covers
packages from OE-Core, other layers should include there own exclusion
list for recipe which dont work with LTO
Document the needed changes in local.conf.extended
(From OE-Core rev: 228b5a91516cdf9d5a1df3c721ba8e5619b188ab)
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
here is full announcement [1]
Do not add --disable-static, without adding --enable-shared
because certain libraries e.g. libctf expects the default
to be static which is only disabled if --enable-shared is specified
Do not limit make subdirs, this is only needed when building in a
unified tree, here builds are happening from a release tarball so it is
redundant
[1] https://www.gnu.org/software/gdb/download/ANNOUNCEMENT
(From OE-Core rev: 8fb5fe5a82d173428d96ab43bab25b89ac6f25ea)
Signed-off-by: Khem Raj <raj.khem@gmail.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* when ARM_INSTRUCTION_SET isn't set to thumb, the tune-arm9tdmi.inc isn't
usable and fails with:
ERROR: OE-core's config sanity checker detected a potential misconfiguration.
Either fix the cause of this error or at your own risk disable the checker (see sanity.conf).
Following is the list of potential problems / advisories:
Error, the PACKAGE_ARCHS variable (all any noarch arm armv4 armv4t arm9tdmit fake_arm9tdmi) for DEFAULTTUNE (arm9tdmi) does not contain TUNE_PKGARCH (arm9tdmi).
Summary: There was 1 ERROR message shown, returning a non-zero exit code.
(From OE-Core rev: 7c2f9bf09c930da335aa88a201656df1e62f3bbd)
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
The gst-validate tarball has been superseded by the gst-devtools tarball for consistency with the git module name.
(From OE-Core rev: 4af4c8d56da67545d2e5e1e2242ff6878b909e44)
Signed-off-by: Jose Quaresma <quaresma.jose@gmail.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
This is a new build requirement of epiphany browser.
(From OE-Core rev: 6a0888a146ab015c25309bafd8b2d5ebdd81b8a4)
Signed-off-by: Alexander Kanavin <alex.kanavin@gmail.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
Jose Quaresma is responsible for the maintenance as follows:
shaderc
glslang
spirv-tools
(From OE-Core rev: 67895f86640866ad3c5827d6b2b65708dd5c601b)
Signed-off-by: Jose Quaresma <quaresma.jose@gmail.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
When ccache enabled as below:
INHERIT += "ccache"
CCACHE_DIR = "/path/build/ccache"
There comes do_install failure for some recipes randomly, take
linux-libc-headerswhen as example.
$ cat /path/build/tmp/work/corei7-64-wrs-linux/linux-libc-headers/5.8-r0/pseudo/pseudo.log
[snip]
path mismatch [1 link]: ino 243004209 db '/path/build/ccache/6/stats' req '/path/build/ccache/7/stats.lock'.
[snip]
Exclude ${CCACHE_DIR} from pseudo database to fix the potential
do_install failure.
(From OE-Core rev: b65e5280bf9e7f1f9c8e6acabab79bcf209e5342)
Signed-off-by: Mingli Yu <mingli.yu@windriver.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
This reverts commit 6a9568401cbf8bed89d1f63dae61a07a83a20b50.
Will be replaced with upstreamed solution instead, that just
bumped number of TLBs to 64 in original 34Kf CPU model.
(From OE-Core rev: f64cc9e747765d51e5bb01321d41d063718c8e83)
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* the _be suffix is already included in ARMPKGARCH with:
ARMPKGARCH_tune-thunderx ?= "thunderx"
ARMPKGARCH_tune-thunderx_be ?= "thunderx_be"
and then it was appended again through ARMPKGSFX_ENDIAN_64 in
meta/conf/machine/include/arm/arch-arm64.inc:
TUNE_PKGARCH_64 = "${ARMPKGARCH}${ARMPKGSFX_ENDIAN_64}"
* broken since:
commit 08433cc58abf0cf3e42b22d20870a50287cfb8bc
Author: Khem Raj <raj.khem@gmail.com>
Date: Tue May 26 16:10:37 2020 -0700
armv8/tunes: Set TUNE_PKGARCH_64 based on ARMPKGARCH
* fixes:
scripts/tune/log.fake-thunderx.thunderx_be: Error, the PACKAGE_ARCHS variable (all any noarch aarch64_be thunderx_be fake_thunderx) for DEFAULTTUNE (thunderx_be) does not contain TUNE_PKGARCH (thunderx_be_be).
(From OE-Core rev: 8f477b9cf456b9ad7c7fab9768ba47daa124ada7)
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* it doesn't seem actively used
* last change in this file was:
commit 3a3c69a1bc3cf0b6f6a3b13d86c12ed21798d48e
Author: Richard Purdie <richard.purdie@linuxfoundation.org>
Date: Fri Jul 22 15:13:03 2011 +0100
conf/machine/include: Set TUNE_CCARGS instead of TARGET_CC_ARCH
but it was probably broken long before that
* it was never migrated to use DEFAULTTUNE mechanism, currently failing with:
scripts/tune/log.fake-supersparc: Error, the PACKAGE_ARCHS variable (all any noarch ${PACKAGE_EXTRA_ARCHS_tune-${DEFAULTTUNE}} fake_supersparc) for DEFAULTTUNE (None) does not contain TUNE_PKGARCH (supersparc).Toolchain tunings invalid:
(From OE-Core rev: 861519337b6e5e986c3c4b8ba253e8339caf0805)
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* broken since introduction:
commit 5263b2ebc57fe289d64c74bfb10da39ed7c98828
Author: Alistair Francis <alistair.francis@wdc.com>
Date: Thu Dec 19 13:24:10 2019 -0800
tune-riscv: Add support for no float
* fixes:
scripts/tune/log.fake-riscv.riscv32nf: Error, the PACKAGE_ARCHS variable (all any noarch riscv32nf fake_riscv) for DEFAULTTUNE (riscv32nf) does not contain TUNE_PKGARCH (riscv32).
scripts/tune/log.fake-riscv.riscv64nf: Error, the PACKAGE_ARCHS variable (all any noarch riscv64nf fake_riscv) for DEFAULTTUNE (riscv64nf) does not contain TUNE_PKGARCH (riscv64).
(From OE-Core rev: 58088dce12775e325df8428b750e19616d264464)
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* broken since:
commit 805dd4807d322dc70cef97edd68fdb3142b60fb1
Author: Andre McCurdy <armccurdy@gmail.com>
Date: Fri Aug 23 13:51:36 2019 -0700
feature-arm-thumb.inc: fix ARM_THUMB_SUFFIX
* since this commit the 't' suffix is set ARM_THUMB_SUFFIX by
armv4 override (which does apply for ep9312 tune) instead of
armv4 in TUNE_FEATURES - so the comment in the file was no
longer correct and ep9312 wasn't usable
* fixes:
scripts/tune/log.fake-ep9312: Error, the PACKAGE_ARCHS variable (all any noarch arm armv4 armv4t ep9312 fake_ep9312) for DEFAULTTUNE (ep9312) does not contain TUNE_PKGARCH (ep9312t).
(From OE-Core rev: f23c7f23c64cbd70d38a01dfda3a4d0809b33bdd)
Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com>
Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
