summaryrefslogtreecommitdiffstats
AgeCommit message (Collapse)Author
2023-01-02musl: Update to latest on tip of trunkKhem Raj
Brings following changes * f47a8cdd ldso: fix invalid early references to extern-linkage libc.page_size * 377218cb pthread_atfork: fix return value on malloc failure * 29e43191 fix double-processing of DT_RELR relocations in ldso relocating itself * b50eb8c3 fix strverscmp comparison of digit sequence with non-digits * ad5dcd39 fix async thread cancellation stack alignment * 8f925945 fix return value of gethostby{name[2],addr} with no result but no error * 63402be2 clean up dns_parse_callback * 0a7b4323 dns response handling: don't treat too many addresses as an error * 41603c77 dns response handling: ignore presence of wrong-type RRs * cf76df0e fix missing synchronization of pthread TSD keys with MT-fork * 5ff3eea9 fgets: avoid arithmetic overflow when n==INT_MIN is passed * d8f35e29 fix AS-safety of close when aio is in use and fd map is expanded * 26c76a90 fix use of uninitialized dummy_fut in aio_suspend * aebd6a36 fix potential deadlock between multithreaded fork and aio * d64148a8 fix potential unsynchronized access to killlock state at thread exit * 36b72cd6 fix potential deadlock in dlerror buffer handling at thread exit * 833a4691 configure: disable TBAA optimization because most compilers are buggy * e6e82132 disable MADV_FREE usage in mallocng * 25e6fee2 remove LFS64 programming interfaces (macro-only) from _GNU_SOURCE * 246f1c81 remove LFS64 symbol aliases; replace with dynamic linker remapping * dec8f0a4 dns query core: detect udp truncation at recv time * 8c408937 getaddrinfo dns lookup: use larger answer buffer to handle long CNAMEs * 759bf785 arpa/nameser.h: update RR types list * 51d4669f dns: implement tcp fallback in __res_msend query core * e2e95176 res_send: use a temp buffer if caller's buffer is under 512 bytes * c87d75f2 adapt res_msend DNS query core for working with multiple sockets * 85050ac5 getaddrinfo: add EAI_NODATA error code to distinguish NODATA vs NxDomain (From OE-Core rev: 3b27f6356a3bf0138da0c3dcd87aa8e4a93ae56b) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2023-01-02pulseaudio: Do not use 64bit time_t flagsKhem Raj
It needs to be fixed to honor _FILE_OFFSET_BITS before we can enable 64bit time_t (From OE-Core rev: 206ab9522963aee471004d987181ed2f8363f1ad) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2023-01-02epiphany: update 42.4 -> 43.0Alexander Kanavin
soup 2.x support has been removed upstream. libportal is no longer optional. epiphany now also needs gtk-update-icon-cache and update-desktop-database executables. (From OE-Core rev: ace8d5cb5ebb027ec2f62bf4d1104d319ec86e95) Signed-off-by: Alexander Kanavin <alex@linutronix.de> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2023-01-02libportal: convert from gtk-doc to gi-docgenAlexander Kanavin
(From OE-Core rev: 5a06d319543a6e036c885bb7cab3cf4c49f3aa34) Signed-off-by: Alexander Kanavin <alex@linutronix.de> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2023-01-02libportal: add from meta-openembedded/meta-gnomeAlexander Kanavin
This used to be required by epiphany, then it became optional and was moved to meta-oe, now it is again required. The recipe was originally provided by... actually me :-) (From OE-Core rev: e3c1fb52a0720d88dbc6eb91935c82733cdaea44) Signed-off-by: Alexander Kanavin <alex@linutronix.de> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2023-01-02bitbake: command: Ensure that failure cases call finishAsyncComandRichard Purdie
There are a couple of failure cases that runCommands needs to better handle, ensuring finishAsyncCommand is called. This doesn't matter if the server is about to shut down but for memory resident bitbake and with threading enabled, correctness is more important this could could in theory lead to problems with the recent code changes. By using the idleFinish class, it ensures the current async command is terminated correctly and the various state pieces around commands finishing are called. This also makes the code more uniform matching the other exception handling code. (Bitbake rev: 367a83ed46c7fbcdd06579b6cc3a6e48a89ca7fb) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2023-01-02bitbake-layers: fix a typoEnguerrand de Ribaucourt
(From OE-Core rev: fab3aa7b1b7003bb03678c5cfc62ad2b597f0932) Signed-off-by: Enguerrand de Ribaucourt <enguerrand.de-ribaucourt@savoirfairelinux.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2023-01-02bitbake: cookerdata: Fix previous commit to use a string, not a generatorRichard Purdie
The previous commit was injecting a generator object instead of a string, which happened to fix the issue but we should fix it properly! Thanks to Christopher Larson for spotting. (Bitbake rev: 36589f13c5babb3b2af82666c8a96338e6ea4eb9) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2023-01-01bitbake: cookerdata: Fix cache/reparsing issueRichard Purdie
When setting the LAYERSERIES_COMPAT and LAYERSERIES_CORENAMES variables, we need to be deterministic. The random ordering from the sets was causing unexpected reparses. (Bitbake rev: 8c405c97430ac830837e25438e8795f6f7abbdaa) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2022-12-31devtool: process local files only for the main branchAlexander Kanavin
devtool modify/upgrade are not currently equipped to handle conditional local files in SRC_URI, and provide only the main no-override set in a workspace under source/component/oe-local-files/ (this is done via meta/classes/devtool-source.bbclass). On the other hand, updating the changes from workspace into a recipe is run iteratively against all overrides; this works for patches (as they all are directed into their own override branches in the workspace git source tree), but breaks down when trying to match local files in a workspace against local files in overridden SRC_URI lists, resulting in bad recipe breakage. (there's an additional twist here: existing code has a guard against this but the guard relies on metadata in workspace .bbappend that is only there in modify operations, but not upgrades. This commit replaces the guard with a general check that will work everywhere). Implementing multiple sets of local files is significant work; let's for now simply not touch local files in recipes except when on the no-override variant. Also, adjust the selftest cases to include conditional local files in sample recipes, so the situation is covered by the tests. (From OE-Core rev: 3a8654b860fa98f94e80c3c3fff359ffed14bbe7) Signed-off-by: Alexander Kanavin <alex@linutronix.de> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2022-12-31vulkan-samples: Do not use LFS64 APIs in spdlogKhem Raj
(From OE-Core rev: cac83db8486943f013c5d33be2a353b492f20fd5) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2022-12-31strace: Replace off64_t with off_t in sync_file_range.c testKhem Raj
(From OE-Core rev: b171a45d7df522497e7dfb0908f023b0683b0989) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2022-12-31llvm: Do not use lseek64Khem Raj
Fixes build with musl where the LFS64 functions are deprecated (From OE-Core rev: f543f51b2060a718685c82ee6f7d59bb0723e7bf) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2022-12-31qemu: disable sporadically failing test-io-channel-commandAlexander Kanavin
[YOCTO #14996] (From OE-Core rev: e7f032b3f797f76dbb4ffa42fa5364624c6fb08b) Signed-off-by: Alexander Kanavin <alex@linutronix.de> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2022-12-31boost-build-native: update 1.80.0 -> 1.81.0Alexander Kanavin
boost itself is already updated. (From OE-Core rev: a50f20cc795ecf8537d83311e0b266c53933c622) Signed-off-by: Alexander Kanavin <alex@linutronix.de> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2022-12-31vulkan-samples: update to latest revisionAlexander Kanavin
(From OE-Core rev: a9cede6ebfbf836401d456d614f95910dfed803e) Signed-off-by: Alexander Kanavin <alex@linutronix.de> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2022-12-31go: update 1.19.3 -> 1.19.4Alexander Kanavin
(From OE-Core rev: 67301425ac2696ccc07d6f47856336d6336382fb) Signed-off-by: Alexander Kanavin <alex@linutronix.de> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2022-12-31conf/machine/include: add x86-64-v3 tunes (AVX, AVX2, BMI1, BMI2, F16C, FMA, ↵Alexander Kanavin
LZCNT, MOVBE, XSAVE) Qemu 7.2 finally allows us to move beyond building for original Core 2/Core i7 era hardware, and this patch adds support for the newer generations. But first, a bit of background: Recently toolchains gained support for specifying x86-64 'levels' of instruction set support; v3 corresponds to 2013-era Haswell CPUs (and later), with AVX, AVX2 and a few other instructions that were introduced in that generation. I believe this is preferrable to picking a specific CPU model as the baseline. Here's Phoronix's feature article that explains the feature and the available levels: "Both LLVM Clang 12 and GCC 11 are ready to go in offering the new x86-64-v2, x86-64-v3, and x86-64-v4 targets. These x86_64 micro-architecture feature levels have been about coming up with a few "classes" of Intel/AMD CPU processor support rather than continuing to rely on just the x86_64 baseline or targeting a specific CPU family for optimizations. These new levels make it easier to raise the base requirements around Linux x86-64 whether it be for a Linux distribution or a particular software application where the developer/ISV may be wanting to compile with greater instruction set extensions enabled in catering to more recent Intel/AMD CPUs." https://www.phoronix.com/news/GCC-11-x86-64-Feature-Levels Here's gcc docs for it: https://gcc.gnu.org/onlinedocs/gcc/x86-Options.html And here's the formal specification (click on the pdf link): https://gitlab.com/x86-psABIs/x86-64-ABI The actual tune file was created by copying corei7 tunes and doing search/replace on them. Qemu options were dropped as unnecessary. 32 bit tune was dropped as well, as there is no 32 bit only CPU that also supports these new instructions; all of the v3 capable chips are 64 bit. (From OE-Core rev: ac041f90e71dba83b7144c91f929de88aaeae519) Signed-off-by: Alexander Kanavin <alex@linutronix.de> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2022-12-31cargo: Do not use open64 on musl anymoreKhem Raj
The same rust getrandom patch is needed for cargo on target as well as it uses the same crate (From OE-Core rev: 44441c727a5301ab99ab8b4d8b8b1f61f0a810af) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2022-12-31nativesdk-rpm: don't create wrappers for WRAPPER_TOOLSMartin Jansa
* environment.d/rpm.sh sets the right environment in SDK and we don't need to use them (From OE-Core rev: 34f1121ba9684b1ab978438db2b16c1e42ea5973) Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2022-12-31nativesdk-rpm: export RPM_ETCCONFIGDIR and MAGIC in environment like ↵Martin Jansa
RPM_CONFIGDIR * the paths in wrapper don't work for rpmdeps which is installed in ${libdir}/rpm unlike other wrapped bins from ${bindir} these relative paths don't work there * replace environment.d-rpm.sh with here-doc so that we can use OE variables * in the end it might be better to just get rid of the wrappers at this point and depend on environment.d to always set right values * the wrappers were added in: commit 760103cdaed3e820888d8984ec0b76cfc831d534 Author: Ovidiu Panait <ovidiu.panait@windriver.com> Date: Fri May 25 10:48:29 2018 +0800 nativesdk-rpm: Add wrappers for nativesdk support When installing the SDK to a non-default path, running "rpm --showrc" from the sdk will produce the following error: error: Unable to open /opt/windriver/wrlinux-small/10.17.41/sysroots/x86_64-wrlinuxsdk-linux/usr/lib/rpm/rpmrc for reading: No such file or directory. Fix this by adding wrappers that dynamically export the RPM_CONFIGDIR, RPM_ETCCONFIGDIR and MAGIC environment variables, pointing to the proper sdk locations. * the rpm.sh in environment.d a bit later: commit 5f16fd0bf774314c79572daf4ba7e4a8ae209ba1 Author: hongxu <hongxu.jia@windriver.com> Date: Wed Jul 29 01:22:06 2020 -0700 nativesdk-rpm: adjust RPM_CONFIGDIR paths dynamically While installing/extracting SDK to a non-default dir(not /opt), run rpm failed: $ python3 -c "import rpm" |error: Unable to open /opt/windriver/wrlinux-graphics/20.31/sysroots/ x86_64-wrlinuxsdk-linux/usr/lib/rpm/rpmrc for reading: No such file or directory. This patch adds a flexible way to configure RPM_CONFIGDIR in SDK. (From OE-Core rev: f40a2658f5be6739c5dddab7f9f11e1f85a17102) Signed-off-by: Martin Jansa <Martin.Jansa@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2022-12-31libsm: 1.2.3 > 1.2.4Kai Kang
(From OE-Core rev: 3f0ccabd8d2737d01ba638c4db8a60477c6a83cb) Signed-off-by: Kai Kang <kai.kang@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2022-12-31libx11: 1.8.1 -> 1.8.3Kai Kang
Update libx11 from 1.8.1 to 1.8.3. * add LICENSE 'ISC' which is added by https://github.com/freedesktop/xorg-libX11/commit/a04b84f0 * adjust the ordering according to https://www.openembedded.org/wiki/Styleguide#Ordering_and_grouping (From OE-Core rev: e13f651f73db0f26f4645447ab5fa17e36d1903b) Signed-off-by: Kai Kang <kai.kang@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2022-12-31libx11-compose-data: 1.6.8 -> 1.8.3Kai Kang
Update libx11-compose-data from 1.6.8 to 1.8.3 * add 'ISC' to LICENSE because of commit https://github.com/freedesktop/xorg-libX11/commit/a04b84f0 * adjust ordering according to https://www.openembedded.org/wiki/Styleguide#Ordering_and_grouping (From OE-Core rev: 8192091b461123a377d2ef64a0e75d6fbefc999a) Signed-off-by: Kai Kang <kai.kang@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2022-12-31xorg-lib-common.inc: set default value of XORG_EXTKai Kang
It replaced tar.bz2 tar archieves with tar.xz from the middle of 2021 on page https://www.x.org/releases/individual/lib/. So set the default value of XORG_EXT with 'tar.xz', and update related recipes accordingly. (From OE-Core rev: b18a607ba0a33951375b66e895f8e129f96d9a67) Signed-off-by: Kai Kang <kai.kang@windriver.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2022-12-31rust-llvm: Fix build on latest muslKhem Raj
latest musl has removed lfs64 functions (From OE-Core rev: 7156416943dc6d772020465917418e3234cc7f66) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2022-12-31rust,libstd-rs: Fix build with latest muslKhem Raj
newer musl do not provide lfs64 functions anymore since off_t is always 64bit on musl using normal functions would suffice (From OE-Core rev: f01b2ab83068e4d7f263c31dca2a3fa9ef77a98e) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2022-12-31rust: Do not use open64 on musl in getrandom crateKhem Raj
LFS64 functions are deprecated in latest musl (From OE-Core rev: 3b63303c62f9d50d835096602f9e09669779fa3e) Signed-off-by: Khem Raj <raj.khem@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2022-12-31bitbake: knotty: Ping the server/cooker periodicallyRichard Purdie
We're seeing failures where the UI hangs if the server disappears. Ping the cooker/server if we've not had any events in the last minute so we can check if it is still alive. (Bitbake rev: 6567ad6181f9e39812097f0154647e4b38238fdd) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2022-12-31bitbake: server/process: Run idle commands in a separate idle threadRichard Purdie
When bitbake is off running heavier "idle" commands, it doesn't service it's command socket which means stopping/interrupting it is hard. It also means we can't "ping" from the UI to know if it is still alive. For those reasons, split idle command execution into it's own thread. The commands are generally already self containted so this is easier than expected. We do have to be careful to only handle inotify poll() from a single thread at a time. It also means we always have to use a thread lock when sending events since both the idle thread and the command thread may generate log messages (and hence events). The patch depends on previous fixes to the builtins locking in event.py and the heartbeat enable/disable changes as well as other locking additions. We use a condition to signal from the idle thread when other sections of code can continue, thanks to Joshua Watt for the review and tweaks squashed into this patch. We do have some sync points where we need to ensure any currently executing commands have finished before we can start a new async command for example. (Bitbake rev: 67dd9a5e84811df8869a82da6a37a41ee8fe94e2) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2022-12-31bitbake: server/process: Add locking around idle functions accessesRichard Purdie
In preparation for adding splitting bitbakes work into two threads, add locking around the idle functions list accesses. (Bitbake rev: a9c63ce8932898b595fb7776cf5467d3c0afe4f7) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2022-12-31bitbake: event: Always use threadlockRichard Purdie
With the move to a server idle thread, we always need threading. The existing accessor functions could end up turning this off! I was going to hold the lock whilst changing it, check if the value was already set, cache the result and also fix the event code to always release the lock with a try/finally. Instead, disable the existing functions and use a with: block to handle the lock, keeping things much simpler. (Bitbake rev: 645c9d3b50e55f69b222cc338373cdfd91d524ce) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2022-12-31bitbake: server/process: Improve idle loop exit codeRichard Purdie
When idle handlers want to exit, returning "False" isn't very clear and also causes challenges with the ordering of the removing the idle handler and marking that no async command is running. Use a specific class to signal the exit condition allowing clearer code and allowing the async command to be cleared after the handler has been removed, reducing any opportunity for races. (Bitbake rev: 102e8d0d4c5c0dd8c7ba09ad26589deec77e4308) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2022-12-31bitbake: cooker: Ensure commands clean up any parser processesRichard Purdie
When finishing a command, we need to ensure any parsing processes that may have been started are cleaned up before we reset the cooker state. (Bitbake rev: 6569ab64bea35de21acc89053ba76e2828163f3f) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2022-12-31bitbake: command: Tweak finishAsyncCommand ordering to avoid racesRichard Purdie
(Bitbake rev: 89435442946767cfe58eedde363802add8f1ab29) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2022-12-31bitbake: server/process: Improve exception and idle function loggingRichard Purdie
Currently if the idle functions loop suffers a traceback, it is silently dropped and there is no log message to say what happened. This change at least means the traceback is in the cooker log, making some debugging possible. Add some logging to show when handlers are added/removed to allow a better idea of what the server code is doing from the server log file. (Bitbake rev: 9cf3102dc36513124fe5ead2f1e448b51833b6ac) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2022-12-31bitbake: cooker/cookerdata: Rework the way the datastores are resetRichard Purdie
As far as I could tell, the current code could result in some strange situations where some data was set back to the original data store copy but the multiconfig data was not restored. There are also some changes made to the datastore which did not persist. The data store was also being reset at every client reset, which seems a little excessive if we can reset it to the original condition properly. Move the __depends -> __base_depends rename into databuilder along with the __bbclasstype change so these are saved in the original data. Tweak the databuilder code to be clearer and easier to follow on which copies are where, then save copies of all the mc datastores. Finally, drop the cache invalidation upon reset for the base config as we shouldn't need that now (oe-selftest -r tinfoil works with memory resident bitbake which was the original reproducer requiring that change). (Bitbake rev: 5f8b9b9c35b4ec0c8c539bf54ca85f068f4a5094) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2022-12-31bitbake: event: Add enable/disable heartbeat codeRichard Purdie
Currently heartbeat events are always generated by the server whilst it is active. Change this so they only appear when builds are running, which is when most code would expect to be executed. This removes a number of races around changes in the datastore which can happen outside of builds. (Bitbake rev: 8c36c90afc392980d999a981a924dc7d22e2766e) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2022-12-31bitbake: knotty: Avoid looping with tracebacksRichard Purdie
If there are events queued and there is an exception in the main loop of the UI code, it will print tracebacks on the console indefinitely. Avoid that by improving the loop exit conditions. (Bitbake rev: 2d0940b920a22b244f3ba6849c7cd019578386b4) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2022-12-30bitbake: cache: Drop reciever side counting for SiggenRecipeInfoRichard Purdie
Joshua Watt pointed out maintaining the counting on both sides of the connection isn't needed. Remove the receiver side counting and simplify the code, also allowing errors if the counts do go out of sync. (Bitbake rev: aeacfd391903fe68ae600470fc2bbad0502d401e) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2022-12-29bitbake: tinfoil: Ensure CommandExit is handledRichard Purdie
By inspection, tinfoil handles two of the three command exit cases but one is missing. Add the CommandExit case in case this is the cause of one of our recipetool/devtool hangs. Regardless, the fix is necessary. (Bitbake rev: eadddd94835b6b6a8517dfed3d29e6dbb2d35988) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2022-12-29bitbake: cooker: Ensure cache is cleared for partial resetsRichard Purdie
We're still seeing occasional SiggenRecipeInfo coherency issues, add some further reset points into the parsing code to ensure the cache is cleared before reparsing. (Bitbake rev: 26ed783caf11dc9ebf53d3790681eb44c0c360f0) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2022-12-29bitbake: event: builtins fix for 'd' deletionRichard Purdie
I've been seeing event handlers where 'd' seems to disappear half way through event handler execution. This is problematic when multiple threads are active since this code assumes single threading. The easiest fix is to change the handler function calls to contain d as a parameter as we do elsewhere for other functions. This will break any non-text handlers but I was only able to spot one of those in runqueue. It will also break handlers than call functions that assume 'd' is in the global namespace but those failures should be obvious and we can fix those to pass d around. This solution avoids manipulating builtins which was always a horrible thing to do anyway and solves the issue without needing locking, thankfully. (Bitbake rev: 1e12f0a4b592dacd006d370ec29cd71d2a44312e) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2022-12-29bitbake: cache/siggen: Fix cache issues with signature handlingRichard Purdie
There is a bug in the current cache code where the restored data structures were "inverted" leading to some very weird issues, not sure how anything worked like that, this patch fixes it. Also fix some issues with multiconfig cache ordering problems by resetting the stream counters when appropriate. (Bitbake rev: cd06beb948eff5eaf2d474f5b127d51a61b0b2ef) Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2022-12-28oeqa/runtime/rust: Add cargo testAlex Kiernan
(From OE-Core rev: f41a4e3d4c82b6332c5d52ad8fb38e32c7aee74b) Signed-off-by: Alex Kiernan <alex.kiernan@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2022-12-28packagegroup-rust-sdk-target: Add cargoAlex Kiernan
(From OE-Core rev: ea23ff72507768e2201211e488632208b9180296) Signed-off-by: Alex Kiernan <alex.kiernan@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2022-12-28cargo: Drop exclude from worldAlex Kiernan
On-target cargo now builds/runs. (From OE-Core rev: eb8b8c5247a32f2bd6b680de6f1a999dc2fcbc5f) Signed-off-by: Alex Kiernan <alex.kiernan@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2022-12-28cargo: Include crossbeam-utils patchAlex Kiernan
We need patched crossbeam-utils in cargo as well as rust, move cargo alongside rust so they can both use the same patch. (From OE-Core rev: 39402790724014a39b265ee1978396a0514fdc98) Signed-off-by: Alex Kiernan <alex.kiernan@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2022-12-28cargo: Extend DEBUG_PREFIX_MAP to cover vendorAlex Kiernan
The cargo build builds vendored libgit and curl, but these exist outside ${S} which DEBUG_PREFIX_MAP covers. (From OE-Core rev: c874ef5eafb88d361b96e014739d7a3a640536d9) Signed-off-by: Alex Kiernan <alex.kiernan@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>
2022-12-28cargo: Merge .inc into .bbAlex Kiernan
(From OE-Core rev: 15170dbc0579f57436730b1fc1c2f471aa0dea54) Signed-off-by: Alex Kiernan <alex.kiernan@gmail.com> Signed-off-by: Richard Purdie <richard.purdie@linuxfoundation.org>