[OE-core] [PATCH] openssl: Enable rc4/rc2/bf/md4 algorithms
They are still needed by several packages in meta-openembedded
Signed-off-by: Khem Raj
Cc: Shachar Menashe
---
meta/recipes-connectivity/openssl/openssl_1.1.1i.bb | 11 +--
1 file changed, 9 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-connectivity/openssl/openssl_1.1.1i.bb
b/meta/recipes-connectivity/openssl/openssl_1.1.1i.bb
index a82fd512ac..74ca11387a 100644
--- a/meta/recipes-connectivity/openssl/openssl_1.1.1i.bb
+++ b/meta/recipes-connectivity/openssl/openssl_1.1.1i.bb
@@ -55,8 +55,15 @@ CFLAGS_append_class-native = " -DOPENSSLDIR=/not/builtin
-DENGINESDIR=/not/built
CFLAGS_append_class-nativesdk = " -DOPENSSLDIR=/not/builtin
-DENGINESDIR=/not/builtin"
# Disable deprecated crypto algorithms
-# Retained for compatibilty - des (curl), dh (python-ssl), dsa (rpm)
-DEPRECATED_CRYPTO_FLAGS = " no-ssl no-idea no-psk no-rc2 no-rc4 no-rc5 no-md2
no-md4 no-srp no-camellia no-bf no-mdc2 no-scrypt no-seed no-siphash no-sm2
no-sm3 no-sm4 no-whirlpool"
+# Retained for compatibilty
+# des (curl)
+# dh (python-ssl)
+# dsa (rpm)
+# md4 (cyrus-sasl freeradius hostapd)
+# bf (wvstreams postgresql x11vnc crda znc cfengine)
+# rc4 (freerdp librtorrent ettercap xrdp transmission pam-ssh-agent-auth php)
+# rc2 (mailx)
+DEPRECATED_CRYPTO_FLAGS = "no-ssl no-idea no-psk no-rc5 no-md2 no-srp
no-camellia no-mdc2 no-scrypt no-seed no-siphash no-sm2 no-sm3 no-sm4
no-whirlpool"
do_configure () {
os=${HOST_OS}
--
2.29.2
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#146078):
https://lists.openembedded.org/g/openembedded-core/message/146078
Mute This Topic: https://lists.openembedded.org/mt/79176149/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
[OE-core] [PATCH] curl: Update 7.73.0 -> 7.74.0
From: Khairul Rohaizzat Jamaluddin
update to version 7.74.0
curl 7.74.0 hsts: add experimental support for Strict-Transport-Security with
various bug fixes
Reference:
https://curl.se/changes.html#7_74_0
update includes fix for CVE:
CVE-2020-8284
CVE-2020-8285
CVE-2020-8286
Signed-off-by: Khairul Rohaizzat Jamaluddin
---
meta/recipes-support/curl/{curl_7.73.0.bb => curl_7.74.0.bb} | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
rename meta/recipes-support/curl/{curl_7.73.0.bb => curl_7.74.0.bb} (97%)
diff --git a/meta/recipes-support/curl/curl_7.73.0.bb
b/meta/recipes-support/curl/curl_7.74.0.bb
similarity index 97%
rename from meta/recipes-support/curl/curl_7.73.0.bb
rename to meta/recipes-support/curl/curl_7.74.0.bb
index 0f26b0f..873bbe8 100644
--- a/meta/recipes-support/curl/curl_7.73.0.bb
+++ b/meta/recipes-support/curl/curl_7.74.0.bb
@@ -9,7 +9,7 @@ SRC_URI = "https://curl.haxx.se/download/curl-${PV}.tar.bz2 \
file://0001-replace-krb5-config-with-pkg-config.patch \
"
-SRC_URI[sha256sum] =
"cf34fe0b07b800f1c01a499a6e8b2af548f6d0e044dca4a29d88a4bee146d131"
+SRC_URI[sha256sum] =
"0f4d63e6681636539dc88fa8e929f934cd3a840c46e0bf28c73be11e521b77a5"
# Curl has used many names over the years...
CVE_PRODUCT = "haxx:curl haxx:libcurl curl:curl curl:libcurl libcurl:libcurl
daniel_stenberg:curl"
--
2.7.4
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#146077):
https://lists.openembedded.org/g/openembedded-core/message/146077
Mute This Topic: https://lists.openembedded.org/mt/79158366/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
[OE-core] [gatesgarth][dunfell][PATCH] openssl: Update to 1.1.1i
This fixes a NULL pointer dereference in GENERAL_NAME_cmp function.
CVE: CVE-2020-1971
Signed-off-by: Robert Joslyn
---
.../openssl/{openssl_1.1.1g.bb => openssl_1.1.1i.bb}| 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
rename meta/recipes-connectivity/openssl/{openssl_1.1.1g.bb =>
openssl_1.1.1i.bb} (98%)
diff --git a/meta/recipes-connectivity/openssl/openssl_1.1.1g.bb
b/meta/recipes-connectivity/openssl/openssl_1.1.1i.bb
similarity index 98%
rename from meta/recipes-connectivity/openssl/openssl_1.1.1g.bb
rename to meta/recipes-connectivity/openssl/openssl_1.1.1i.bb
index 815955837b..c2db596f03 100644
--- a/meta/recipes-connectivity/openssl/openssl_1.1.1g.bb
+++ b/meta/recipes-connectivity/openssl/openssl_1.1.1i.bb
@@ -23,7 +23,7 @@ SRC_URI_append_class-nativesdk = " \
file://environment.d-openssl.sh \
"
-SRC_URI[sha256sum] =
"ddb04774f1e32f0c49751e21b67216ac87852ceb056b75209af2443400636d46"
+SRC_URI[sha256sum] =
"e8be6a35fe41d10603c3cc635e93289ed00bf34b79671a3a4de64fcee00d5242"
inherit lib_package multilib_header multilib_script ptest
MULTILIB_SCRIPTS = "${PN}-bin:${bindir}/c_rehash"
--
2.26.2
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#146076):
https://lists.openembedded.org/g/openembedded-core/message/146076
Mute This Topic: https://lists.openembedded.org/mt/79174037/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
[OE-core] [PATCH 2/2] libcap-ng: upgrade 0.8.1 -> 0.8.2
SRC_URI update: http -> https
Signed-off-by: Yi Zhao
---
.../{libcap-ng-python_0.8.1.bb => libcap-ng-python_0.8.2.bb} | 0
meta/recipes-support/libcap-ng/libcap-ng.inc | 4 ++--
.../libcap-ng/{libcap-ng_0.8.1.bb => libcap-ng_0.8.2.bb} | 0
3 files changed, 2 insertions(+), 2 deletions(-)
rename meta/recipes-support/libcap-ng/{libcap-ng-python_0.8.1.bb =>
libcap-ng-python_0.8.2.bb} (100%)
rename meta/recipes-support/libcap-ng/{libcap-ng_0.8.1.bb =>
libcap-ng_0.8.2.bb} (100%)
diff --git a/meta/recipes-support/libcap-ng/libcap-ng-python_0.8.1.bb
b/meta/recipes-support/libcap-ng/libcap-ng-python_0.8.2.bb
similarity index 100%
rename from meta/recipes-support/libcap-ng/libcap-ng-python_0.8.1.bb
rename to meta/recipes-support/libcap-ng/libcap-ng-python_0.8.2.bb
diff --git a/meta/recipes-support/libcap-ng/libcap-ng.inc
b/meta/recipes-support/libcap-ng/libcap-ng.inc
index a312b602ff..8c52b5d0b9 100644
--- a/meta/recipes-support/libcap-ng/libcap-ng.inc
+++ b/meta/recipes-support/libcap-ng/libcap-ng.inc
@@ -7,10 +7,10 @@ LICENSE = "GPLv2+ & LGPLv2.1+"
LIC_FILES_CHKSUM = "file://COPYING;md5=94d55d512a9ba36caa9b7df079bae19f \
file://COPYING.LIB;md5=e3eda01d9815f8d24aae2dbd89b68b06"
-SRC_URI = "http://people.redhat.com/sgrubb/libcap-ng/libcap-ng-${PV}.tar.gz \
+SRC_URI = "https://people.redhat.com/sgrubb/libcap-ng/libcap-ng-${PV}.tar.gz \
file://python.patch \
"
-SRC_URI[sha256sum] =
"f06b17aaca029e245c9a26c698c6cc8a1cf42b58483d93e94ee02b478bdc1055"
+SRC_URI[sha256sum] =
"52c083b77c2b0d8449dee141f9c3eba76e6d4c5ad44ef05df25891126cb85ae9"
BBCLASSEXTEND = "native nativesdk"
diff --git a/meta/recipes-support/libcap-ng/libcap-ng_0.8.1.bb
b/meta/recipes-support/libcap-ng/libcap-ng_0.8.2.bb
similarity index 100%
rename from meta/recipes-support/libcap-ng/libcap-ng_0.8.1.bb
rename to meta/recipes-support/libcap-ng/libcap-ng_0.8.2.bb
--
2.25.1
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#146075):
https://lists.openembedded.org/g/openembedded-core/message/146075
Mute This Topic: https://lists.openembedded.org/mt/79173088/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
[OE-core] [PATCH 1/2] libcap: update 2.45 -> 2.46
Rebase 0001-tests-do-not-statically-link-a-test.patch
Signed-off-by: Yi Zhao
---
.../0001-tests-do-not-statically-link-a-test.patch | 10 ++
.../libcap/{libcap_2.45.bb => libcap_2.46.bb} | 2 +-
2 files changed, 7 insertions(+), 5 deletions(-)
rename meta/recipes-support/libcap/{libcap_2.45.bb => libcap_2.46.bb} (96%)
diff --git
a/meta/recipes-support/libcap/files/0001-tests-do-not-statically-link-a-test.patch
b/meta/recipes-support/libcap/files/0001-tests-do-not-statically-link-a-test.patch
index 3c737b884e..d2653afb75 100644
---
a/meta/recipes-support/libcap/files/0001-tests-do-not-statically-link-a-test.patch
+++
b/meta/recipes-support/libcap/files/0001-tests-do-not-statically-link-a-test.patch
@@ -1,4 +1,4 @@
-From c22c6c16362c7dbc8d6faea06edee5e07759c5fa Mon Sep 17 00:00:00 2001
+From 6aa15fe548e5b1d6ca3b373779beb7521ea95ba9 Mon Sep 17 00:00:00 2001
From: Alexander Kanavin
Date: Wed, 15 Jan 2020 17:16:28 +0100
Subject: [PATCH] tests: do not statically link a test
@@ -7,7 +7,6 @@ This fails on e.g. centos 7
Upstream-Status: Inappropriate [oe-core specific]
Signed-off-by: Alexander Kanavin
-
---
progs/Makefile | 2 +-
tests/Makefile | 4 ++--
@@ -27,7 +26,7 @@ index 1d7fc7a..37db8f7 100644
sudotest: test tcapsh-static
sudo $(LDPATH) ./quicktest.sh
diff --git a/tests/Makefile b/tests/Makefile
-index 3431df9..727fb86 100644
+index 01f7589..094ec57 100644
--- a/tests/Makefile
+++ b/tests/Makefile
@@ -22,7 +22,7 @@ ifeq ($(PTHREADS),yes)
@@ -36,7 +35,7 @@ index 3431df9..727fb86 100644
else
-LDFLAGS += --static
+LDFLAGS +=
- DEPS=../libcap/libcap.a ../progs/tcapsh-static
+ DEPS=../libcap/libcap.a
ifeq ($(PTHREADS),yes)
DEPS += ../libcap/libpsx.a
@@ -106,7 +106,7 @@ noexploit: exploit.o $(DEPS)
@@ -48,3 +47,6 @@ index 3431df9..727fb86 100644
clean:
rm -f psx_test libcap_psx_test libcap_launch_test *~
+--
+2.17.1
+
diff --git a/meta/recipes-support/libcap/libcap_2.45.bb
b/meta/recipes-support/libcap/libcap_2.46.bb
similarity index 96%
rename from meta/recipes-support/libcap/libcap_2.45.bb
rename to meta/recipes-support/libcap/libcap_2.46.bb
index 067ba32d99..605a738127 100644
--- a/meta/recipes-support/libcap/libcap_2.45.bb
+++ b/meta/recipes-support/libcap/libcap_2.46.bb
@@ -12,7 +12,7 @@ SRC_URI =
"${KERNELORG_MIRROR}/linux/libs/security/linux-privs/${BPN}2/${BPN}-${
file://0002-tests-do-not-run-target-executables.patch \
file://0001-tests-do-not-statically-link-a-test.patch \
"
-SRC_URI[sha256sum] =
"d66639f765c0e10557666b00f519caf0bd07a95f867dddaee131cd284fac3286"
+SRC_URI[sha256sum] =
"4ed3d11413fa6c9667e49f819808fbb581cd8864b839f87d7c2a02c70f21d8b4"
UPSTREAM_CHECK_URI =
"https://www.kernel.org/pub/linux/libs/security/linux-privs/${BPN}2/;
--
2.25.1
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#146074):
https://lists.openembedded.org/g/openembedded-core/message/146074
Mute This Topic: https://lists.openembedded.org/mt/79173087/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [yocto-security] [PATCH] openssl: drop support for deprecated algorithms
so there are some build failures seen due to this change on meta-oe
here is sample.
https://errors.yoctoproject.org/Errors/Build/113701/
On Sat, Dec 19, 2020 at 9:36 AM Richard Purdie
wrote:
>
> The OE-Core list needs to be included on this so I'm doing so.
>
> Cheers,
>
> Richard
>
>
>
> -- Forwarded message --
> From: Shachar Menashe
> To: "yocto-secur...@lists.yoctoproject.org"
>
> Cc:
> Bcc:
> Date: Sat, 19 Dec 2020 16:04:30 +
> Subject: [yocto-security] [PATCH] openssl: drop support for deprecated
> algorithms
> 1. Drop support for many deprecated algorithms by default
> 2. Allow dropping support for TLS 1.0/1.1 via PACKAGECONFIG
>
> Signed-off-by: Shachar Menashe
> ---
> meta/recipes-connectivity/openssl/openssl_1.1.1g.bb | 8 +++-
> 1 file changed, 7 insertions(+), 1 deletion(-)
>
> diff --git a/meta/recipes-connectivity/openssl/openssl_1.1.1g.bb
> b/meta/recipes-connectivity/openssl/openssl_1.1.1g.bb
> index 8159558..f9764bd 100644
> --- a/meta/recipes-connectivity/openssl/openssl_1.1.1g.bb
> +++ b/meta/recipes-connectivity/openssl/openssl_1.1.1g.bb
> @@ -33,6 +33,8 @@ PACKAGECONFIG_class-native = ""
> PACKAGECONFIG_class-nativesdk = ""
>
> PACKAGECONFIG[cryptodev-linux] =
> "enable-devcryptoeng,disable-devcryptoeng,cryptodev-linux,,cryptodev-module"
> +PACKAGECONFIG[no-tls1] = "no-tls1"
> +PACKAGECONFIG[no-tls1_1] = "no-tls1_1"
>
> B = "${WORKDIR}/build"
> do_configure[cleandirs] = "${B}"
> @@ -52,6 +54,10 @@ EXTRA_OECONF_class-nativesdk =
> "--with-rand-seed=os,devrandom"
> CFLAGS_append_class-native = " -DOPENSSLDIR=/not/builtin
> -DENGINESDIR=/not/builtin"
> CFLAGS_append_class-nativesdk = " -DOPENSSLDIR=/not/builtin
> -DENGINESDIR=/not/builtin"
>
> +# Disable deprecated crypto algorithms
> +# Retained for compatibilty - des (curl), dh (python-ssl), dsa (rpm)
> +DEPRECATED_CRYPTO_FLAGS = " no-ssl no-idea no-psk no-rc2 no-rc4 no-rc5
> no-md2 no-md4 no-srp no-camellia no-bf no-mdc2 no-scrypt no-seed no-siphash
> no-sm2 no-sm3 no-sm4 no-whirlpool"
> +
> do_configure () {
> os=${HOST_OS}
> case $os in
> @@ -122,7 +128,7 @@ do_configure () {
> # WARNING: do not set compiler/linker flags (-I/-D etc.) in
> EXTRA_OECONF, as they will fully replace the
> # environment variables set by bitbake. Adjust the environment
> variables instead.
> HASHBANGPERL="/usr/bin/env perl" PERL=perl
> PERL5LIB="${S}/external/perl/Text-Template-1.46/lib/" \
> - perl ${S}/Configure ${EXTRA_OECONF} ${PACKAGECONFIG_CONFARGS}
> --prefix=$useprefix --openssldir=${libdir}/ssl-1.1 --libdir=${libdir} $target
> + perl ${S}/Configure ${EXTRA_OECONF} ${PACKAGECONFIG_CONFARGS}
> ${DEPRECATED_CRYPTO_FLAGS} --prefix=$useprefix --openssldir=${libdir}/ssl-1.1
> --libdir=${libdir} $target
> perl ${B}/configdata.pm --dump
> }
>
> --
> 2.17.1
>
>
>
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#146073):
https://lists.openembedded.org/g/openembedded-core/message/146073
Mute This Topic: https://lists.openembedded.org/mt/79087117/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
[OE-core] [dunfell][PATCH] weston: Fix PACKAGECONFIG for remoting
From: Robert Yang Fix a typo: gstreamer-1.0 -> gstreamer1.0. (From OE-Core rev: d5b030dd9b9ada796f90919c97c887b00612cfc0) Signed-off-by: Robert Yang Signed-off-by: Richard Purdie (cherry picked from commit 0eebc82cc026ac03a44aad91c28904a2fb3095ba) Signed-off-by: Anuj Mittal --- meta/recipes-graphics/wayland/weston_8.0.0.bb | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta/recipes-graphics/wayland/weston_8.0.0.bb b/meta/recipes-graphics/wayland/weston_8.0.0.bb index 8fef864827..0b383f25f3 100644 --- a/meta/recipes-graphics/wayland/weston_8.0.0.bb +++ b/meta/recipes-graphics/wayland/weston_8.0.0.bb @@ -70,7 +70,7 @@ PACKAGECONFIG[colord] = "-Dcolor-management-colord=true,-Dcolor-management-color # Clients support PACKAGECONFIG[clients] = "-Dsimple-clients=all -Ddemo-clients=true,-Dsimple-clients= -Ddemo-clients=false" # Virtual remote output with GStreamer on DRM backend -PACKAGECONFIG[remoting] = "-Dremoting=true,-Dremoting=false,gstreamer-1.0" +PACKAGECONFIG[remoting] = "-Dremoting=true,-Dremoting=false,gstreamer1.0" # Weston with PAM support PACKAGECONFIG[pam] = "-Dpam=true,-Dpam=false,libpam" # Weston with screen-share support -- 2.29.2 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#146072): https://lists.openembedded.org/g/openembedded-core/message/146072 Mute This Topic: https://lists.openembedded.org/mt/79172161/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [PATCH] curl: Update 7.73.0 -> 7.74.0
Please set up git to detect file renames, otherwise the patch is impossible
to review.
Alex
On Tue, 22 Dec 2020 at 21:33, Jamaluddin, Khairul Rohaizzat <
khairul.rohaizzat.jamalud...@intel.com> wrote:
> From: Khairul Rohaizzat Jamaluddin >
>
> update to version 7.74.0
>
> curl 7.74.0 hsts: add experimental support for Strict-Transport-Security
> with various bug fixes
>
> Reference:
> https://curl.se/changes.html#7_74_0
>
> update includes fix for CVE:
> CVE-2020-8284
> CVE-2020-8285
> CVE-2020-8286
>
> Signed-off-by: Khairul Rohaizzat Jamaluddin <
> khairul.rohaizzat.jamalud...@intel.com>
> ---
> meta/recipes-support/curl/curl_7.73.0.bb | 85
>
> meta/recipes-support/curl/curl_7.74.0.bb | 85
>
> 2 files changed, 85 insertions(+), 85 deletions(-)
> delete mode 100644 meta/recipes-support/curl/curl_7.73.0.bb
> create mode 100644 meta/recipes-support/curl/curl_7.74.0.bb
>
> diff --git a/meta/recipes-support/curl/curl_7.73.0.bb
> b/meta/recipes-support/curl/curl_7.73.0.bb
> deleted file mode 100644
> index 0f26b0f..000
> --- a/meta/recipes-support/curl/curl_7.73.0.bb
> +++ /dev/null
> @@ -1,85 +0,0 @@
> -SUMMARY = "Command line tool and library for client-side URL transfers"
> -HOMEPAGE = "http://curl.haxx.se/;
> -BUGTRACKER = "http://curl.haxx.se/mail/list.cgi?list=curl-tracker;
> -SECTION = "console/network"
> -LICENSE = "MIT"
> -LIC_FILES_CHKSUM = "file://COPYING;md5=2e9fb35867314fe31c6a4977ef7dd531"
> -
> -SRC_URI = "https://curl.haxx.se/download/curl-${PV}.tar.bz2 \
> - file://0001-replace-krb5-config-with-pkg-config.patch \
> -"
> -
> -SRC_URI[sha256sum] =
> "cf34fe0b07b800f1c01a499a6e8b2af548f6d0e044dca4a29d88a4bee146d131"
> -
> -# Curl has used many names over the years...
> -CVE_PRODUCT = "haxx:curl haxx:libcurl curl:curl curl:libcurl
> libcurl:libcurl daniel_stenberg:curl"
> -
> -inherit autotools pkgconfig binconfig multilib_header
> -
> -PACKAGECONFIG ??= "${@bb.utils.filter('DISTRO_FEATURES', 'ipv6', d)}
> gnutls libidn proxy threaded-resolver verbose zlib"
> -PACKAGECONFIG_class-native = "ipv6 proxy ssl threaded-resolver verbose
> zlib"
> -PACKAGECONFIG_class-nativesdk = "ipv6 proxy ssl threaded-resolver verbose
> zlib"
> -
> -# 'ares' and 'threaded-resolver' are mutually exclusive
> -PACKAGECONFIG[ares] =
> "--enable-ares,--disable-ares,c-ares,,,threaded-resolver"
> -PACKAGECONFIG[brotli] = "--with-brotli,--without-brotli,brotli"
> -PACKAGECONFIG[builtinmanual] = "--enable-manual,--disable-manual"
> -PACKAGECONFIG[dict] = "--enable-dict,--disable-dict,"
> -PACKAGECONFIG[gnutls] = "--with-gnutls,--without-gnutls,gnutls"
> -PACKAGECONFIG[gopher] = "--enable-gopher,--disable-gopher,"
> -PACKAGECONFIG[imap] = "--enable-imap,--disable-imap,"
> -PACKAGECONFIG[ipv6] = "--enable-ipv6,--disable-ipv6,"
> -PACKAGECONFIG[krb5] = "--with-gssapi,--without-gssapi,krb5"
> -PACKAGECONFIG[ldap] = "--enable-ldap,--disable-ldap,"
> -PACKAGECONFIG[ldaps] = "--enable-ldaps,--disable-ldaps,"
> -PACKAGECONFIG[libidn] = "--with-libidn2,--without-libidn2,libidn2"
> -PACKAGECONFIG[libssh2] = "--with-libssh2,--without-libssh2,libssh2"
> -PACKAGECONFIG[mbedtls] =
> "--with-mbedtls=${STAGING_DIR_TARGET},--without-mbedtls,mbedtls"
> -PACKAGECONFIG[mqtt] = "--enable-mqtt,--disable-mqtt,"
> -PACKAGECONFIG[nghttp2] = "--with-nghttp2,--without-nghttp2,nghttp2"
> -PACKAGECONFIG[pop3] = "--enable-pop3,--disable-pop3,"
> -PACKAGECONFIG[proxy] = "--enable-proxy,--disable-proxy,"
> -PACKAGECONFIG[rtmpdump] = "--with-librtmp,--without-librtmp,rtmpdump"
> -PACKAGECONFIG[rtsp] = "--enable-rtsp,--disable-rtsp,"
> -PACKAGECONFIG[smb] = "--enable-smb,--disable-smb,"
> -PACKAGECONFIG[smtp] = "--enable-smtp,--disable-smtp,"
> -PACKAGECONFIG[ssl] = "--with-ssl
> --with-random=/dev/urandom,--without-ssl,openssl"
> -PACKAGECONFIG[nss] = "--with-nss,--without-nss,nss"
> -PACKAGECONFIG[telnet] = "--enable-telnet,--disable-telnet,"
> -PACKAGECONFIG[tftp] = "--enable-tftp,--disable-tftp,"
> -PACKAGECONFIG[threaded-resolver] =
> "--enable-threaded-resolver,--disable-threaded-resolverares"
> -PACKAGECONFIG[verbose] = "--enable-verbose,--disable-verbose"
> -PACKAGECONFIG[zlib] =
> "--with-zlib=${STAGING_LIBDIR}/../,--without-zlib,zlib"
> -
> -EXTRA_OECONF = " \
> ---disable-libcurl-option \
> ---disable-ntlm-wb \
> ---enable-crypto-auth \
> ---with-ca-bundle=${sysconfdir}/ssl/certs/ca-certificates.crt \
> ---without-libmetalink \
> ---without-libpsl \
> ---enable-debug \
> ---enable-optimize \
> ---disable-curldebug \
> -"
> -
> -do_install_append_class-target() {
> - # cleanup buildpaths from curl-config
> - sed -i \
> - -e 's,--sysroot=${STAGING_DIR_TARGET},,g' \
> - -e 's,--with-libtool-sysroot=${STAGING_DIR_TARGET},,g' \
> - -e 's|${DEBUG_PREFIX_MAP}||g' \
> - ${D}${bindir}/curl-config
> -}
> -
> -PACKAGES =+ "lib${BPN}"
> -
> -FILES_lib${BPN} = "${libdir}/lib*.so.*"
>
[OE-core] [PATCH] curl: Update 7.73.0 -> 7.74.0
From: Khairul Rohaizzat Jamaluddin
update to version 7.74.0
curl 7.74.0 hsts: add experimental support for Strict-Transport-Security with
various bug fixes
Reference:
https://curl.se/changes.html#7_74_0
update includes fix for CVE:
CVE-2020-8284
CVE-2020-8285
CVE-2020-8286
Signed-off-by: Khairul Rohaizzat Jamaluddin
---
meta/recipes-support/curl/curl_7.73.0.bb | 85
meta/recipes-support/curl/curl_7.74.0.bb | 85
2 files changed, 85 insertions(+), 85 deletions(-)
delete mode 100644 meta/recipes-support/curl/curl_7.73.0.bb
create mode 100644 meta/recipes-support/curl/curl_7.74.0.bb
diff --git a/meta/recipes-support/curl/curl_7.73.0.bb
b/meta/recipes-support/curl/curl_7.73.0.bb
deleted file mode 100644
index 0f26b0f..000
--- a/meta/recipes-support/curl/curl_7.73.0.bb
+++ /dev/null
@@ -1,85 +0,0 @@
-SUMMARY = "Command line tool and library for client-side URL transfers"
-HOMEPAGE = "http://curl.haxx.se/;
-BUGTRACKER = "http://curl.haxx.se/mail/list.cgi?list=curl-tracker;
-SECTION = "console/network"
-LICENSE = "MIT"
-LIC_FILES_CHKSUM = "file://COPYING;md5=2e9fb35867314fe31c6a4977ef7dd531"
-
-SRC_URI = "https://curl.haxx.se/download/curl-${PV}.tar.bz2 \
- file://0001-replace-krb5-config-with-pkg-config.patch \
-"
-
-SRC_URI[sha256sum] =
"cf34fe0b07b800f1c01a499a6e8b2af548f6d0e044dca4a29d88a4bee146d131"
-
-# Curl has used many names over the years...
-CVE_PRODUCT = "haxx:curl haxx:libcurl curl:curl curl:libcurl libcurl:libcurl
daniel_stenberg:curl"
-
-inherit autotools pkgconfig binconfig multilib_header
-
-PACKAGECONFIG ??= "${@bb.utils.filter('DISTRO_FEATURES', 'ipv6', d)} gnutls
libidn proxy threaded-resolver verbose zlib"
-PACKAGECONFIG_class-native = "ipv6 proxy ssl threaded-resolver verbose zlib"
-PACKAGECONFIG_class-nativesdk = "ipv6 proxy ssl threaded-resolver verbose zlib"
-
-# 'ares' and 'threaded-resolver' are mutually exclusive
-PACKAGECONFIG[ares] = "--enable-ares,--disable-ares,c-ares,,,threaded-resolver"
-PACKAGECONFIG[brotli] = "--with-brotli,--without-brotli,brotli"
-PACKAGECONFIG[builtinmanual] = "--enable-manual,--disable-manual"
-PACKAGECONFIG[dict] = "--enable-dict,--disable-dict,"
-PACKAGECONFIG[gnutls] = "--with-gnutls,--without-gnutls,gnutls"
-PACKAGECONFIG[gopher] = "--enable-gopher,--disable-gopher,"
-PACKAGECONFIG[imap] = "--enable-imap,--disable-imap,"
-PACKAGECONFIG[ipv6] = "--enable-ipv6,--disable-ipv6,"
-PACKAGECONFIG[krb5] = "--with-gssapi,--without-gssapi,krb5"
-PACKAGECONFIG[ldap] = "--enable-ldap,--disable-ldap,"
-PACKAGECONFIG[ldaps] = "--enable-ldaps,--disable-ldaps,"
-PACKAGECONFIG[libidn] = "--with-libidn2,--without-libidn2,libidn2"
-PACKAGECONFIG[libssh2] = "--with-libssh2,--without-libssh2,libssh2"
-PACKAGECONFIG[mbedtls] =
"--with-mbedtls=${STAGING_DIR_TARGET},--without-mbedtls,mbedtls"
-PACKAGECONFIG[mqtt] = "--enable-mqtt,--disable-mqtt,"
-PACKAGECONFIG[nghttp2] = "--with-nghttp2,--without-nghttp2,nghttp2"
-PACKAGECONFIG[pop3] = "--enable-pop3,--disable-pop3,"
-PACKAGECONFIG[proxy] = "--enable-proxy,--disable-proxy,"
-PACKAGECONFIG[rtmpdump] = "--with-librtmp,--without-librtmp,rtmpdump"
-PACKAGECONFIG[rtsp] = "--enable-rtsp,--disable-rtsp,"
-PACKAGECONFIG[smb] = "--enable-smb,--disable-smb,"
-PACKAGECONFIG[smtp] = "--enable-smtp,--disable-smtp,"
-PACKAGECONFIG[ssl] = "--with-ssl
--with-random=/dev/urandom,--without-ssl,openssl"
-PACKAGECONFIG[nss] = "--with-nss,--without-nss,nss"
-PACKAGECONFIG[telnet] = "--enable-telnet,--disable-telnet,"
-PACKAGECONFIG[tftp] = "--enable-tftp,--disable-tftp,"
-PACKAGECONFIG[threaded-resolver] =
"--enable-threaded-resolver,--disable-threaded-resolverares"
-PACKAGECONFIG[verbose] = "--enable-verbose,--disable-verbose"
-PACKAGECONFIG[zlib] = "--with-zlib=${STAGING_LIBDIR}/../,--without-zlib,zlib"
-
-EXTRA_OECONF = " \
---disable-libcurl-option \
---disable-ntlm-wb \
---enable-crypto-auth \
---with-ca-bundle=${sysconfdir}/ssl/certs/ca-certificates.crt \
---without-libmetalink \
---without-libpsl \
---enable-debug \
---enable-optimize \
---disable-curldebug \
-"
-
-do_install_append_class-target() {
- # cleanup buildpaths from curl-config
- sed -i \
- -e 's,--sysroot=${STAGING_DIR_TARGET},,g' \
- -e 's,--with-libtool-sysroot=${STAGING_DIR_TARGET},,g' \
- -e 's|${DEBUG_PREFIX_MAP}||g' \
- ${D}${bindir}/curl-config
-}
-
-PACKAGES =+ "lib${BPN}"
-
-FILES_lib${BPN} = "${libdir}/lib*.so.*"
-RRECOMMENDS_lib${BPN} += "ca-certificates"
-
-FILES_${PN} += "${datadir}/zsh"
-
-inherit multilib_script
-MULTILIB_SCRIPTS = "${PN}-dev:${bindir}/curl-config"
-
-BBCLASSEXTEND = "native nativesdk"
diff --git a/meta/recipes-support/curl/curl_7.74.0.bb
b/meta/recipes-support/curl/curl_7.74.0.bb
new file mode 100644
index 000..873bbe8
--- /dev/null
+++ b/meta/recipes-support/curl/curl_7.74.0.bb
@@ -0,0 +1,85 @@
+SUMMARY = "Command line tool and library for
[OE-core] [PATCH] license.bbclass: Add COMMON_LICENSE_DIR and LICENSE_PATH dirs to PSEUDO_IGNORE_PATHS
* now without ${COREBASE}/meta in PSEUDO_IGNORE_PATHS after:
73d538f207 bitbake.conf: Prevent pyc file generation in pseudo context
the do_package tasks are failing when LICENSE_CREATE_PACKAGE is enabled
pseudo.log shows that it's because of license texts copied from
${COREBASE}/meta:
path mismatch [46 links]: ino 96733640 db
'/OE/build/tmp-glibc/work/all-oe-linux/foo/1.0/image/usr/share/licenses/foo/generic_Apache-2.0'
req '/OE/build/openembedded-core/meta/files/common-licenses/Apache-2.0'.
Signed-off-by: Martin Jansa
---
meta/classes/license.bbclass | 1 +
1 file changed, 1 insertion(+)
diff --git a/meta/classes/license.bbclass b/meta/classes/license.bbclass
index f90176d6c0..dc91118340 100644
--- a/meta/classes/license.bbclass
+++ b/meta/classes/license.bbclass
@@ -31,6 +31,7 @@ python do_populate_lic() {
f.write("%s: %s\n" % (key, info[key]))
}
+PSEUDO_IGNORE_PATHS .= ",${@','.join(((d.getVar('COMMON_LICENSE_DIR') or '') +
' ' + (d.getVar('LICENSE_PATH') or '')).split())}"
# it would be better to copy them in do_install_append, but
find_license_filesa is python
python perform_packagecopy_prepend () {
enabled = oe.data.typed_value('LICENSE_CREATE_PACKAGE', d)
--
2.27.0
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#146069):
https://lists.openembedded.org/g/openembedded-core/message/146069
Mute This Topic: https://lists.openembedded.org/mt/79155107/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core][dunfell 00/28] Patch review - pseudo file mode corruption fix series
On Tue, 2020-12-22 at 15:09 +, Paul Barker wrote:
> On Tue, 22 Dec 2020 at 14:57, Erik Botö wrote:
> >
> > On Tue, Dec 22, 2020 at 2:50 PM Paul Barker
> > wrote:
> > >
> > >
> > > Looking at that bug (#14129) I wonder why "${WORKDIR}/build-wic"
> > > was
> > > added to PSEUDO_IGNORE_PATHS in
> > > https://git.openembedded.org/openembedded-core/commit/?id=ad8f5532ffaead9a5ad13e1034fe9e5e1b7979f4
> > > .
> > > Is anything likely to explode if we drop that addition?
> >
> > Yes, if you try to build an image a second time it breaks and you
> > have
> > to "bitbake -c clean " in order to build it successfully
> > again.
> > I don't recall the exact error at this time, but it was related to
> > the
> > partition files wic created under build-wic.
>
> Ok. Sounds like we need to move the directory wic uses when copying
> the rootfs out of "${WORKDIR}/build-wic" so that it can be tracked by
> pseudo. The partition files should stay in the build-wic directory.
That sounds like a promising suggesting to me FWIW.
Cheers,
Richard
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#146068):
https://lists.openembedded.org/g/openembedded-core/message/146068
Mute This Topic: https://lists.openembedded.org/mt/78686037/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
[OE-core] [PATCH 1/2] bitbake.conf: default SDKMACHINE to the build host architecture
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.
Signed-off-by: Ross Burton
---
meta/conf/bitbake.conf | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/conf/bitbake.conf b/meta/conf/bitbake.conf
index da6db9f595..92b6866d4d 100644
--- a/meta/conf/bitbake.conf
+++ b/meta/conf/bitbake.conf
@@ -136,7 +136,7 @@ TARGET_CC_ARCH = "${TUNE_CCARGS}"
TARGET_LD_ARCH = "${TUNE_LDARGS}"
TARGET_AS_ARCH = "${TUNE_ASARGS}"
-SDKMACHINE ??= "x86_64"
+SDKMACHINE ??= "${BUILD_ARCH}"
SDK_OS = "${BUILD_OS}"
SDK_VENDOR = "-oesdk"
SDK_SYS = "${SDK_ARCH}${SDK_VENDOR}-${SDK_OS}"
--
2.25.1
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#146067):
https://lists.openembedded.org/g/openembedded-core/message/146067
Mute This Topic: https://lists.openembedded.org/mt/79153932/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
[OE-core] [PATCH 2/2] local.conf: add aarch64 to the SDKMACHINE example values
Signed-off-by: Ross Burton --- meta-poky/conf/local.conf.sample | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git a/meta-poky/conf/local.conf.sample b/meta-poky/conf/local.conf.sample index 68e71b930b..096359ee8a 100644 --- a/meta-poky/conf/local.conf.sample +++ b/meta-poky/conf/local.conf.sample @@ -112,7 +112,7 @@ PACKAGE_CLASSES ?= "package_rpm" # This variable specifies the architecture to build SDK items for and means # you can build the SDK packages for architectures other than the machine you are # running the build on (i.e. building i686 packages on an x86_64 host). -# Supported values are i686 and x86_64 +# Supported values are i686, x86_64, aarch64 #SDKMACHINE ?= "i686" # -- 2.25.1 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#146066): https://lists.openembedded.org/g/openembedded-core/message/146066 Mute This Topic: https://lists.openembedded.org/mt/79153931/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core][dunfell 00/28] Patch review - pseudo file mode corruption fix series
On Tue, 22 Dec 2020 at 14:57, Erik Botö wrote:
>
> On Tue, Dec 22, 2020 at 2:50 PM Paul Barker wrote:
> >
> > On Tue, 22 Dec 2020 at 10:03, Richard Purdie
> > wrote:
> > >
> > > On Tue, 2020-12-22 at 10:08 +0100, Erik Boto wrote:
> > > > There's a bug affecting wic in combination with --exclude-path /
> > > > --include-path that would then be backported into the LTS version.
> > > > See
> > > > https://bugzilla.yoctoproject.org/show_bug.cgi?id=14129.
> > > >
> > > > Maybe the issue that is being fixed is more serious then the issue
> > > > being introduced so it's a valid trade-off, I just wanted to mention
> > > > it so it's known.
> > >
> > > I've been suggesting Steve hold off this until we sorted out master,
> > > having a patch queue ready is helpful though so we don't lose track of
> > > all the patches.
> > >
> > > There were some fixes from Peter/Paul around pseudo which we needed and
> > > have now merged which leaves the above issue...
> > >
> > > Cheers,
> > >
> > > Richard
> >
> > Looking at that bug (#14129) I wonder why "${WORKDIR}/build-wic" was
> > added to PSEUDO_IGNORE_PATHS in
> > https://git.openembedded.org/openembedded-core/commit/?id=ad8f5532ffaead9a5ad13e1034fe9e5e1b7979f4.
> > Is anything likely to explode if we drop that addition?
>
> Yes, if you try to build an image a second time it breaks and you have
> to "bitbake -c clean " in order to build it successfully again.
> I don't recall the exact error at this time, but it was related to the
> partition files wic created under build-wic.
Ok. Sounds like we need to move the directory wic uses when copying
the rootfs out of "${WORKDIR}/build-wic" so that it can be tracked by
pseudo. The partition files should stay in the build-wic directory.
--
Paul Barker
Konsulko Group
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#146065):
https://lists.openembedded.org/g/openembedded-core/message/146065
Mute This Topic: https://lists.openembedded.org/mt/78686037/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core][dunfell 00/28] Patch review - pseudo file mode corruption fix series
On Tue, Dec 22, 2020 at 2:50 PM Paul Barker wrote:
>
> On Tue, 22 Dec 2020 at 10:03, Richard Purdie
> wrote:
> >
> > On Tue, 2020-12-22 at 10:08 +0100, Erik Boto wrote:
> > > There's a bug affecting wic in combination with --exclude-path /
> > > --include-path that would then be backported into the LTS version.
> > > See
> > > https://bugzilla.yoctoproject.org/show_bug.cgi?id=14129.
> > >
> > > Maybe the issue that is being fixed is more serious then the issue
> > > being introduced so it's a valid trade-off, I just wanted to mention
> > > it so it's known.
> >
> > I've been suggesting Steve hold off this until we sorted out master,
> > having a patch queue ready is helpful though so we don't lose track of
> > all the patches.
> >
> > There were some fixes from Peter/Paul around pseudo which we needed and
> > have now merged which leaves the above issue...
> >
> > Cheers,
> >
> > Richard
>
> Looking at that bug (#14129) I wonder why "${WORKDIR}/build-wic" was
> added to PSEUDO_IGNORE_PATHS in
> https://git.openembedded.org/openembedded-core/commit/?id=ad8f5532ffaead9a5ad13e1034fe9e5e1b7979f4.
> Is anything likely to explode if we drop that addition?
Yes, if you try to build an image a second time it breaks and you have
to "bitbake -c clean " in order to build it successfully again.
I don't recall the exact error at this time, but it was related to the
partition files wic created under build-wic.
Cheers,
Erik
>
> Thanks,
>
> --
> Paul Barker
> Konsulko Group
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#146064):
https://lists.openembedded.org/g/openembedded-core/message/146064
Mute This Topic: https://lists.openembedded.org/mt/78686037/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [PATCH] mesa: update 20.2.4 → 20.3.1
On Tue 2020-12-22 @ 09:18:51 AM, Richard Purdie wrote: > FWIW this is missing the rename of mesa-gl to match the mesa recipe. Oops! > I've queued the missing piece for testing. Thank you. -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#146063): https://lists.openembedded.org/g/openembedded-core/message/146063 Mute This Topic: https://lists.openembedded.org/mt/79055348/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[OE-core] [PATCH 8/9] systemtap: upgrade 4.3 -> 4.4
From: zangrc The test log of oe-selftest is as follows: 2020-11-23 15:48:49,144 - oe-selftest - INFO - test_crosstap_helloworld (runtime_test.SystemTap) 2020-11-23 17:06:55,949 - oe-selftest - INFO - ... ok 2020-11-23 17:06:55,951 - oe-selftest - INFO - test_crosstap_pstree (runtime_test.SystemTap) 2020-11-23 17:08:07,921 - oe-selftest - INFO - ... ok 2020-11-23 17:08:07,922 - oe-selftest - INFO - test_crosstap_syscalls_by_pid (runtime_test.SystemTap) 2020-11-23 17:09:20,084 - oe-selftest - INFO - ... ok 2020-11-23 17:09:20,085 - oe-selftest - INFO - test_crosstap_syscalls_by_proc (runtime_test.SystemTap) 2020-11-23 17:10:31,349 - oe-selftest - INFO - ... ok 2020-11-23 17:12:58,052 - oe-selftest - INFO - -- 2020-11-23 17:12:58,054 - oe-selftest - INFO - Ran 4 tests in 5051.537s 2020-11-23 17:12:58,054 - oe-selftest - INFO - OK 2020-11-23 17:13:08,416 - oe-selftest - INFO - RESULTS: 2020-11-23 17:13:08,417 - oe-selftest - INFO - RESULTS - runtime_test.SystemTap.test_crosstap_helloworld: PASSED (4686.81s) 2020-11-23 17:13:08,418 - oe-selftest - INFO - RESULTS - runtime_test.SystemTap.test_crosstap_pstree: PASSED (71.97s) 2020-11-23 17:13:08,418 - oe-selftest - INFO - RESULTS - runtime_test.SystemTap.test_crosstap_syscalls_by_pid: PASSED (72.16s) 2020-11-23 17:13:08,418 - oe-selftest - INFO - RESULTS - runtime_test.SystemTap.test_crosstap_syscalls_by_proc: PASSED (71.26s) 2020-11-23 17:13:08,432 - oe-selftest - INFO - SUMMARY: 2020-11-23 17:13:08,432 - oe-selftest - INFO - oe-selftest () - Ran 4 tests in 5051.540s 2020-11-23 17:13:08,432 - oe-selftest - INFO - oe-selftest - OK - All required tests passed (successes=4, skipped=0, failures=0, errors=0) Signed-off-by: Zang Ruochen Signed-off-by: Bruce Ashfield --- meta/recipes-kernel/systemtap/systemtap_git.inc | 4 ++-- 1 file changed, 2 insertions(+), 2 deletions(-) diff --git a/meta/recipes-kernel/systemtap/systemtap_git.inc b/meta/recipes-kernel/systemtap/systemtap_git.inc index 56fa51d61e..ae735025b7 100644 --- a/meta/recipes-kernel/systemtap/systemtap_git.inc +++ b/meta/recipes-kernel/systemtap/systemtap_git.inc @@ -1,7 +1,7 @@ LICENSE = "GPLv2" LIC_FILES_CHKSUM = "file://COPYING;md5=b234ee4d69f5fce4486a80fdaf4a4263" -SRCREV = "82b8e1a07a31bf37ed05d6ebc5162b054c0be9fd" -PV = "4.3" +SRCREV = "988f439af39a359b4387963ca4633649866d8275" +PV = "4.4" SRC_URI = "git://sourceware.org/git/systemtap.git \ file://0001-Do-not-let-configure-write-a-python-location-into-th.patch \ -- 2.19.1 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#146061): https://lists.openembedded.org/g/openembedded-core/message/146061 Mute This Topic: https://lists.openembedded.org/mt/79149622/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[OE-core] [PATCH 7/9] linux-yocto/5.4/cfg: fix -tiny warnings
From: Bruce Ashfield
Integrating the following commit(s) to fixup warnings when -tiny is
build with the latest kern-tools:
b721178c41a drm: change CONFIG_DRM_KMS_HELPER to =m
d9ac6174eaf tiny: enable CONFIG_FW_LOADER on a per-BSP basis
a135c720bc7 i915: adust helper to 'm'
Signed-off-by: Bruce Ashfield
---
meta/recipes-kernel/linux/linux-yocto-rt_5.4.bb | 2 +-
meta/recipes-kernel/linux/linux-yocto-tiny_5.4.bb | 2 +-
meta/recipes-kernel/linux/linux-yocto_5.4.bb | 2 +-
3 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/meta/recipes-kernel/linux/linux-yocto-rt_5.4.bb
b/meta/recipes-kernel/linux/linux-yocto-rt_5.4.bb
index 3754abbc66..f35de787e1 100644
--- a/meta/recipes-kernel/linux/linux-yocto-rt_5.4.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-rt_5.4.bb
@@ -12,7 +12,7 @@ python () {
}
SRCREV_machine ?= "7bc8ae3fc04fdc06192d39d725cb18d4c0b78d9f"
-SRCREV_meta ?= "cd9826707f887241a661ea886cfa19f8d282438c"
+SRCREV_meta ?= "b721178c41a2bffd19cc9be9e33af23b7a4affd9"
SRC_URI =
"git://git.yoctoproject.org/linux-yocto.git;branch=${KBRANCH};name=machine \
git://git.yoctoproject.org/yocto-kernel-cache;type=kmeta;name=meta;branch=yocto-5.4;destsuffix=${KMETA}"
diff --git a/meta/recipes-kernel/linux/linux-yocto-tiny_5.4.bb
b/meta/recipes-kernel/linux/linux-yocto-tiny_5.4.bb
index b06db10f9f..2c7ce3621f 100644
--- a/meta/recipes-kernel/linux/linux-yocto-tiny_5.4.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-tiny_5.4.bb
@@ -17,7 +17,7 @@ KCONF_BSP_AUDIT_LEVEL = "2"
SRCREV_machine_qemuarm ?= "2b6db4fbe53a1986c0249bc663d8ce7d99cbf19c"
SRCREV_machine ?= "21f1b92bddf5f6678f2c28da8d1a8a8160e39cf1"
-SRCREV_meta ?= "cd9826707f887241a661ea886cfa19f8d282438c"
+SRCREV_meta ?= "b721178c41a2bffd19cc9be9e33af23b7a4affd9"
PV = "${LINUX_VERSION}+git${SRCPV}"
diff --git a/meta/recipes-kernel/linux/linux-yocto_5.4.bb
b/meta/recipes-kernel/linux/linux-yocto_5.4.bb
index 21935ac171..475efbfc93 100644
--- a/meta/recipes-kernel/linux/linux-yocto_5.4.bb
+++ b/meta/recipes-kernel/linux/linux-yocto_5.4.bb
@@ -21,7 +21,7 @@ SRCREV_machine_qemux86 ?=
"21f1b92bddf5f6678f2c28da8d1a8a8160e39cf1"
SRCREV_machine_qemux86-64 ?= "21f1b92bddf5f6678f2c28da8d1a8a8160e39cf1"
SRCREV_machine_qemumips64 ?= "75c7340de480587c3a6650b46be7b1a2f71501a9"
SRCREV_machine ?= "21f1b92bddf5f6678f2c28da8d1a8a8160e39cf1"
-SRCREV_meta ?= "cd9826707f887241a661ea886cfa19f8d282438c"
+SRCREV_meta ?= "b721178c41a2bffd19cc9be9e33af23b7a4affd9"
# remap qemuarm to qemuarma15 for the 5.4 kernel
# KMACHINE_qemuarm ?= "qemuarma15"
--
2.19.1
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#146060):
https://lists.openembedded.org/g/openembedded-core/message/146060
Mute This Topic: https://lists.openembedded.org/mt/79149620/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
[OE-core] [PATCH 2/9] linux-yocto/cfg: qemuppc: set CONFIG_SCSI to '=y'
From: Bruce Ashfield
Integrating the following configuration commit(s):
72a1fe336d7 qemuppc: configure the CONFIG_SCSI to '=y'
Signed-off-by: Bruce Ashfield
---
meta/recipes-kernel/linux/linux-yocto-rt_5.4.bb | 2 +-
meta/recipes-kernel/linux/linux-yocto-rt_5.8.bb | 2 +-
meta/recipes-kernel/linux/linux-yocto-tiny_5.4.bb | 2 +-
meta/recipes-kernel/linux/linux-yocto-tiny_5.8.bb | 2 +-
meta/recipes-kernel/linux/linux-yocto_5.4.bb | 2 +-
meta/recipes-kernel/linux/linux-yocto_5.8.bb | 2 +-
6 files changed, 6 insertions(+), 6 deletions(-)
diff --git a/meta/recipes-kernel/linux/linux-yocto-rt_5.4.bb
b/meta/recipes-kernel/linux/linux-yocto-rt_5.4.bb
index d415c3c63a..8bc93bf438 100644
--- a/meta/recipes-kernel/linux/linux-yocto-rt_5.4.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-rt_5.4.bb
@@ -12,7 +12,7 @@ python () {
}
SRCREV_machine ?= "1ab0814d41526c2788188d884884c8b4a52d"
-SRCREV_meta ?= "dfb689e49ce2b6a1790d0747d6041a961b812db5"
+SRCREV_meta ?= "72a1fe336d7a8cead351b894c266a205f23f213c"
SRC_URI =
"git://git.yoctoproject.org/linux-yocto.git;branch=${KBRANCH};name=machine \
git://git.yoctoproject.org/yocto-kernel-cache;type=kmeta;name=meta;branch=yocto-5.4;destsuffix=${KMETA}"
diff --git a/meta/recipes-kernel/linux/linux-yocto-rt_5.8.bb
b/meta/recipes-kernel/linux/linux-yocto-rt_5.8.bb
index 033dfc76a2..f5f7c87a31 100644
--- a/meta/recipes-kernel/linux/linux-yocto-rt_5.8.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-rt_5.8.bb
@@ -12,7 +12,7 @@ python () {
}
SRCREV_machine ?= "3c5d210805d61bea8f8a8081e0e3a89ea8a61f3f"
-SRCREV_meta ?= "7883b60d324029d26020c0b3f826b35c52fd9674"
+SRCREV_meta ?= "7329d33cf8f25f433ce8ca95787e1743344f7c5d"
SRC_URI =
"git://git.yoctoproject.org/linux-yocto.git;branch=${KBRANCH};name=machine \
git://git.yoctoproject.org/yocto-kernel-cache;type=kmeta;name=meta;branch=yocto-5.8;destsuffix=${KMETA}"
diff --git a/meta/recipes-kernel/linux/linux-yocto-tiny_5.4.bb
b/meta/recipes-kernel/linux/linux-yocto-tiny_5.4.bb
index 33ca5856a3..3b462d5872 100644
--- a/meta/recipes-kernel/linux/linux-yocto-tiny_5.4.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-tiny_5.4.bb
@@ -17,7 +17,7 @@ KCONF_BSP_AUDIT_LEVEL = "2"
SRCREV_machine_qemuarm ?= "9a4d015ce467549f5f587a5001cd333ea7182aa2"
SRCREV_machine ?= "6f1adec8376dc0bbf423afa02d7d9fa12b73d5b5"
-SRCREV_meta ?= "dfb689e49ce2b6a1790d0747d6041a961b812db5"
+SRCREV_meta ?= "72a1fe336d7a8cead351b894c266a205f23f213c"
PV = "${LINUX_VERSION}+git${SRCPV}"
diff --git a/meta/recipes-kernel/linux/linux-yocto-tiny_5.8.bb
b/meta/recipes-kernel/linux/linux-yocto-tiny_5.8.bb
index 50cee07620..4afddae092 100644
--- a/meta/recipes-kernel/linux/linux-yocto-tiny_5.8.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-tiny_5.8.bb
@@ -17,7 +17,7 @@ KCONF_BSP_AUDIT_LEVEL = "2"
SRCREV_machine_qemuarm ?= "9509db6e3ed6a23b1f7495b53248d1cbfe22710b"
SRCREV_machine ?= "3c5d210805d61bea8f8a8081e0e3a89ea8a61f3f"
-SRCREV_meta ?= "7883b60d324029d26020c0b3f826b35c52fd9674"
+SRCREV_meta ?= "7329d33cf8f25f433ce8ca95787e1743344f7c5d"
PV = "${LINUX_VERSION}+git${SRCPV}"
diff --git a/meta/recipes-kernel/linux/linux-yocto_5.4.bb
b/meta/recipes-kernel/linux/linux-yocto_5.4.bb
index 1a14c8bdb5..456875a7b5 100644
--- a/meta/recipes-kernel/linux/linux-yocto_5.4.bb
+++ b/meta/recipes-kernel/linux/linux-yocto_5.4.bb
@@ -21,7 +21,7 @@ SRCREV_machine_qemux86 ?=
"6f1adec8376dc0bbf423afa02d7d9fa12b73d5b5"
SRCREV_machine_qemux86-64 ?= "6f1adec8376dc0bbf423afa02d7d9fa12b73d5b5"
SRCREV_machine_qemumips64 ?= "f8d0d215cf1a02a1e2915b8d57fb8f9f29e5dc49"
SRCREV_machine ?= "6f1adec8376dc0bbf423afa02d7d9fa12b73d5b5"
-SRCREV_meta ?= "dfb689e49ce2b6a1790d0747d6041a961b812db5"
+SRCREV_meta ?= "72a1fe336d7a8cead351b894c266a205f23f213c"
# remap qemuarm to qemuarma15 for the 5.4 kernel
# KMACHINE_qemuarm ?= "qemuarma15"
diff --git a/meta/recipes-kernel/linux/linux-yocto_5.8.bb
b/meta/recipes-kernel/linux/linux-yocto_5.8.bb
index af576891e2..3f94d22654 100644
--- a/meta/recipes-kernel/linux/linux-yocto_5.8.bb
+++ b/meta/recipes-kernel/linux/linux-yocto_5.8.bb
@@ -21,7 +21,7 @@ SRCREV_machine_qemux86 ?=
"3c5d210805d61bea8f8a8081e0e3a89ea8a61f3f"
SRCREV_machine_qemux86-64 ?= "3c5d210805d61bea8f8a8081e0e3a89ea8a61f3f"
SRCREV_machine_qemumips64 ?= "01a02b058f9a8941032b298b8d25c673526152f4"
SRCREV_machine ?= "3c5d210805d61bea8f8a8081e0e3a89ea8a61f3f"
-SRCREV_meta ?= "7883b60d324029d26020c0b3f826b35c52fd9674"
+SRCREV_meta ?= "7329d33cf8f25f433ce8ca95787e1743344f7c5d"
# remap qemuarm to qemuarma15 for the 5.8 kernel
# KMACHINE_qemuarm ?= "qemuarma15"
--
2.19.1
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#146055):
https://lists.openembedded.org/g/openembedded-core/message/146055
Mute This Topic: https://lists.openembedded.org/mt/79149614/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe:
[OE-core] [PATCH 6/9] linux-yocto/5.8/cfg: fix -tiny warnings
From: Bruce Ashfield
Integrating the following commit(s) for configuration tweaks:
b976de4f41d drm: change CONFIG_DRM_KMS_HELPER to =m
669f5aa3795 tiny: enable CONFIG_FW_LOADER on a per-BSP basis
d94b2d9f137 i915: adust helper to 'm'
Signed-off-by: Bruce Ashfield
---
meta/recipes-kernel/linux/linux-yocto-rt_5.8.bb | 2 +-
meta/recipes-kernel/linux/linux-yocto-tiny_5.8.bb | 2 +-
meta/recipes-kernel/linux/linux-yocto_5.8.bb | 2 +-
3 files changed, 3 insertions(+), 3 deletions(-)
diff --git a/meta/recipes-kernel/linux/linux-yocto-rt_5.8.bb
b/meta/recipes-kernel/linux/linux-yocto-rt_5.8.bb
index fae984cd4e..d20b8b10ab 100644
--- a/meta/recipes-kernel/linux/linux-yocto-rt_5.8.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-rt_5.8.bb
@@ -12,7 +12,7 @@ python () {
}
SRCREV_machine ?= "3c5d210805d61bea8f8a8081e0e3a89ea8a61f3f"
-SRCREV_meta ?= "25b672aa4759b6ceb48777eb586033a186091692"
+SRCREV_meta ?= "b976de4f41df1a50dc84839b64fb0ce2c6f9fb21"
SRC_URI =
"git://git.yoctoproject.org/linux-yocto.git;branch=${KBRANCH};name=machine \
git://git.yoctoproject.org/yocto-kernel-cache;type=kmeta;name=meta;branch=yocto-5.8;destsuffix=${KMETA}"
diff --git a/meta/recipes-kernel/linux/linux-yocto-tiny_5.8.bb
b/meta/recipes-kernel/linux/linux-yocto-tiny_5.8.bb
index b98d99a81f..a5135155d5 100644
--- a/meta/recipes-kernel/linux/linux-yocto-tiny_5.8.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-tiny_5.8.bb
@@ -17,7 +17,7 @@ KCONF_BSP_AUDIT_LEVEL = "2"
SRCREV_machine_qemuarm ?= "9509db6e3ed6a23b1f7495b53248d1cbfe22710b"
SRCREV_machine ?= "3c5d210805d61bea8f8a8081e0e3a89ea8a61f3f"
-SRCREV_meta ?= "25b672aa4759b6ceb48777eb586033a186091692"
+SRCREV_meta ?= "b976de4f41df1a50dc84839b64fb0ce2c6f9fb21"
PV = "${LINUX_VERSION}+git${SRCPV}"
diff --git a/meta/recipes-kernel/linux/linux-yocto_5.8.bb
b/meta/recipes-kernel/linux/linux-yocto_5.8.bb
index a2dacb2676..f6ebefbf1b 100644
--- a/meta/recipes-kernel/linux/linux-yocto_5.8.bb
+++ b/meta/recipes-kernel/linux/linux-yocto_5.8.bb
@@ -21,7 +21,7 @@ SRCREV_machine_qemux86 ?=
"3c5d210805d61bea8f8a8081e0e3a89ea8a61f3f"
SRCREV_machine_qemux86-64 ?= "3c5d210805d61bea8f8a8081e0e3a89ea8a61f3f"
SRCREV_machine_qemumips64 ?= "01a02b058f9a8941032b298b8d25c673526152f4"
SRCREV_machine ?= "3c5d210805d61bea8f8a8081e0e3a89ea8a61f3f"
-SRCREV_meta ?= "25b672aa4759b6ceb48777eb586033a186091692"
+SRCREV_meta ?= "b976de4f41df1a50dc84839b64fb0ce2c6f9fb21"
# remap qemuarm to qemuarma15 for the 5.8 kernel
# KMACHINE_qemuarm ?= "qemuarma15"
--
2.19.1
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#146059):
https://lists.openembedded.org/g/openembedded-core/message/146059
Mute This Topic: https://lists.openembedded.org/mt/79149618/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
[OE-core] [PATCH 9/9] systemtap: fix on target build for 4.4 and 5.10+
From: Bruce Ashfield The following systemtap commit: commit 7615cae790c899bc8a82841c75c8ea9c6fa54df3 Author: Frank Ch. Eigler Date: Mon Nov 9 19:18:19 2020 -0500 PR26665: relayfs-on-procfs megapatch Changes the way that capabilities are checked when compiling a systemtap probe. In our cross-build -> on target workflow, this results in a mismatch between the systemtap configuration capabilities and the kernel configuration. The result is a compilation failure since the security components are protected by two different #ifdef's, and they can be out of sync. By protecting the include and callsite with the same #ifdef, we ensure they are in sync and fix our on target problem. While this fix is oe-specific, a variant will be proposed upstream once a deeper analsysis of other options has been completed. Signed-off-by: Bruce Ashfield --- ...t-include-and-callsite-with-same-con.patch | 44 +++ .../systemtap/systemtap_git.inc | 1 + 2 files changed, 45 insertions(+) create mode 100644 meta/recipes-kernel/systemtap/systemtap/0001-transport-protect-include-and-callsite-with-same-con.patch diff --git a/meta/recipes-kernel/systemtap/systemtap/0001-transport-protect-include-and-callsite-with-same-con.patch b/meta/recipes-kernel/systemtap/systemtap/0001-transport-protect-include-and-callsite-with-same-con.patch new file mode 100644 index 00..efc79f6c0f --- /dev/null +++ b/meta/recipes-kernel/systemtap/systemtap/0001-transport-protect-include-and-callsite-with-same-con.patch @@ -0,0 +1,44 @@ +From cbf27cd54071f788231e69d96dbaad563f1010d4 Mon Sep 17 00:00:00 2001 +From: Bruce Ashfield +Date: Fri, 18 Dec 2020 13:15:08 -0500 +Subject: [PATCH] transport: protect include and callsite with same conditional + +transport.c has the following code block: + + if (!debugfs_p && security_locked_down (LOCKDOWN_DEBUGFS)) + +Which is protected by the conditional STAPCONF_LOCKDOWN_DEBUGFS. + +linux/security.h provides the definition of LOCKDOWN_DEBUGFS, and +must be included or we have a compilation issue. + +The include of security.h is protected by #ifdef CONFIG_SECURITY_LOCKDOWN_LSM, +which means that in some configurations we can get out of sync with +the include and the callsite. + +If we protect the include and the callsite with the same #ifdef, we can +be sure that they will be consistent. + +Upstream-status: Inappropriate (kernel-devsrc specific) + +Signed-off-by: Bruce Ashfield +--- + runtime/transport/transport.c | 2 +- + 1 file changed, 1 insertion(+), 1 deletion(-) + +diff --git a/runtime/transport/transport.c b/runtime/transport/transport.c +index bb4a98bd3..88e20ea28 100644 +--- a/runtime/transport/transport.c b/runtime/transport/transport.c +@@ -21,7 +21,7 @@ + #include + #include + #include +-#ifdef CONFIG_SECURITY_LOCKDOWN_LSM ++#ifdef STAPCONF_LOCKDOWN_DEBUGFS + #include + #endif + #include "../uidgid_compatibility.h" +-- +2.19.1 + diff --git a/meta/recipes-kernel/systemtap/systemtap_git.inc b/meta/recipes-kernel/systemtap/systemtap_git.inc index ae735025b7..016b423847 100644 --- a/meta/recipes-kernel/systemtap/systemtap_git.inc +++ b/meta/recipes-kernel/systemtap/systemtap_git.inc @@ -7,6 +7,7 @@ SRC_URI = "git://sourceware.org/git/systemtap.git \ file://0001-Do-not-let-configure-write-a-python-location-into-th.patch \ file://0001-Install-python-modules-to-correct-library-dir.patch \ file://0001-staprun-stapbpf-don-t-support-installing-a-non-root.patch \ + file://0001-transport-protect-include-and-callsite-with-same-con.patch \ " COMPATIBLE_HOST = '(x86_64|i.86|powerpc|arm|aarch64|microblazeel|mips).*-linux' -- 2.19.1 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#146062): https://lists.openembedded.org/g/openembedded-core/message/146062 Mute This Topic: https://lists.openembedded.org/mt/79149623/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
[OE-core] [PATCH 5/9] linux-yocto/5.4: update to v5.4.83
From: Bruce Ashfield
Updating linux-yocto/5.4 to the latest korg -stable release that comprises
the following commits:
2bff021f53b2 Linux 5.4.83
66a08d1d3bd8 Revert "geneve: pull IP header before ECN decapsulation"
ed58971beb47 x86/insn-eval: Use new for_each_insn_prefix() macro to loop
over prefixes bytes
423e1b08ce5c netfilter: nftables_offload: set address type in control
dissector
13995410b616 netfilter: nf_tables: avoid false-postive lockdep splat
f25fa580f99e Input: i8042 - fix error return code in i8042_setup_aux()
b9df537e5fcd dm writecache: remove BUG() and fail gracefully instead
8e2c50315f00 i2c: qup: Fix error return code in qup_i2c_bam_schedule_desc()
1015eefe10e2 rtw88: debug: Fix uninitialized memory in debugfs code
af699e99efdc ASoC: wm_adsp: fix error return code in wm_adsp_load()
fdc1416c2199 tipc: fix a deadlock when flushing scheduled work
6410c7f53698 netfilter: ipset: prevent uninit-value in hash_ip6_add
cd928d387b0b gfs2: check for empty rgrp tree in gfs2_ri_update
c358e7e99dda can: af_can: can_rx_unregister(): remove WARN() statement from
list operation sanity check
867fbf2bb739 lib/syscall: fix syscall registers retrieval on 32-bit
platforms
f68f5bdfefd9 tracing: Fix userstacktrace option for instances
dbbf6cdab503 iommu/amd: Set DTE[IntTabLen] to represent 512 IRTEs
d863a4ad3cc5 spi: bcm2835: Release the DMA channel if probe fails after
dma_init
83d5121c3b0f i2c: imx: Check for I2SR_IAL after every byte
83366a7b2d34 i2c: imx: Fix reset of I2SR_IAL flag
b0d4fa10bfcc speakup: Reject setting the speakup line discipline outside of
speakup
a2a163f70bdf mm/swapfile: do not sleep with a spin lock held
4870004d30e3 mm: list_lru: set shrinker map bit when child nr_items is not
zero
42ccf9d14ede coredump: fix core_pattern parse error
579c977253b6 x86/uprobes: Do not use prefixes.nbytes when looping over
prefixes.bytes
002d2c4a3f66 dm: remove invalid sparse __acquires and __releases annotations
3b02d67064ff dm: fix bug with RCU locking in dm_blk_report_zones
7eb514087cdd powerpc/pseries: Pass MSI affinity to irq_create_mapping()
1f72986fc9df genirq/irqdomain: Add an irq_create_mapping_affinity() function
6466119452a8 powerpc/64s/powernv: Fix memory corruption when saving SLB
entries on MCE
8a758e97b707 dm writecache: fix the maximum number of arguments
3f680c5996f9 scsi: mpt3sas: Fix ioctl timeout
812dff6a5250 drm/i915/gt: Program mocs:63 for cache eviction on gen9
b92738c4f9d3 thunderbolt: Fix use-after-free in remove_unplugged_switch()
ed201cb54d6f i2c: imx: Don't generate STOP condition if arbitration has
been lost
73948ab9f2df cifs: fix potential use-after-free in cifs_echo_request()
a0ca8cb2f707 cifs: allow syscalls to be restarted in __smb_send_rqst()
205740ca4a4d ftrace: Fix updating FTRACE_FL_TRAMP
d18379bbb856 ALSA: hda/generic: Add option to enforce preferred_dacs pairs
f28666e00a44 ALSA: hda/realtek - Add new codec supported for ALC897
c57556f1798b ALSA: hda/realtek: Enable headset of ASUS UX482EG & B9400CEA
with ALC294
f3fc36614438 ALSA: hda/realtek: Add mute LED quirk to yet another HP x360
model
de41002d2e0e ALSA: hda/realtek: Fix bass speaker DAC assignment on Asus
Zephyrus G14
35ee9ac51328 tty: Fix ->session locking
c536ecd48560 tty: Fix ->pgrp locking in tiocspgrp()
013d2d046532 USB: serial: option: fix Quectel BG96 matching
3cf949422734 USB: serial: option: add support for Thales Cinterion EXS82
0f8af69bec41 USB: serial: option: add Fibocom NL668 variants
250930f60c33 USB: serial: ch341: sort device-id entries
25b90f887dd4 USB: serial: ch341: add new Product ID for CH341A
f0990c21af7d USB: serial: kl5kusb105: fix memleak on open
8954745718e7 usb: gadget: f_fs: Use local copy of descriptors for userspace
copy
4a77729b25d6 Partially revert bpf: Zero-fill re-used per-cpu map element
512b18eec5c2 pinctrl: baytrail: Fix pin being driven low for a while on
gpiod_get(..., GPIOD_OUT_HIGH)
e90d11d0be10 pinctrl: baytrail: Replace WARN with dev_info_once when
setting direct-irq pin to output
Signed-off-by: Bruce Ashfield
---
.../linux/linux-yocto-rt_5.4.bb | 6 ++---
.../linux/linux-yocto-tiny_5.4.bb | 8 +++
meta/recipes-kernel/linux/linux-yocto_5.4.bb | 22 +--
3 files changed, 18 insertions(+), 18 deletions(-)
diff --git a/meta/recipes-kernel/linux/linux-yocto-rt_5.4.bb
b/meta/recipes-kernel/linux/linux-yocto-rt_5.4.bb
index 5162c065ed..3754abbc66 100644
--- a/meta/recipes-kernel/linux/linux-yocto-rt_5.4.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-rt_5.4.bb
@@ -11,13 +11,13 @@ python () {
raise bb.parse.SkipRecipe("Set PREFERRED_PROVIDER_virtual/kernel to
linux-yocto-rt to enable it")
}
-SRCREV_machine ?= "65a53ac9134b9736ae67afc5fb02049f4908d8e3"
-SRCREV_meta ?=
[OE-core] [PATCH 4/9] linux-yocto/cfg: qemuarm64-gfx.cfg: add CONFIG_INPUT_UINPUT
From: Bruce Ashfield
Integrating the following commit(s):
qemuarm64-gfx.cfg: add CONFIG_INPUT_UINPUT
This will address libinput ptest failures:
https://www.kernel.org/doc/html/latest/input/uinput.html
https://wayland.freedesktop.org/libinput/doc/latest/test-suite.html
qemux86_64 already has it enabled.
Signed-off-by: Alexander Kanavin
Signed-off-by: Bruce Ashfield
---
meta/recipes-kernel/linux/linux-yocto-rt_5.4.bb | 2 +-
meta/recipes-kernel/linux/linux-yocto-rt_5.8.bb | 2 +-
meta/recipes-kernel/linux/linux-yocto-tiny_5.4.bb | 2 +-
meta/recipes-kernel/linux/linux-yocto-tiny_5.8.bb | 2 +-
meta/recipes-kernel/linux/linux-yocto_5.4.bb | 2 +-
meta/recipes-kernel/linux/linux-yocto_5.8.bb | 2 +-
6 files changed, 6 insertions(+), 6 deletions(-)
diff --git a/meta/recipes-kernel/linux/linux-yocto-rt_5.4.bb
b/meta/recipes-kernel/linux/linux-yocto-rt_5.4.bb
index 2bd41965a6..5162c065ed 100644
--- a/meta/recipes-kernel/linux/linux-yocto-rt_5.4.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-rt_5.4.bb
@@ -12,7 +12,7 @@ python () {
}
SRCREV_machine ?= "65a53ac9134b9736ae67afc5fb02049f4908d8e3"
-SRCREV_meta ?= "e872ef155c596e4cc2f68405d85ab6f2b0303c28"
+SRCREV_meta ?= "104cf3e89371ac8971fef69f55a6c788c46ec65a"
SRC_URI =
"git://git.yoctoproject.org/linux-yocto.git;branch=${KBRANCH};name=machine \
git://git.yoctoproject.org/yocto-kernel-cache;type=kmeta;name=meta;branch=yocto-5.4;destsuffix=${KMETA}"
diff --git a/meta/recipes-kernel/linux/linux-yocto-rt_5.8.bb
b/meta/recipes-kernel/linux/linux-yocto-rt_5.8.bb
index f5f7c87a31..fae984cd4e 100644
--- a/meta/recipes-kernel/linux/linux-yocto-rt_5.8.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-rt_5.8.bb
@@ -12,7 +12,7 @@ python () {
}
SRCREV_machine ?= "3c5d210805d61bea8f8a8081e0e3a89ea8a61f3f"
-SRCREV_meta ?= "7329d33cf8f25f433ce8ca95787e1743344f7c5d"
+SRCREV_meta ?= "25b672aa4759b6ceb48777eb586033a186091692"
SRC_URI =
"git://git.yoctoproject.org/linux-yocto.git;branch=${KBRANCH};name=machine \
git://git.yoctoproject.org/yocto-kernel-cache;type=kmeta;name=meta;branch=yocto-5.8;destsuffix=${KMETA}"
diff --git a/meta/recipes-kernel/linux/linux-yocto-tiny_5.4.bb
b/meta/recipes-kernel/linux/linux-yocto-tiny_5.4.bb
index 67157b1685..01de087128 100644
--- a/meta/recipes-kernel/linux/linux-yocto-tiny_5.4.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-tiny_5.4.bb
@@ -17,7 +17,7 @@ KCONF_BSP_AUDIT_LEVEL = "2"
SRCREV_machine_qemuarm ?= "0c335c490cfe932664f2e40c791efa387f769df5"
SRCREV_machine ?= "53e9ea9bf3868442be0b1aef4e7624ec8143f10b"
-SRCREV_meta ?= "e872ef155c596e4cc2f68405d85ab6f2b0303c28"
+SRCREV_meta ?= "104cf3e89371ac8971fef69f55a6c788c46ec65a"
PV = "${LINUX_VERSION}+git${SRCPV}"
diff --git a/meta/recipes-kernel/linux/linux-yocto-tiny_5.8.bb
b/meta/recipes-kernel/linux/linux-yocto-tiny_5.8.bb
index 4afddae092..b98d99a81f 100644
--- a/meta/recipes-kernel/linux/linux-yocto-tiny_5.8.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-tiny_5.8.bb
@@ -17,7 +17,7 @@ KCONF_BSP_AUDIT_LEVEL = "2"
SRCREV_machine_qemuarm ?= "9509db6e3ed6a23b1f7495b53248d1cbfe22710b"
SRCREV_machine ?= "3c5d210805d61bea8f8a8081e0e3a89ea8a61f3f"
-SRCREV_meta ?= "7329d33cf8f25f433ce8ca95787e1743344f7c5d"
+SRCREV_meta ?= "25b672aa4759b6ceb48777eb586033a186091692"
PV = "${LINUX_VERSION}+git${SRCPV}"
diff --git a/meta/recipes-kernel/linux/linux-yocto_5.4.bb
b/meta/recipes-kernel/linux/linux-yocto_5.4.bb
index 4d60d0a557..ebd25dab3e 100644
--- a/meta/recipes-kernel/linux/linux-yocto_5.4.bb
+++ b/meta/recipes-kernel/linux/linux-yocto_5.4.bb
@@ -21,7 +21,7 @@ SRCREV_machine_qemux86 ?=
"53e9ea9bf3868442be0b1aef4e7624ec8143f10b"
SRCREV_machine_qemux86-64 ?= "53e9ea9bf3868442be0b1aef4e7624ec8143f10b"
SRCREV_machine_qemumips64 ?= "0ba329b53891de44e4ef8d2ca8a948e1c6a5866c"
SRCREV_machine ?= "53e9ea9bf3868442be0b1aef4e7624ec8143f10b"
-SRCREV_meta ?= "e872ef155c596e4cc2f68405d85ab6f2b0303c28"
+SRCREV_meta ?= "104cf3e89371ac8971fef69f55a6c788c46ec65a"
# remap qemuarm to qemuarma15 for the 5.4 kernel
# KMACHINE_qemuarm ?= "qemuarma15"
diff --git a/meta/recipes-kernel/linux/linux-yocto_5.8.bb
b/meta/recipes-kernel/linux/linux-yocto_5.8.bb
index 3f94d22654..a2dacb2676 100644
--- a/meta/recipes-kernel/linux/linux-yocto_5.8.bb
+++ b/meta/recipes-kernel/linux/linux-yocto_5.8.bb
@@ -21,7 +21,7 @@ SRCREV_machine_qemux86 ?=
"3c5d210805d61bea8f8a8081e0e3a89ea8a61f3f"
SRCREV_machine_qemux86-64 ?= "3c5d210805d61bea8f8a8081e0e3a89ea8a61f3f"
SRCREV_machine_qemumips64 ?= "01a02b058f9a8941032b298b8d25c673526152f4"
SRCREV_machine ?= "3c5d210805d61bea8f8a8081e0e3a89ea8a61f3f"
-SRCREV_meta ?= "7329d33cf8f25f433ce8ca95787e1743344f7c5d"
+SRCREV_meta ?= "25b672aa4759b6ceb48777eb586033a186091692"
# remap qemuarm to qemuarma15 for the 5.8 kernel
# KMACHINE_qemuarm ?= "qemuarma15"
--
2.19.1
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#146057):
[OE-core] [PATCH 3/9] linux-yocto/5.4: update to v5.4.82
From: Bruce Ashfield
Updating linux-yocto/5.4 to the latest korg -stable release that comprises
the following commits:
ec274ecd62f9 Linux 5.4.82
4460a7c979ee RDMA/i40iw: Address an mmap handler exploit in i40iw
07434172c58b tracing: Remove WARN_ON in start_thread()
6ad995b851cb Input: i8042 - add ByteSpeed touchpad to noloop table
dfe5d9a8307e Input: xpad - support Ardwiino Controllers
c38a7023c00a ALSA: usb-audio: US16x08: fix value count for level meters
8cd76dacd3dc net/mlx5: Fix wrong address reclaim when command interface is
down
2598dd80b801 net/mlx5: DR, Proper handling of unsupported Connect-X6DX SW
steering
8f92330b0873 net/sched: act_mpls: ensure LSE is pullable before reading it
1086f789060a net: openvswitch: ensure LSE is pullable before reading it
ba203b92a829 net: skbuff: ensure LSE is pullable before decrementing the
MPLS ttl
892e08e0b4f3 net: mvpp2: Fix error return code in mvpp2_open()
7c3894f695e4 chelsio/chtls: fix a double free in chtls_setkey()
178da08f9b5b vxlan: fix error return code in __vxlan_dev_create()
5405a299b8c1 net: pasemi: fix error return code in pasemi_mac_open()
dc469f423654 cxgb3: fix error return code in t3_sge_alloc_qset()
8bfe5b73b185 net/x25: prevent a couple of overflows
187a6daf5db4 net: ip6_gre: set dev->hard_header_len when using header_ops
a6cd76132872 geneve: pull IP header before ECN decapsulation
2b714b607f24 inet_ecn: Fix endianness of checksum update when setting ECT(1)
9a3cce1ceee4 ibmvnic: Fix TX completion error handling
40caea31dd56 ibmvnic: Ensure that SCRQ entry reads are correctly ordered
d126c30eb30d chelsio/chtls: fix panic during unload reload chtls
8a1bb298f75f dt-bindings: net: correct interrupt flags in examples
af0b082e16fb ipv4: Fix tos mask in inet_rtm_getroute()
4615228a50f9 netfilter: bridge: reset skb->pkt_type after
NF_INET_POST_ROUTING traversal
294de8933adb sched/fair: Fix unthrottle_cfs_rq() for leaf_cfs_rq list
c4405cdf96f4 ima: extend boot_aggregate with kernel measurements
733729d3e0e4 staging/octeon: fix up merge error
6dd37fdc9550 bonding: wait for sysfs kobject destruction before freeing
struct slave
beead010654d usbnet: ipheth: fix connectivity with iOS 14
f057c4d226f1 tun: honor IOCB_NOWAIT flag
538008749df2 tcp: Set INET_ECN_xmit configuration in
tcp_reinit_congestion_control
9a62c8229cff sock: set sk_err to ee_errno on dequeue from errq
7f0ddd41e289 rose: Fix Null pointer dereference in rose_send_frame()
f2f25bc79782 net/tls: Protect from calling tls_dev_del for TLS RX twice
a6300aedf862 net/tls: missing received data after fast remote close
a15beea80e72 net/af_iucv: set correct sk_protocol for child sockets
9414855a1305 ipv6: addrlabel: fix possible memory leak in
ip6addrlbl_net_init
99b5382bffd5 devlink: Hold rtnl lock while reading netdev attributes
42af416d7146 Linux 5.4.81
cd7343987376 ASoC: Intel: Skylake: Automatic DMIC format configuration
according to information from NHLT
6ebb6af62721 ASoC: Intel: Multiple I/O PCM format support for pipe
b2b05b04d44d ASoC: Intel: Skylake: Await purge request ack on CNL
a28144d62ddc ASoC: Intel: Allow for ROM init retry on CNL platforms
4029a29f93ef ASoC: Intel: Skylake: Shield against no-NHLT configurations
754df2d3349d ASoC: Intel: Skylake: Enable codec wakeup during chip init
6de661f146a2 ASoC: Intel: Skylake: Select hda configuration permissively
422c4938f704 ASoC: Intel: Skylake: Remove superfluous chip initialization
23b093a2c4f9 USB: core: Fix regression in Hercules audio card
cc54f8b8e1cd x86/resctrl: Add necessary kernfs_put() calls to prevent
refcount leak
d0c4c5a89f5b x86/resctrl: Remove superfluous kernfs_get() calls to prevent
refcount leak
e799c00a745e x86/speculation: Fix prctl() when
spectre_v2_user={seccomp,prctl},ibpb
f753e1c02a2e x86/mce: Do not overwrite no_way_out if mce_end() fails
62405223bafd irqchip/exiu: Fix the index of fwspec for IRQ type
f69d749d5f7f usb: gadget: Fix memleak in gadgetfs_fill_super
cad7b76a6129 USB: quirks: Add USB_QUIRK_DISCONNECT_SUSPEND quirk for Lenovo
A630Z TIO built-in usb-audio card
c775935dfd1e usb: gadget: f_midi: Fix memleak in f_midi_alloc
e1a2a3043cc2 USB: core: Change %pK for __user pointers to %px
84d04d722b6a spi: bcm2835aux: Restore err assignment in bcm2835aux_spi_probe
5849e7dc560b perf probe: Fix to die_entrypc() returns error correctly
27193c41d0db perf stat: Use proper cpu for shadow stats
dc4d672a3fb5 can: m_can: fix nominal bitiming tseg2 min for version >= 3.1
1f076cc1de82 can: m_can: m_can_open(): remove IRQF_TRIGGER_FALLING from
request_threaded_irq()'s flags
dd8ab85fd88e RDMA/hns: Bugfix for memory window mtpt configuration
e69f384e22f1 RDMA/hns: Fix retry_cnt and rnr_cnt when querying QP
49b26b969474 platform/x86: toshiba_acpi:
[OE-core] [PATCH 1/9] kern-tools: non-gcc config support and option re-classification
From: Bruce Ashfield
Integrating the following commits:
1aa9046 merge_config.sh: Translate some env variables to make variables
6fdcd64 symbol_why: allow re-classification from non-hardare to hardware
With these, a non-gcc compiler can be used, since the invocation of the
kernel configuration explicitly passes the variables as command line
vars, versus environment variables. This means the kernel Makefile
assignments are overriden and the desired compiler used.
With option re-classification, we can inhibit warnings when an option
has incorrectly been classified has 'hardware', and hence triggers a
visible warning.
[merge_config.sh: Translate some env variables to make variables]
Signed-off-by: Tyler Hicks
[symbol_why: allow re-classification from non-hardare to hardware]
Signed-off-by: Bruce Ashfield
---
meta/recipes-kernel/kern-tools/kern-tools-native_git.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-kernel/kern-tools/kern-tools-native_git.bb
b/meta/recipes-kernel/kern-tools/kern-tools-native_git.bb
index ea33732a3e..27eef7fb6a 100644
--- a/meta/recipes-kernel/kern-tools/kern-tools-native_git.bb
+++ b/meta/recipes-kernel/kern-tools/kern-tools-native_git.bb
@@ -4,7 +4,7 @@ LIC_FILES_CHKSUM =
"file://tools/kgit;beginline=5;endline=9;md5=9c30e971d435e249
DEPENDS = "git-native"
-SRCREV = "df4390b18a500a1a7d4695e1856971f8e36ce517"
+SRCREV = "73f813024d33432116a122524fd2ae48afc910c7"
PR = "r12"
PV = "0.2+git${SRCPV}"
--
2.19.1
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#146054):
https://lists.openembedded.org/g/openembedded-core/message/146054
Mute This Topic: https://lists.openembedded.org/mt/79149613/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
[OE-core] [PATCH 0/9] kernel: consolidated pull request
From: Bruce Ashfield Richard, This is largely a resend of the configuration changes and kernel version bump that I had previously sent. The kern-tools SRCREV bump has a tweak in the tools from the previous version, and there are specific fixups for the warnings that the tools were now exposing. I had to balance tiny and standard needing different values for some common options! The AB run that I did is here: https://autobuilder.yoctoproject.org/typhoon/#/builders/85/builds/1270 Everything looks good to me (but I only just realized that there are now multiple pages to check) :). I've also included the systemtap uprev that was sitting on the list, since I ran into issues with v5.10 and systemtap, and the bump was most of the fix. I left the original uprev and my fixup separate, so credit for the work would be preserved. My fixup can probably be dropped in the future, but I'd prefer to keep systemtap building, giving that 5.10 is just about ready. Cheers, Bruce The following changes since commit 9aae620b9515e925db4a043a96fda2a6b6b0b5bd: gcsections: add more suppressions for SDK builds (2020-12-20 00:03:34 +) are available in the Git repository at: git://git.yoctoproject.org/poky-contrib zedd/kernel http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=zedd/kernel Bruce Ashfield (8): kern-tools: non-gcc config support and option re-classification linux-yocto/cfg: qemuppc: set CONFIG_SCSI to '=y' linux-yocto/5.4: update to v5.4.82 linux-yocto/cfg: qemuarm64-gfx.cfg: add CONFIG_INPUT_UINPUT linux-yocto/5.4: update to v5.4.83 linux-yocto/5.8/cfg: fix -tiny warnings linux-yocto/5.4/cfg: fix -tiny warnings systemtap: fix on target build for 4.4 and 5.10+ zangrc (1): systemtap: upgrade 4.3 -> 4.4 .../kern-tools/kern-tools-native_git.bb | 2 +- .../linux/linux-yocto-rt_5.4.bb | 6 +-- .../linux/linux-yocto-rt_5.8.bb | 2 +- .../linux/linux-yocto-tiny_5.4.bb | 8 ++-- .../linux/linux-yocto-tiny_5.8.bb | 2 +- meta/recipes-kernel/linux/linux-yocto_5.4.bb | 22 +- meta/recipes-kernel/linux/linux-yocto_5.8.bb | 2 +- ...t-include-and-callsite-with-same-con.patch | 44 +++ .../systemtap/systemtap_git.inc | 5 ++- 9 files changed, 69 insertions(+), 24 deletions(-) create mode 100644 meta/recipes-kernel/systemtap/systemtap/0001-transport-protect-include-and-callsite-with-same-con.patch -- 2.19.1 -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#146053): https://lists.openembedded.org/g/openembedded-core/message/146053 Mute This Topic: https://lists.openembedded.org/mt/79149612/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core][dunfell 00/28] Patch review - pseudo file mode corruption fix series
On Tue, 22 Dec 2020 at 10:03, Richard Purdie
wrote:
>
> On Tue, 2020-12-22 at 10:08 +0100, Erik Boto wrote:
> > There's a bug affecting wic in combination with --exclude-path /
> > --include-path that would then be backported into the LTS version.
> > See
> > https://bugzilla.yoctoproject.org/show_bug.cgi?id=14129.
> >
> > Maybe the issue that is being fixed is more serious then the issue
> > being introduced so it's a valid trade-off, I just wanted to mention
> > it so it's known.
>
> I've been suggesting Steve hold off this until we sorted out master,
> having a patch queue ready is helpful though so we don't lose track of
> all the patches.
>
> There were some fixes from Peter/Paul around pseudo which we needed and
> have now merged which leaves the above issue...
>
> Cheers,
>
> Richard
Looking at that bug (#14129) I wonder why "${WORKDIR}/build-wic" was
added to PSEUDO_IGNORE_PATHS in
https://git.openembedded.org/openembedded-core/commit/?id=ad8f5532ffaead9a5ad13e1034fe9e5e1b7979f4.
Is anything likely to explode if we drop that addition?
Thanks,
--
Paul Barker
Konsulko Group
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#146052):
https://lists.openembedded.org/g/openembedded-core/message/146052
Mute This Topic: https://lists.openembedded.org/mt/78686037/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [PATCH] kernel-devicetree: Introduce KERNEL_DEVICETREE_FLAGS to pass dtc flags
On Tue, Dec 22, 2020 at 5:43 AM Ovidiu Panait
wrote:
>
> Currently DTC_FLAGS kernel makefile parameter can be specified directly on the
> command line by adding it to KERNEL_EXTRA_ARGS. However, this prevents
> scripts/Makefile.lib logic from appending flags that silence dtc warnings (all
> assignments done from within a makefile, to a variable specified on the
> command
> line, are ignored).
>
> Because of this, the do_compile log is cluttered with dtc warnings that should
> only be printed when compiling with W="123":
> ...
> /soc: node has a reg or ranges property, but no unit name
> /soc/gpu: missing or empty reg/ranges property
> /soc/firmware/gpio: missing or empty reg/ranges property
> ...
>
> To fix this, introduce the dedicated KERNEL_DEVICETREE_FLAGS variable to hold
> dtc flags and export DTC_FLAGS in the environment before generating the dtbs
> (make allows "+=" operations on variables that come from the environment, so
> the warnings are silenced properly).
>
> Signed-off-by: Ovidiu Panait
> ---
> meta/classes/kernel-devicetree.bbclass | 7 +++
> 1 file changed, 7 insertions(+)
>
> diff --git a/meta/classes/kernel-devicetree.bbclass
> b/meta/classes/kernel-devicetree.bbclass
> index 81dda8003f..2066096a9a 100644
> --- a/meta/classes/kernel-devicetree.bbclass
> +++ b/meta/classes/kernel-devicetree.bbclass
> @@ -9,6 +9,9 @@ FILES_${KERNEL_PACKAGE_NAME}-image-zimage-bundle =
> "/${KERNEL_IMAGEDEST}/zImage-
> # Generate kernel+devicetree bundle
> KERNEL_DEVICETREE_BUNDLE ?= "0"
>
> +# dtc flags passed via DTC_FLAGS env variable
> +KERNEL_DEVICETREE_FLAGS ?= ""
We should also be updating the docs with the new variable. I don't
know how well the other parts of this are documented, but the state of
the current docs shouldn't prevent this from being documented.
> +
> normalize_dtb () {
> dtb="$1"
> if echo $dtb | grep -q '/dts/'; then
> @@ -50,6 +53,10 @@ do_configure_append() {
> }
>
> do_compile_append() {
> + if [ ! -z "${KERNEL_DEVICETREE_FLAGS}" ]; then
Does -n work here ? Having a positive test "does this exist ?", is
almost always easier to read / maintain than "does this not exist ?".
But someone can correct me, if there's a compatibility concern with -n
(and if so, I have a lot of scripts to change ;))
Bruce
> + export DTC_FLAGS="${KERNEL_DEVICETREE_FLAGS}"
> + fi
> +
> for dtbf in ${KERNEL_DEVICETREE}; do
> dtb=`normalize_dtb "$dtbf"`
> oe_runmake $dtb CC="${KERNEL_CC} $cc_extra "
> LD="${KERNEL_LD}" ${KERNEL_EXTRA_ARGS}
> --
> 2.17.1
>
>
>
>
--
- Thou shalt not follow the NULL pointer, for chaos and madness await
thee at its end
- "Use the force Harry" - Gandalf, Star Trek II
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#146051):
https://lists.openembedded.org/g/openembedded-core/message/146051
Mute This Topic: https://lists.openembedded.org/mt/79146426/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [PATCH] kernel-devicetree: Introduce KERNEL_DEVICETREE_FLAGS to pass dtc flags
On Tue, 22 Dec 2020 at 10:42, Ovidiu Panait wrote:
>
> Currently DTC_FLAGS kernel makefile parameter can be specified directly on the
> command line by adding it to KERNEL_EXTRA_ARGS. However, this prevents
> scripts/Makefile.lib logic from appending flags that silence dtc warnings (all
> assignments done from within a makefile, to a variable specified on the
> command
> line, are ignored).
>
> Because of this, the do_compile log is cluttered with dtc warnings that should
> only be printed when compiling with W="123":
> ...
> /soc: node has a reg or ranges property, but no unit name
> /soc/gpu: missing or empty reg/ranges property
> /soc/firmware/gpio: missing or empty reg/ranges property
> ...
>
> To fix this, introduce the dedicated KERNEL_DEVICETREE_FLAGS variable to hold
> dtc flags and export DTC_FLAGS in the environment before generating the dtbs
> (make allows "+=" operations on variables that come from the environment, so
> the warnings are silenced properly).
I'd prefer KERNEL_DTC_FLAGS but maybe that's just arguing over the
colour of the bikeshed.
>
> Signed-off-by: Ovidiu Panait
> ---
> meta/classes/kernel-devicetree.bbclass | 7 +++
> 1 file changed, 7 insertions(+)
>
> diff --git a/meta/classes/kernel-devicetree.bbclass
> b/meta/classes/kernel-devicetree.bbclass
> index 81dda8003f..2066096a9a 100644
> --- a/meta/classes/kernel-devicetree.bbclass
> +++ b/meta/classes/kernel-devicetree.bbclass
> @@ -9,6 +9,9 @@ FILES_${KERNEL_PACKAGE_NAME}-image-zimage-bundle =
> "/${KERNEL_IMAGEDEST}/zImage-
> # Generate kernel+devicetree bundle
> KERNEL_DEVICETREE_BUNDLE ?= "0"
>
> +# dtc flags passed via DTC_FLAGS env variable
> +KERNEL_DEVICETREE_FLAGS ?= ""
> +
> normalize_dtb () {
> dtb="$1"
> if echo $dtb | grep -q '/dts/'; then
> @@ -50,6 +53,10 @@ do_configure_append() {
> }
>
> do_compile_append() {
> + if [ ! -z "${KERNEL_DEVICETREE_FLAGS}" ]; then
> + export DTC_FLAGS="${KERNEL_DEVICETREE_FLAGS}"
> + fi
> +
> for dtbf in ${KERNEL_DEVICETREE}; do
> dtb=`normalize_dtb "$dtbf"`
> oe_runmake $dtb CC="${KERNEL_CC} $cc_extra "
> LD="${KERNEL_LD}" ${KERNEL_EXTRA_ARGS}
> --
> 2.17.1
>
>
>
>
--
Paul Barker
Konsulko Group
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#146050):
https://lists.openembedded.org/g/openembedded-core/message/146050
Mute This Topic: https://lists.openembedded.org/mt/79146426/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [meta-oe][PATCH] oe-pkgdata-util: Added a test to verify oe-pkgdata-util without parameters
On Tue, 22 Dec 2020 at 11:25, Milan Shah wrote:
>
> A test is implemented on poky/meta/lib/oeqa/selftest/pkgdata.py to test
> the scenario when oe-pkgdata-util is executed without parameters and
> help is displayed.
>
> See [YOCTO #10726] for detailed bug information.
>
> Upstream-Status: Submitted
This tag doesn't make sense here, you can just drop it. We only need
this tag for actual patch files added to the repository to be applied
to upstream software.
>
> Signed-off-by: Milan Shah
> ---
> meta/lib/oeqa/selftest/cases/pkgdata.py | 6 ++
> 1 file changed, 6 insertions(+)
>
> diff --git a/meta/lib/oeqa/selftest/cases/pkgdata.py
> b/meta/lib/oeqa/selftest/cases/pkgdata.py
> index 833a180..d3a5519 100644
> --- a/meta/lib/oeqa/selftest/cases/pkgdata.py
> +++ b/meta/lib/oeqa/selftest/cases/pkgdata.py
> @@ -218,3 +218,9 @@ class OePkgdataUtilTests(OESelftestTestCase):
> def test_specify_pkgdatadir(self):
> result = runCmd('oe-pkgdata-util -p %s lookup-pkg zlib' %
> get_bb_var('PKGDATA_DIR'))
> self.assertEqual(result.output, 'libz1')
> +
> +def test_no_param(self):
> +result = runCmd('oe-pkgdata-util', ignore_status=True)
> +self.assertEqual(result.status, 2, "Status different than 2. output:
> %s" % result.output)
> +self.assertIn('oe-pkgdata-util: error: the following arguments are
> required: ', result.output)
> +self.assertIn('usage: oe-pkgdata-util [-h] [-d] [-p PKGDATA_DIR]
> ', result.output)
I don't like these assertln calls - they just make it more difficult
to change the help output of the oe-pkgdata-util tool if additional
options are added in the future.
I'm not really sure what this test case is expected to catch but
perhaps just checking for the return code of 2 and the string "usage:
oe-pkgdata-util" somewhere in the output is enough.
Thanks,
--
Paul Barker
Konsulko Group
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#146049):
https://lists.openembedded.org/g/openembedded-core/message/146049
Mute This Topic: https://lists.openembedded.org/mt/79146837/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
[OE-core] [PATCH] populate_sdk_base: Fix condition syntax if SDK_RELOCATE_AFTER_INSTALL is disabled
If variable is set to empty string the comparison is "if [ -eq 1 ]"
which fails with "[: -eq: unary operator expected".
Signed-off-by: Tomasz Dziendzielski
---
meta/classes/populate_sdk_base.bbclass | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/classes/populate_sdk_base.bbclass
b/meta/classes/populate_sdk_base.bbclass
index 49b1833265..4db0511dba 100644
--- a/meta/classes/populate_sdk_base.bbclass
+++ b/meta/classes/populate_sdk_base.bbclass
@@ -263,7 +263,7 @@ fakeroot create_shar() {
rm -f ${T}/pre_install_command ${T}/post_install_command
- if [ ${SDK_RELOCATE_AFTER_INSTALL} -eq 1 ] ; then
+ if [ "${SDK_RELOCATE_AFTER_INSTALL}" = "1" ] ; then
cp ${TOOLCHAIN_SHAR_REL_TMPL} ${T}/post_install_command
fi
cat << "EOF" >> ${T}/pre_install_command
--
2.29.2
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#146048):
https://lists.openembedded.org/g/openembedded-core/message/146048
Mute This Topic: https://lists.openembedded.org/mt/79148371/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
[OE-core] [meta-oe][PATCH] oe-pkgdata-util: Added a test to verify oe-pkgdata-util without parameters
A test is implemented on poky/meta/lib/oeqa/selftest/pkgdata.py to test
the scenario when oe-pkgdata-util is executed without parameters and
help is displayed.
See [YOCTO #10726] for detailed bug information.
Upstream-Status: Submitted
Signed-off-by: Milan Shah
---
meta/lib/oeqa/selftest/cases/pkgdata.py | 6 ++
1 file changed, 6 insertions(+)
diff --git a/meta/lib/oeqa/selftest/cases/pkgdata.py
b/meta/lib/oeqa/selftest/cases/pkgdata.py
index 833a180..d3a5519 100644
--- a/meta/lib/oeqa/selftest/cases/pkgdata.py
+++ b/meta/lib/oeqa/selftest/cases/pkgdata.py
@@ -218,3 +218,9 @@ class OePkgdataUtilTests(OESelftestTestCase):
def test_specify_pkgdatadir(self):
result = runCmd('oe-pkgdata-util -p %s lookup-pkg zlib' %
get_bb_var('PKGDATA_DIR'))
self.assertEqual(result.output, 'libz1')
+
+def test_no_param(self):
+result = runCmd('oe-pkgdata-util', ignore_status=True)
+self.assertEqual(result.status, 2, "Status different than 2. output:
%s" % result.output)
+self.assertIn('oe-pkgdata-util: error: the following arguments are
required: ', result.output)
+self.assertIn('usage: oe-pkgdata-util [-h] [-d] [-p PKGDATA_DIR]
', result.output)
--
2.7.4
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#146047):
https://lists.openembedded.org/g/openembedded-core/message/146047
Mute This Topic: https://lists.openembedded.org/mt/79146837/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
[OE-core] [PATCH] kernel-devicetree: Introduce KERNEL_DEVICETREE_FLAGS to pass dtc flags
Currently DTC_FLAGS kernel makefile parameter can be specified directly on the
command line by adding it to KERNEL_EXTRA_ARGS. However, this prevents
scripts/Makefile.lib logic from appending flags that silence dtc warnings (all
assignments done from within a makefile, to a variable specified on the command
line, are ignored).
Because of this, the do_compile log is cluttered with dtc warnings that should
only be printed when compiling with W="123":
...
/soc: node has a reg or ranges property, but no unit name
/soc/gpu: missing or empty reg/ranges property
/soc/firmware/gpio: missing or empty reg/ranges property
...
To fix this, introduce the dedicated KERNEL_DEVICETREE_FLAGS variable to hold
dtc flags and export DTC_FLAGS in the environment before generating the dtbs
(make allows "+=" operations on variables that come from the environment, so
the warnings are silenced properly).
Signed-off-by: Ovidiu Panait
---
meta/classes/kernel-devicetree.bbclass | 7 +++
1 file changed, 7 insertions(+)
diff --git a/meta/classes/kernel-devicetree.bbclass
b/meta/classes/kernel-devicetree.bbclass
index 81dda8003f..2066096a9a 100644
--- a/meta/classes/kernel-devicetree.bbclass
+++ b/meta/classes/kernel-devicetree.bbclass
@@ -9,6 +9,9 @@ FILES_${KERNEL_PACKAGE_NAME}-image-zimage-bundle =
"/${KERNEL_IMAGEDEST}/zImage-
# Generate kernel+devicetree bundle
KERNEL_DEVICETREE_BUNDLE ?= "0"
+# dtc flags passed via DTC_FLAGS env variable
+KERNEL_DEVICETREE_FLAGS ?= ""
+
normalize_dtb () {
dtb="$1"
if echo $dtb | grep -q '/dts/'; then
@@ -50,6 +53,10 @@ do_configure_append() {
}
do_compile_append() {
+ if [ ! -z "${KERNEL_DEVICETREE_FLAGS}" ]; then
+ export DTC_FLAGS="${KERNEL_DEVICETREE_FLAGS}"
+ fi
+
for dtbf in ${KERNEL_DEVICETREE}; do
dtb=`normalize_dtb "$dtbf"`
oe_runmake $dtb CC="${KERNEL_CC} $cc_extra " LD="${KERNEL_LD}"
${KERNEL_EXTRA_ARGS}
--
2.17.1
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#146046):
https://lists.openembedded.org/g/openembedded-core/message/146046
Mute This Topic: https://lists.openembedded.org/mt/79146426/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
[OE-core] Changed kernel dependencies cause on target kernel update woes
Hi all,
I am experiencing problems with on target updates of the kernel in dunfell
because the way runtime dependencies are generated have changed.
I was on thud before and the resulting runtime dependencies on the packages
(rpm and bzImage in my case) where the following
* Package "kernel" requires "kernel-${KERNEL_VERSION_PKG_NAME}"
* Package "kernel-${KERNEL_VERSION_PKG_NAME}" requires
"kernel-image-${KERNEL_VERSION_PKG_NAME}"
* Package "kernel-image-${KERNEL_VERSION_PKG_NAME}" requires
"kernel-image-bzimage-${KERNEL_VERSION_PKG_NAME}"
In dunfell the resulting runtime dependencies are instead simply
* Package "kernel" requires "kernel-base"
* Package "kernel-${KERNEL_VERSION_PKG_NAME}" requires "kernel-image"
* Package "kernel-image-${KERNEL_VERSION_PKG_NAME}" requires
"kernel-image-bzimage"
But as both the old and new kernel packages provide "kernel-image" and
"kernel-image-bzimage", only the "kernel" package is updated, as it is the only
package which increases its version / release (the other packages change names
since ${KERNEL_VERSION_PKG_NAME} differs) and the "kernel-image" and
"kernel-image-bzimage" dependencies are already satisfied by the old kernel.
I traced this change of behavior to OE-Core commit
920beaaeef62b558e046f32c8ef0332250969ef1 (package: get_package_mapping: avoid
dependency mapping if renamed package provides original name), included in
gatesgarth but also backported to dunfell. Before this commit the package
mapping took care of replacing the dependency on "kernel-image" added by
kernel.bbclass to the actual package name, which is no longer the case.
What would be the correct way to address this?
One solution could be to have kernel.bbclass add versioned dependencies, like
the following (the ones for RDEPENDS_${KERNEL_PACKAGE_NAME}-image would also
need to be versioned in the same way).
RDEPENDS_${KERNEL_PACKAGE_NAME} = "${KERNEL_PACKAGE_NAME}-base (=
${EXTENDPKGV})"
RDEPENDS_${KERNEL_PACKAGE_NAME}-base ?= "${KERNEL_PACKAGE_NAME}-image (=
${EXTENDPKGV})"
Instead of the current
RDEPENDS_${KERNEL_PACKAGE_NAME} = "${KERNEL_PACKAGE_NAME}-base"
RDEPENDS_${KERNEL_PACKAGE_NAME}-base ?= "${KERNEL_PACKAGE_NAME}-image"
That solves the issue for me and it kind of makes sense that the "kernel",
"kernel-${KERNEL_VERSION_PKG_NAME}" and
"kernel-image-${KERNEL_VERSION_PKG_NAME}" packages always be at the same exact
version, but I do not know if that would break some existing scenarios.
Best,
Diego
--
Diego Santa Cruz, PhD
Technology Architect
spinetix.com
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#146045):
https://lists.openembedded.org/g/openembedded-core/message/146045
Mute This Topic: https://lists.openembedded.org/mt/79146415/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
[OE-core] Logging configuration on recipe functions
Hi all, I encountered an interesting issue while I tried to debug some functionality. I have some custom python tasks which provide additional log output by using bb.note (or the wrapper bbnote in shell tasks). These are by default not visible in the console, but under certain conditions I want to the output of those in the console log (e.g. in CI). One could run bitbake with -D or even more verbose switches, but as I'm solely interested in having the output of those bb.note calls - debugging switches are a bit too much IMO. I tried to configure this by using BB_LOGCONFIG and override the standard configuration. After browsing through the code I have the following questions - which logger is used for python tasks? I tried "Bitbake.Main", "Bitbake.Build" and "Bitbake.Util", but couldn't see any change in behavior - can I change the behavior of this logger by using BB_LOGCONFIG (judging from the code it should be possible, but I've seen no example in real life) - aim is to have the bb.note output as part of the console (not as an additional file) I helped myself with using bb.verbnote for now, but it requires additional logic to make it configurable and therefore I'm still looking for an easier way to do that. Any ideas? Regards Konrad -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#146044): https://lists.openembedded.org/g/openembedded-core/message/146044 Mute This Topic: https://lists.openembedded.org/mt/79146372/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core][dunfell 00/28] Patch review - pseudo file mode corruption fix series
On Tue, 2020-12-22 at 10:08 +0100, Erik Boto wrote: > There's a bug affecting wic in combination with --exclude-path / > --include-path that would then be backported into the LTS version. > See > https://bugzilla.yoctoproject.org/show_bug.cgi?id=14129. > > Maybe the issue that is being fixed is more serious then the issue > being introduced so it's a valid trade-off, I just wanted to mention > it so it's known. I've been suggesting Steve hold off this until we sorted out master, having a patch queue ready is helpful though so we don't lose track of all the patches. There were some fixes from Peter/Paul around pseudo which we needed and have now merged which leaves the above issue... Cheers, Richard -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#146043): https://lists.openembedded.org/g/openembedded-core/message/146043 Mute This Topic: https://lists.openembedded.org/mt/78686037/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [meta-oe][PATCH v5] net-tools: split mii-tool into its own package
On Wed, 2020-12-16 at 22:48 +, Sinan Kaya wrote:
> Move the mii-tool into its own package. Useful for size constrained
> systems that only want the mii-tool only.
>
> Signed-off-by: Sinan Kaya
> ---
> .../net-tools/net-tools_1.60-20181103.bb | 15 ++-
> 1 file changed, 14 insertions(+), 1 deletion(-)
>
> diff --git a/meta/recipes-extended/net-tools/net-tools_1.60-
> 20181103.bb b/meta/recipes-extended/net-tools/net-tools_1.60-
> 20181103.bb
> index e97731073e8..1784bf9ec24 100644
> --- a/meta/recipes-extended/net-tools/net-tools_1.60-20181103.bb
> +++ b/meta/recipes-extended/net-tools/net-tools_1.60-20181103.bb
> @@ -107,4 +107,17 @@ python __anonymous() {
> }
> ALTERNATIVE_PRIORITY = "100"
>
> -BBCLASSEXTEND = "native nativesdk"
> +NETTOOLS_PACKAGES = "${PN}-mii-tool"
> +
> +PACKAGE_BEFORE_PN = "${NETTOOLS_PACKAGES}"
> +RDEPENDS_${PN} += "${NETTOOLS_PACKAGES}"
> +
> +FILES_${PN}-mii-tool = "${base_sbindir}/mii-tool"
> +
> +ALTERNATIVE_${PN}_remove = "mii-tool"
> +
> +ALTERNATIVE_${PN}-mii-tool = "mii-tool"
> +ALTERNATIVE_TARGET[mii-tool] = "${base_sbindir}/mii-tool"
> +ALTERNATIVE_LINK_NAME[mii-tool] = "${base_sbindir}/mii-tool"
> +
> +BBCLASSEXTEND = "native nativesdk"
I'm still trying to work through testing of these. This one seems to
result in:
https://autobuilder.yoctoproject.org/typhoon/#/builders/23/builds/3077/steps/11/logs/warnings
which is from net-tools-native.
NETTOOLS_PACKAGES_class-native = ""
may be the neatest fix for that I can think of offhand.
Cheers,
Richard
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#146042):
https://lists.openembedded.org/g/openembedded-core/message/146042
Mute This Topic: https://lists.openembedded.org/mt/79024663/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
[OE-core] [PATCH] glib-2.0: add a patch to increase a test timeout
There have been intermittent ptest failures in this test;
I couldn't reproduce the failures in isolation, and
this is the only reason I can think of from reading code.
Signed-off-by: Alexander Kanavin
---
...degen.py-bump-timeout-to-100-seconds.patch | 26 +++
.../glib-2.0/glib-2.0/relocate-modules.patch | 2 +-
meta/recipes-core/glib-2.0/glib-2.0_2.66.2.bb | 1 +
3 files changed, 28 insertions(+), 1 deletion(-)
create mode 100644
meta/recipes-core/glib-2.0/glib-2.0/0001-gio-tests-codegen.py-bump-timeout-to-100-seconds.patch
diff --git
a/meta/recipes-core/glib-2.0/glib-2.0/0001-gio-tests-codegen.py-bump-timeout-to-100-seconds.patch
b/meta/recipes-core/glib-2.0/glib-2.0/0001-gio-tests-codegen.py-bump-timeout-to-100-seconds.patch
new file mode 100644
index 00..508c8c3bad
--- /dev/null
+++
b/meta/recipes-core/glib-2.0/glib-2.0/0001-gio-tests-codegen.py-bump-timeout-to-100-seconds.patch
@@ -0,0 +1,26 @@
+From b833254bcc9fcf4cdc2572027b1154d799535ca4 Mon Sep 17 00:00:00 2001
+From: Alexander Kanavin
+Date: Sun, 20 Dec 2020 22:01:43 +0100
+Subject: [PATCH] gio/tests/codegen.py: bump timeout to 100 seconds
+
+This may be necessary on overloaded CI systems.
+
+Upstream-Status: Pending
+Signed-off-by: Alexander Kanavin
+---
+ gio/tests/codegen.py | 2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+
+diff --git a/gio/tests/codegen.py b/gio/tests/codegen.py
+index 51de0ed..ca98c9d 100644
+--- a/gio/tests/codegen.py
b/gio/tests/codegen.py
+@@ -51,7 +51,7 @@ class TestCodegen(unittest.TestCase):
+ cwd = ''
+
+ def setUp(self):
+-self.timeout_seconds = 10 # seconds per test
++self.timeout_seconds = 100 # seconds per test
+ self.tmpdir = tempfile.TemporaryDirectory()
+ self.cwd = os.getcwd()
+ os.chdir(self.tmpdir.name)
diff --git a/meta/recipes-core/glib-2.0/glib-2.0/relocate-modules.patch
b/meta/recipes-core/glib-2.0/glib-2.0/relocate-modules.patch
index 2b8e930511..4cbcc29a50 100644
--- a/meta/recipes-core/glib-2.0/glib-2.0/relocate-modules.patch
+++ b/meta/recipes-core/glib-2.0/glib-2.0/relocate-modules.patch
@@ -1,4 +1,4 @@
-From 85931fbb981b5aae38f1c1370d5d3c091cb862b8 Mon Sep 17 00:00:00 2001
+From 011c9f024b6475d31e7d5432a38d00fb67eaea40 Mon Sep 17 00:00:00 2001
From: Ross Burton
Date: Fri, 11 Mar 2016 15:35:55 +
Subject: [PATCH] glib-2.0: relocate the GIO module directory for native builds
diff --git a/meta/recipes-core/glib-2.0/glib-2.0_2.66.2.bb
b/meta/recipes-core/glib-2.0/glib-2.0_2.66.2.bb
index 1f83660856..01ed54d06a 100644
--- a/meta/recipes-core/glib-2.0/glib-2.0_2.66.2.bb
+++ b/meta/recipes-core/glib-2.0/glib-2.0_2.66.2.bb
@@ -16,6 +16,7 @@ SRC_URI = "${GNOME_MIRROR}/glib/${SHRT_VER}/glib-${PV}.tar.xz
\
file://0001-Do-not-write-bindir-into-pkg-config-files.patch \
file://0001-meson-Run-atomics-test-on-clang-as-well.patch \
file://0001-gio-tests-resources.c-comment-out-a-build-host-only-.patch \
+ file://0001-gio-tests-codegen.py-bump-timeout-to-100-seconds.patch \
"
SRC_URI_append_class-native = " file://relocate-modules.patch"
--
2.29.2
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#146041):
https://lists.openembedded.org/g/openembedded-core/message/146041
Mute This Topic: https://lists.openembedded.org/mt/79145828/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core] [PATCH] mesa: update 20.2.4 → 20.3.1
On Thu, 2020-12-17 at 23:52 -0500, Trevor Woerner wrote: > Two of the patches have been applied upstream: > 0001-meson-Add-xcb-fixes-to-loader-when-using-x11-and- > dri.patch > 0005-vc4-use-intmax_t-for-formatted-output-of-timespec- > me.patch > > The 'surfaceless' platform is now enabled by default, therefore it is > no > longer a valid choice. The meson build system is intelligent enough > now to > decide if 'drm' needs to be enabled based on whether or not gbm is > available. > Therefore 'drm' also is no longer a valid platform choice: > > ERROR: Options "drm, surfaceless" are not in allowed choices: > "auto, x11, wayland, haiku, android, windows" > > Signed-off-by: Trevor Woerner FWIW this is missing the rename of mesa-gl to match the mesa recipe. I've queued the missing piece for testing. Cheers, Richard -=-=-=-=-=-=-=-=-=-=-=- Links: You receive all messages sent to this group. View/Reply Online (#146040): https://lists.openembedded.org/g/openembedded-core/message/146040 Mute This Topic: https://lists.openembedded.org/mt/79055348/21656 Group Owner: openembedded-core+ow...@lists.openembedded.org Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub [arch...@mail-archive.com] -=-=-=-=-=-=-=-=-=-=-=-
Re: [OE-core][dunfell 00/28] Patch review - pseudo file mode corruption fix series
There's a bug affecting wic in combination with --exclude-path /
--include-path that would then be backported into the LTS version. See
https://bugzilla.yoctoproject.org/show_bug.cgi?id=14129.
Maybe the issue that is being fixed is more serious then the issue
being introduced so it's a valid trade-off, I just wanted to mention
it so it's known.
Cheers,
Erik
On Mon, Dec 21, 2020 at 4:06 PM Steve Sakoman wrote:
>
> On Mon, Dec 21, 2020 at 4:33 AM Martin Jansa wrote:
> >
> > Just curious, is this PR on hold or rejected completely?
> >
> > I don't have strong opinion either way, I was just wondering about this one
> > when other newer PRs were already merged.
>
> This series is still actively being tested. I've been waiting for a
> couple of related patches from master to hit before sending a v2.
>
> If there are still no objections at that point I'll send a merge request.
>
> Steve
>
> > On Thu, Dec 3, 2020 at 4:08 PM Steve Sakoman wrote:
> >>
> >> Issues with undetected file mode corruption in pseudo have been identified.
> >>
> >> Fixes have been merged into master and gatesgarth over the past couple of
> >> months and
> >> things seem to have stabilized enough that we can consider backporting
> >> these fixes
> >> to dunfell.
> >>
> >> This is a somewhat more invasive change than normal. Specifically the user
> >> will
> >> be required to clean TMPDIR after this merge. It may also expose issues
> >> with
> >> other layers, though master and gategarth have probably helped to pave the
> >> way for
> >> this change.
> >>
> >> Personally I think that this fixes a serious enough issue that we should
> >> consider
> >> this series for dunfell.
> >>
> >> Please have comments back by Monday morning.
> >>
> >> The following changes since commit
> >> 071806feb195961e59069f778c9ae8f27a739d9a:
> >>
> >> e2fsprogs: Fix a ptest permissions determinism issue (2020-11-30
> >> 12:05:57 -1000)
> >>
> >> are available in the Git repository at:
> >>
> >> git://git.openembedded.org/openembedded-core-contrib stable/dunfell-nut
> >>
> >> http://cgit.openembedded.org/openembedded-core-contrib/log/?h=stable/dunfell-nut
> >>
> >> Jacob Kroon (1):
> >> bitbake.conf: Remove TERM from default BB_HASHBASE_WHITELIST
> >>
> >> Joe Slater (1):
> >> pseudo: fix renaming to self
> >>
> >> Martin Jansa (1):
> >> base.bbclass: use os.path.normpath instead of just comparing WORKDIR
> >> and S as strings
> >>
> >> Mingli Yu (2):
> >> tcl: adapt to potential pseudo changes
> >> bitbake.conf: Exclude ${CCACHE_DIR} from pseudo database
> >>
> >> Ricardo Ribalda Delgado (3):
> >> wic: Fix permissions when using exclude or include path
> >> wic: Fix multi images .wks with bitbake
> >> wic: Avoid creating invalid pseudo directory
> >>
> >> Richard Purdie (19):
> >> pseudo: Switch to oe-core branch in git repo
> >> pseudo: merge in fixes for setfacl issue
> >> pseudo: Update to add OFC fcntl lock updates
> >> pseudo: Ignore mismatched inodes from the db
> >> pseudo: Add support for ignoring paths from the pseudo DB
> >> pseudo: Abort on mismatch patch
> >> psuedo: Add tracking of linked files for fds
> >> pseudo: Fix xattr segfault
> >> pseudo: Add may unlink patch
> >> pseudo: Add pathfix patch
> >> base/bitbake.conf: Enable pseudo path filtering
> >> wic: Handle new PSEUDO_IGNORE_PATHS variable
> >> pseudo: Fix statx function usage
> >> bitbake.conf: Extend PSEUDO_IGNORE_PATHS to ${COREBASE}/meta
> >> abi_version,sanity: Tell users TMPDIR must be clean after pseudo
> >> changes
> >> pseudo: Update to account for patches merged on branch
> >> pseudo: Upgrade to include mkostemp64 wrapper
> >> oeqa/selftest/runtime_test: Exclude gpg directory from pseudo database
> >> uninative: Don't use single sstate for pseudo-native
> >>
> >> Ross Burton (1):
> >> devtool: remove unused variable
> >>
> >> meta/classes/archiver.bbclass | 2 +-
> >> meta/classes/base.bbclass | 6 +
> >> meta/classes/image_types_wic.bbclass | 12 +-
> >> meta/classes/populate_sdk_base.bbclass| 2 +
> >> meta/classes/sanity.bbclass | 3 +
> >> meta/classes/sstate.bbclass | 4 +
> >> meta/conf/abi_version.conf| 2 +-
> >> meta/conf/bitbake.conf| 13 +-
> >> meta/lib/oe/sstatesig.py | 4 +-
> >> meta/lib/oeqa/selftest/cases/runtime_test.py | 1 +
> >> .../pseudo/files/0001-Add-statx.patch | 106 --
> >> ...001-maketables-wrappers-use-Python-3.patch | 34 -
> >> ...ixup-remove-files-that-do-not-exist-.patch | 49 ---
> >> .../0001-pseudo_ipc.h-Fix-enum-typedef.patch | 31
> >> ...1-realpath.c-Remove-trailing-slashes.patch | 57
> >> ...xattr-adjust-for-attr-2.4.48-release.patch | 48 --
> >> .../pseudo/files/moreretries.patch| 19 ---
> >>
[OE-core] [PATCH 2/2] inetutils: add dnsdomainname to ALTERNATIVE
The dnsdomainname can also be provided by busybox and net-tools. Also
move it from ${bindir} to ${base_bindir} because the command provided by
busybox or net-tools is located here.
Signed-off-by: Yi Zhao
---
meta/recipes-connectivity/inetutils/inetutils_1.9.4.bb | 4 +++-
1 file changed, 3 insertions(+), 1 deletion(-)
diff --git a/meta/recipes-connectivity/inetutils/inetutils_1.9.4.bb
b/meta/recipes-connectivity/inetutils/inetutils_1.9.4.bb
index adf6d4414e..09a196ad9d 100644
--- a/meta/recipes-connectivity/inetutils/inetutils_1.9.4.bb
+++ b/meta/recipes-connectivity/inetutils/inetutils_1.9.4.bb
@@ -71,6 +71,7 @@ do_install_append () {
install -m 0755 -d ${D}${base_bindir}
mv ${D}${bindir}/ping* ${D}${base_bindir}/
mv ${D}${bindir}/hostname ${D}${base_bindir}/
+ mv ${D}${bindir}/dnsdomainname ${D}${base_bindir}/
fi
mv ${D}${bindir}/ifconfig ${D}${base_sbindir}/
mv ${D}${libexecdir}/syslogd ${D}${base_sbindir}/
@@ -118,8 +119,9 @@ PACKAGES =+ "${PN}-tftpd-dbg ${PN}-telnetd-dbg
${PN}-rshd-dbg"
NOAUTOPACKAGEDEBUG = "1"
ALTERNATIVE_PRIORITY = "79"
-ALTERNATIVE_${PN} = "whois"
+ALTERNATIVE_${PN} = "whois dnsdomainname"
ALTERNATIVE_LINK_NAME[uucpd] = "${sbindir}/in.uucpd"
+ALTERNATIVE_LINK_NAME[dnsdomainname] = "${base_bindir}/dnsdomainname"
ALTERNATIVE_PRIORITY_${PN}-logger = "60"
ALTERNATIVE_${PN}-logger = "logger"
--
2.25.1
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#146038):
https://lists.openembedded.org/g/openembedded-core/message/146038
Mute This Topic: https://lists.openembedded.org/mt/79145230/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
[OE-core] [PATCH 1/2] dhcpcd: fix SECCOMP for i386
The dhcpcd doesn't work on Intel 32bit platform. Backport a patch to fix
the issue.
Signed-off-by: Yi Zhao
---
.../dhcpcd/dhcpcd_9.3.4.bb| 1 +
...x-i386-for-SECCOMP-as-it-just-uses-s.patch | 57 +++
2 files changed, 58 insertions(+)
create mode 100644
meta/recipes-connectivity/dhcpcd/files/0001-privsep-Fix-Linux-i386-for-SECCOMP-as-it-just-uses-s.patch
diff --git a/meta/recipes-connectivity/dhcpcd/dhcpcd_9.3.4.bb
b/meta/recipes-connectivity/dhcpcd/dhcpcd_9.3.4.bb
index cd81f17773..69a07760b4 100644
--- a/meta/recipes-connectivity/dhcpcd/dhcpcd_9.3.4.bb
+++ b/meta/recipes-connectivity/dhcpcd/dhcpcd_9.3.4.bb
@@ -14,6 +14,7 @@ UPSTREAM_CHECK_URI =
"https://roy.marples.name/downloads/dhcpcd/;
SRC_URI = "https://roy.marples.name/downloads/${BPN}/${BPN}-${PV}.tar.xz \
file://0001-remove-INCLUDEDIR-to-prevent-build-issues.patch \
file://0001-Linux-Fix-privsep-build-by-including-sys-termios.h-f.patch \
+
file://0001-privsep-Fix-Linux-i386-for-SECCOMP-as-it-just-uses-s.patch \
file://dhcpcd.service \
file://dhcpcd@.service \
"
diff --git
a/meta/recipes-connectivity/dhcpcd/files/0001-privsep-Fix-Linux-i386-for-SECCOMP-as-it-just-uses-s.patch
b/meta/recipes-connectivity/dhcpcd/files/0001-privsep-Fix-Linux-i386-for-SECCOMP-as-it-just-uses-s.patch
new file mode 100644
index 00..b79d5f04ce
--- /dev/null
+++
b/meta/recipes-connectivity/dhcpcd/files/0001-privsep-Fix-Linux-i386-for-SECCOMP-as-it-just-uses-s.patch
@@ -0,0 +1,57 @@
+From 12cdb2be46e25e1ab99df18324b787ad8749dff7 Mon Sep 17 00:00:00 2001
+From: Roy Marples
+Date: Sat, 12 Dec 2020 22:12:54 +
+Subject: [PATCH] privsep: Fix Linux i386 for SECCOMP as it just uses
+ socketcall
+
+Rather than accept(2), recv(2), etc. which is horrible!
+
+Thanks to Steve Hirsch for testing.
+
+Upstream-Status: Backport
+[https://roy.marples.name/cgit/dhcpcd.git/commit/?id=12cdb2be46e25e1ab99df18324b787ad8749dff7]
+
+Signed-off-by: Yi Zhao
+---
+ src/privsep-linux.c | 18 ++
+ 1 file changed, 18 insertions(+)
+
+diff --git a/src/privsep-linux.c b/src/privsep-linux.c
+index 050a30cf..d31d720d 100644
+--- a/src/privsep-linux.c
b/src/privsep-linux.c
+@@ -34,6 +34,7 @@
+
+ #include
+ #include
++#include
+ #include
+ #include
+
+@@ -311,6 +312,23 @@ static struct sock_filter ps_seccomp_filter[] = {
+ #ifdef __NR_sendto
+ SECCOMP_ALLOW(__NR_sendto),
+ #endif
++#ifdef __NR_socketcall
++ /* i386 needs this and demonstrates why SECCOMP
++ * is poor compared to OpenBSD pledge(2) and FreeBSD capsicum(4)
++ * as this is s tied to the kernel API which changes per arch
++ * and likely libc as well. */
++ SECCOMP_ALLOW_ARG(__NR_socketcall, 0, SYS_ACCEPT),
++ SECCOMP_ALLOW_ARG(__NR_socketcall, 0, SYS_ACCEPT4),
++ SECCOMP_ALLOW_ARG(__NR_socketcall, 0, SYS_LISTEN),
++ SECCOMP_ALLOW_ARG(__NR_socketcall, 0, SYS_GETSOCKOPT), /* overflow */
++ SECCOMP_ALLOW_ARG(__NR_socketcall, 0, SYS_RECV),
++ SECCOMP_ALLOW_ARG(__NR_socketcall, 0, SYS_RECVFROM),
++ SECCOMP_ALLOW_ARG(__NR_socketcall, 0, SYS_RECVMSG),
++ SECCOMP_ALLOW_ARG(__NR_socketcall, 0, SYS_SEND),
++ SECCOMP_ALLOW_ARG(__NR_socketcall, 0, SYS_SENDMSG),
++ SECCOMP_ALLOW_ARG(__NR_socketcall, 0, SYS_SENDTO),
++ SECCOMP_ALLOW_ARG(__NR_socketcall, 0, SYS_SHUTDOWN),
++#endif
+ #ifdef __NR_shutdown
+ SECCOMP_ALLOW(__NR_shutdown),
+ #endif
+--
+2.25.1
+
--
2.25.1
-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#146037):
https://lists.openembedded.org/g/openembedded-core/message/146037
Mute This Topic: https://lists.openembedded.org/mt/79145229/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-
