summaryrefslogtreecommitdiffstats
path: root/meta/conf
Commit message (Collapse)AuthorAgeFilesLines
* glibc: Upgrade to 2.33Khem Raj2021-02-051-1/+1
| | | | | | | | | | | Drop backported patches (From OE-Core rev: aa87638cf4f2bef66df92f961c7814f6b482fd3d) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* binutils: Upgrade to 2.36 releaseKhem Raj2021-02-031-1/+1
| | | | | | | | | Drop backported patches which are already present in 2.36 release (From OE-Core rev: 897afa95ba340f1124decac5753e1d1e1283b515) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* qemu.inc: Should depend on qemu-system-native, not qemu-nativeRichard Purdie2021-01-311-1/+1
| | | | | | | | | | This looks like it was from before the recipe was split, we'd expect the system qemu mode for running the images so the dependency should be updated. (From OE-Core rev: 3a4fed4ae0e8a0d1bd62ea5fa1ef12925e1f20f5) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake.conf/python: Drop setting RDEPENDS/RPROVIDES defaultRichard Purdie2021-01-291-2/+0
| | | | | | | | | | | | 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>
* spirv-headers: Add receipeJose Quaresma2021-01-291-0/+1
| | | | | | | (From OE-Core rev: 0f7aa28a254ab25e3c3f6322d750e765518fb8b5) Signed-off-by: Jose Quaresma <quaresma.jose@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* maintainers: update own email addressDenys Dmytriyenko2021-01-291-21/+21
| | | | | | | (From OE-Core rev: 63e5f91d46d76800452ed8a0fade8dd3db1fc88e) Signed-off-by: Denys Dmytriyenko <denis@denix.org> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* adwaita-icon-theme: add version 3.34.3 backKai Kang2021-01-231-0/+1
| | | | | | | | | | | | | | | | | | | | | Newer versions of adwaita-icon-theme can't work well with librsvg 2.40. Boot up the core-image-sato image, and start "Media Player", most of the icons are not showed properly. The source code of librsvg has been adapted to rust, so it is impossible to update librsvg in oe core for now. Then add adwaita-icon-theme 3.34.3 back and set as preferred version. Duplicate one patch as well to fix patch fuzz issue. Ref: 1. https://gitlab.gnome.org/GNOME/adwaita-icon-theme/-/issues/84 2. https://people.gnome.org/~federico/blog/do-not-use-librsvg-2.40.x.html (From OE-Core rev: e46e8d638440446d34744e6b816f2446029e4a34) Signed-off-by: Kai Kang <kai.kang@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* Revert "ccache.bbclass: use ccache from host distribution"Robert Yang2021-01-201-1/+1
| | | | | | | | | | | 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>
* qemu: Upgrade 5.1.0->5.2.0Richard Purdie2021-01-091-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | | 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>
* bitbake.conf: Add /run/ to PSEUDO_IGNORE_PATHSRichard Purdie2021-01-081-1/+1
| | | | | | | | | | | | 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>
* bitbake.conf: Add mkfifo to HOSTTOOLSRichard Purdie2021-01-051-1/+1
| | | | | | | | | 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>
* conf/machine: bump qemu preferred versions to 5.10Bruce Ashfield2021-01-052-2/+2
| | | | | | | (From OE-Core rev: 804749e401bff95524e749dac5fca722e7047a2d) Signed-off-by: Bruce Ashfield <bruce.ashfield@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* machine/qemuarm*: add vmalloc kernel parameterBruce Ashfield2021-01-052-2/+2
| | | | | | | | | | | | | | 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>
* libc-headers: update to v5.10Bruce Ashfield2021-01-051-1/+1
| | | | | | | | | | | | | | 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.bbclass: use ccache from host distributionAlexander Kanavin2020-12-311-1/+1
| | | | | | | | | | | | | | | 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: add recipe from meta-oeAlexander Kanavin2020-12-301-0/+1
| | | | | | | | | | | 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>
* bitbake.conf: default SDKMACHINE to the build host architectureRoss Burton2020-12-241-1/+1
| | | | | | | | | | | | | | | | 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>
* bitbake.conf: Prevent pyc file generation in pseudo contextPaul Barker2020-12-201-2/+2
| | | | | | | | | | | | | | | | | | | | | | | | 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>
* bitbake.conf: Canonicalize paths in PSEUDO_IGNORE_PATHSPeter Kjellerstedt2020-12-201-2/+2
| | | | | | | | | | | 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: check serial consoles w.r.t. /proc/consolesKhem Raj2020-12-181-0/+1
| | | | | | | | | | | | | | 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>
* image-uefi.conf: add EFI arch variableRoss Burton2020-12-181-5/+8
| | | | | | | | | | | 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>
* maintainers.inc: remove myself from maintainersTanu Kaskinen2020-12-181-19/+19
| | | | | | (From OE-Core rev: 42b0c4a5ea82d18bae297d01d91b0edbf639128e) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* Revert "bitbake.conf: Add all layers (from BBLAYERS) to PSEUDO_IGNORE_PATHS"Richard Purdie2020-12-091-1/+1
| | | | | | | | | | | | | 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>
* tune-octeontx2.inc: Add tune for Marvell OCTEON TX2 coreKevin Hao2020-12-091-0/+13
| | | | | | | | | | 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>
* bitbake.conf: Add all layers (from BBLAYERS) to PSEUDO_IGNORE_PATHSPeter Kjellerstedt2020-12-031-1/+1
| | | | | | | | | | | 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>
* maintainers.inc: add self for new python recipesTim Orling2020-11-301-0/+2
| | | | | | | | | | | * Add self as maintainer for: - python3-hypothesis - python3-sortedcontainers (From OE-Core rev: 926ff93278b84dc3e6874830b2d1306dd250811d) Signed-off-by: Tim Orling <timothy.t.orling@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* maintainers.inc: add self for new pytest packagesTim Orling2020-11-301-0/+14
| | | | | | | (From OE-Core rev: 4cda7821f7a588a9106d63f3efcd1c06dcfa4f5d) Signed-off-by: Tim Orling <timothy.t.orling@linux.intel.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* fs-perms: Ensure /usr/src/debug/ file modes are correctRichard Purdie2020-11-241-1/+1
| | | | | | | | | | | | | | | | | 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>
* arch-riscv: Enable qemu-usermode on rv32Khem Raj2020-11-171-3/+0
| | | | | | | | | | 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>
* layer.conf: fix syntax error in PATH settingMatt Madison2020-11-131-1/+1
| | | | | | | | | | | | | | | | 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>
* lto.inc: Disable LTO for webkitKhem Raj2020-11-131-0/+2
| | | | | | | | | | | 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: introduce a recipeAlexander Kanavin2020-11-111-0/+1
| | | | | | | | | | 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>
* conf-notes.txt: mention more important images than just satoAlexander Kanavin2020-11-111-0/+2
| | | | | | | (From OE-Core rev: f89138e12c3021ed49aa7ccdf90543d2aaaad279) Signed-off-by: Alexander Kanavin <alex.kanavin@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* lto.inc: Disable LTO for perfKhem Raj2020-11-111-0/+1
| | | | | | | | | | 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>
* lto.inc: Disable LTO for xserver-xorgKhem Raj2020-11-111-0/+1
| | | | | | | | | | | 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: Disable LTOKhem Raj2020-11-111-0/+1
| | | | | | | | | 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>
* lto: Introduce LTOEXTRA variableKhem Raj2020-11-111-2/+9
| | | | | | | | | | | | 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>
* lto.inc: Add -ffat-lto-objects and -fuse-linker-pluginKhem Raj2020-11-111-1/+10
| | | | | | | | | | 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>
* lto: Add global LTO distro policy fileKhem Raj2020-11-111-0/+28
| | | | | | | | | | | | | 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>
* vulkan-samples: replace vulkan-demosAlexander Kanavin2020-11-031-1/+1
| | | | | | | | | | | vulkan-samples is the official collection, and vulkan-demos author has stated that he will be mostly contributing there: https://github.com/SaschaWillems/Vulkan#Khronossamples (From OE-Core rev: 76a25391d09de06f832c1053d3dbc901dee3b912) Signed-off-by: Alexander Kanavin <alex.kanavin@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* gdb: Update to 10.x releaseKhem Raj2020-11-021-1/+1
| | | | | | | | | | | | | | | | | | | 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>
* tune-arm9tdmi.inc: include arm9tdmi in PACKAGE_ARCHSMartin Jansa2020-10-311-1/+1
| | | | | | | | | | | | | | | | | * 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>
* gst-devtools: add version 1.18.0 (gst-validate -> gst-devtools)Jose Quaresma2020-10-311-1/+1
| | | | | | | | | 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>
* libportal: add a recipeAlexander Kanavin2020-10-301-0/+1
| | | | | | | | | 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>
* maintainers.inc: Add Jose QuaresmaJose Quaresma2020-10-301-0/+3
| | | | | | | | | | | | | 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>
* maintainers: Add myself as numactl maintainer to avoid QA errorsRichard Purdie2020-10-301-0/+1
| | | | | | (From OE-Core rev: 3ccd06d61b769d82d34aef58256a4ac27fc5e46c) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
* bitbake.conf: Exclude ${CCACHE_DIR} from pseudo databaseMingli Yu2020-10-301-1/+1
| | | | | | | | | | | | | | | | | | | | | 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>
* Revert "qemumips: use 34Kf-64tlb CPU emulation"Victor Kamensky2020-10-201-1/+1
| | | | | | | | | | | 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>
* tune-thunderx.inc: don't append _be to ARMPKGARCH for tune-thunderx_beMartin Jansa2020-10-171-1/+1
| | | | | | | | | | | | | | | | | | | | | | | | | * 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>
* tune-supersparc.inc: removeMartin Jansa2020-10-171-4/+0
| | | | | | | | | | | | | | | | | | | | | * 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>
generated by cgit v1.2.3-54-g00ecf (git 2.39.0) at 2024-05-11 10:55:52 +0000