[OE-core] [PATCH] musl: Update to latest on tip of trunk

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 seq

[OE-core] [PATCH 3/3] rust-llvm: Fix build on latest musl

latest musl has removed lfs64 functions Signed-off-by: Khem Raj --- ...e-64bit-off_t-on-32bit-glibc-systems.patch | 79 +++ .../recipes-devtools/rust/rust-llvm_1.66.0.bb | 3 +- 2 files changed, 81 insertions(+), 1 deletion(-) create mode 100644 meta/recipes-devtools/rust/rust

[OE-core] [PATCH 2/3] rust,libstd-rs: Fix build with latest musl

newer musl do not provide lfs64 functions anymore since off_t is always 64bit on musl using normal functions would suffice Signed-off-by: Khem Raj --- ...-Do-not-use-LFS64-on-linux-with-musl.patch | 168 ++ meta/recipes-devtools/rust/rust-source.inc| 5 + 2 files changed, 1

[OE-core] [PATCH 1/3] rust: Do not use open64 on musl in getrandom crate

LFS64 functions are deprecated in latest musl Signed-off-by: Khem Raj --- meta/recipes-devtools/rust/rust-source.inc| 1 + .../rust/rust/getrandom-open64.patch | 29 +++ 2 files changed, 30 insertions(+) create mode 100644 meta/recipes-devtools/rust/rust/getrandom-

[OE-core] [PATCH 2/2] curl: enable nghttp2 for support HTTP2

From: Changqing Li After commit `ostree: replace libsoup-2.4 by curl`, ostree depends on libcurl, but it needs http2 support, otherwise it will fail with error: OSTree:ERROR:../git/src/libostree/ostree-fetcher-curl.c:886:initiate_next_curl_request: assertion failed (rc == CURLM_OK): (1 == 0) | B

[OE-core] [PATCH 1/2] cmake-native: use internal cmcurl library

From: Changqing Li This commit is for breaking circular dependency in following condition: After enabling PACKAGECONFIG nghttp2 for curl, the dependency chain is: curl-native -> nghttp2-native -> cmake-native -> curl-native. So change to use internal cmcurl library to fix this. And as using syste

[OE-core] [PATCH][V2] kernel_dep_check.bbclass: help track kernel depend

From: John Edward Broadbent This recipe can be used to identify kernel dependencies, and immediately throw build errors if those dependencies are not met. Signed-off-by: John Edward Broadbent --- meta/classes-recipe/kernel_dep_check.bbclass | 81 1 file changed, 81 inserti

Re: [OE-core] [PATCH v2] mesa-gl: allow mesa (gbm) to compile without backend

This is not a backport. The upstream code does not have the change that the patch introduces: https://gitlab.freedesktop.org/mesa/mesa/-/blob/main/src/gbm/main/backend.c Please do a proper upstream submission, and do not tell untruths in your submissions here. You do not want your future contribut

[OE-core] [PATCH v2] mesa-gl: allow mesa (gbm) to compile without backend

Commit introduces a patch that allows for gbm to be built with an empty backend. There are situation where mesa-gl is the preferred provider for virtual/libgbm, virtual/libgl, virtual/mesa, etc... But the x11 DISTRO_FEATURE isn't included this leads to build errors such as | /../../../ld: src/gbm/

[OE-core] [master-next][PATCH] systemd: Fix 252 release build on musl

Signed-off-by: Khem Raj Cc: Richard Purdie --- .../0001-Adjust-for-musl-headers.patch| 84 +- ...trerror-is-assumed-to-be-GNU-specifi.patch | 42 + .../0002-Add-sys-stat.h-for-S_IFDIR.patch | 4 +- ...k-parse_printf_format-implementation.patch | 22 +-- ...missing.h-

Re: [OE-core] [RFC PATCH 1/3] conf/machine/include: add x86-64-v3 tunes (AVX, AVX2, BMI1, BMI2, F16C, FMA, LZCNT, MOVBE, XSAVE)

On Wed, 28 Dec 2022 at 15:32, Richard Purdie wrote: > > I suspect we may want to call the x86-64-v3-64 tune simply "x86-64-v3"? > > Also, does a 32 bit version of the tune make sense? Is that useful to > anyone? I appreciate the x32 case is marginal as well but at least > there it is something des

Re: [OE-core] [PATCH 6/7] libslirp: add recipe to continue slirp support in qemu

On Wed, 28 Dec 2022 at 14:42, Richard Purdie wrote: > I've had some feedback about the way this was handled. In future things > might be smoother if we: > > a) make sure the maintainers of other layers containing such recipes >are cc'd on the changes. > b) mention in the commit which layer a r

[OE-Core][PATCH v5 12/12] oeqa/runtime/rust: Add cargo test

Signed-off-by: Alex Kiernan --- (no changes since v1) meta/lib/oeqa/runtime/cases/rust.py | 17 + 1 file changed, 17 insertions(+) diff --git a/meta/lib/oeqa/runtime/cases/rust.py b/meta/lib/oeqa/runtime/cases/rust.py index 186bb0d79e15..c9c60e16fd2b 100644 --- a/meta/lib/oeqa

[OE-Core][PATCH v5 11/12] packagegroup-rust-sdk-target: Add cargo

Signed-off-by: Alex Kiernan --- (no changes since v1) meta/recipes-core/packagegroups/packagegroup-rust-sdk-target.bb | 1 + 1 file changed, 1 insertion(+) diff --git a/meta/recipes-core/packagegroups/packagegroup-rust-sdk-target.bb b/meta/recipes-core/packagegroups/packagegroup-rust-sdk-targ

[OE-Core][PATCH v5 09/12] cargo: Include crossbeam-utils patch

We need patched crossbeam-utils in cargo as well as rust, move cargo alongside rust so they can both use the same patch. Signed-off-by: Alex Kiernan --- Changes in v5: - Switch from cargo patching to bitbake patching (https://github.com/rust-lang/rust/issues/98185) Changes in v4: - Add crossbe

[OE-Core][PATCH v5 10/12] cargo: Drop exclude from world

On-target cargo now builds/runs. Signed-off-by: Alex Kiernan --- (no changes since v1) meta/recipes-devtools/rust/cargo_1.66.0.bb | 1 - 1 file changed, 1 deletion(-) diff --git a/meta/recipes-devtools/rust/cargo_1.66.0.bb b/meta/recipes-devtools/rust/cargo_1.66.0.bb index f00c67bef5e5..37e0

[OE-Core][PATCH v5 08/12] cargo: Extend DEBUG_PREFIX_MAP to cover vendor

The cargo build builds vendored libgit and curl, but these exist outside ${S} which DEBUG_PREFIX_MAP covers. Signed-off-by: Alex Kiernan --- (no changes since v1) meta/recipes-devtools/cargo/cargo_1.66.0.bb | 2 ++ 1 file changed, 2 insertions(+) diff --git a/meta/recipes-devtools/cargo/cargo

[OE-Core][PATCH v5 07/12] cargo: Merge .inc into .bb

Signed-off-by: Alex Kiernan --- (no changes since v1) meta/recipes-devtools/cargo/cargo.inc | 69 meta/recipes-devtools/cargo/cargo_1.66.0.bb | 71 - 2 files changed, 69 insertions(+), 71 deletions(-) delete mode 100644 meta/recipes-devtools/cargo

[OE-Core][PATCH v5 06/12] rust: Move musl-x86 fix for `__stack_chk_fail_local` to rust-source

Any consumer of rust-source (potentially) needs this, so move to rust-source.inc Signed-off-by: Alex Kiernan --- (no changes since v4) Changes in v4: - Fixup `__stack_chk_fail_local` in musl-x86 meta/recipes-devtools/rust/rust-source.inc | 5 + meta/recipes-devtools/rust/rust_1.66.0.bb |

[OE-Core][PATCH v5 05/12] rust: Merge .inc into .bb

Signed-off-by: Alex Kiernan --- (no changes since v1) meta/recipes-devtools/rust/rust-target.inc | 10 - meta/recipes-devtools/rust/rust.inc| 223 - meta/recipes-devtools/rust/rust_1.66.0.bb | 218 +++- 3 files changed, 217 insertions(+), 234 deleti

[OE-Core][PATCH v5 04/12] packagegroup-core-sdk: Add SDK toolchain language selection support

Use SDK_TOOLCHAIN_LANGS to allow different language support to be selected within SDKs. Initially supported options are rust and go. Signed-off-by: Alex Kiernan --- (no changes since v3) Changes in v3: - Switch to packagegroup-core-sdk driven from TARGET_TOOLCHAIN_LANGS (which defaults to SDK

[OE-Core][PATCH v5 03/12] packagegroup-rust-sdk-target: Add Rust SDK target packagegroup

Signed-off-by: Alex Kiernan --- (no changes since v1) .../packagegroups/packagegroup-rust-sdk-target.bb | 13 + 1 file changed, 13 insertions(+) create mode 100644 meta/recipes-core/packagegroups/packagegroup-rust-sdk-target.bb diff --git a/meta/recipes-core/packagegroups/packa

[OE-Core][PATCH v5 01/12] rust-llvm: Merge .inc into .bb

Signed-off-by: Alex Kiernan --- (no changes since v2) Changes in v2: - Drop rust.inc/rust.bb merge, not actually made use of in the change set - Reorder so cargo test goes after build fixes meta/recipes-devtools/rust/rust-llvm.inc | 78 -- .../recipes-devtools/rust/rust-

[OE-Core][PATCH v5 02/12] rust-llvm: Update LLVM_VERSION to match embedded version

Signed-off-by: Alex Kiernan --- (no changes since v1) meta/recipes-devtools/rust/rust-llvm_1.66.0.bb | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/recipes-devtools/rust/rust-llvm_1.66.0.bb b/meta/recipes-devtools/rust/rust-llvm_1.66.0.bb index e1baeb78574f..4cf244bb6

[OE-Core][PATCH v5 00/12] Add rust runtime tests

This series adds runtime tests for rust and cargo, merges (most of) the include files into the base recipes and fixes target cargo builds. Also add SDK_TOOLCHAIN_LANGS for selection of target toolchains as part of packagegroup-core-sdk. Changes in v5: - Switch from cargo patching to bitbake patc

Re: [OE-Core][PATCH v4 00/11] Add rust runtime tests

On Wed, Dec 28, 2022 at 12:01 AM Richard Purdie wrote: > > On Tue, 2022-12-27 at 18:09 +, Alex Kiernan wrote: > > On Mon, Dec 26, 2022 at 6:33 PM Richard Purdie > > wrote: > > > > > > On Sun, 2022-12-25 at 21:59 +, Alex Kiernan wrote: > > > > This series adds runtime tests for rust and ca

Re: [OE-core] [RFC PATCH 1/3] conf/machine/include: add x86-64-v3 tunes (AVX, AVX2, BMI1, BMI2, F16C, FMA, LZCNT, MOVBE, XSAVE)

On Mon, 2022-12-26 at 09:44 +0100, Alexander Kanavin wrote: > 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 specif

Re: [OE-core] [kirkstone] [PATCH v3] binutils : Fix CVE-2022-4285

On Tue, Dec 27, 2022 at 8:11 AM Randy MacLeod wrote: > > On 2022-12-27 11:42, Yash Shinde via lists.openembedded.org wrote: > > From: Yash Shinde > > Yash, > > I know you have a problem with sending email from your WR account so > I suspect that you're trying to ensure that the patch is authored

Re: [OE-core] [PATCH 6/7] libslirp: add recipe to continue slirp support in qemu

On Sat, 2022-12-24 at 17:59 +0100, Alexander Kanavin wrote: > qemu 7.2 no longer carries libslirp in-tree, and so > it has to be provided externally. > > Signed-off-by: Alexander Kanavin > --- > meta/conf/distro/include/maintainers.inc | 1 + > .../recipes-connectivity/slirp/libslirp_git.