[OE-core] Yocto Project Newcomer & Unassigned Bugs - Help Needed

[Stephen Jolley]

All,

 

The triage team is starting to try and collect up and classify bugs which a
newcomer to the project would be able to work on in a way which means people
can find them. They're being listed on the triage page under the appropriate
heading:

https://wiki.yoctoproject.org/wiki/Bug_Triage#Newcomer_Bugs  Also please
review:
https://www.openembedded.org/wiki/How_to_submit_a_patch_to_OpenEmbedded and
how to create a bugzilla account at:

https://bugzilla.yoctoproject.org/createaccount.cgi

The idea is these bugs should be straight forward for a person to help work
on who doesn't have deep experience with the project.  If anyone can help,
please take ownership of the bug and send patches!  If anyone needs
help/advice there are people on irc who can likely do so, or some of the
more experienced contributors will likely be happy to help too.

 

Also, the triage team meets weekly and does its best to handle the bugs
reported into the Bugzilla. The number of people attending that meeting has
fallen, as have the number of people available to help fix bugs. One of the
things we hear users report is they don't know how to help. We (the triage
team) are therefore going to start reporting out the currently 353
unassigned or newcomer bugs.

 

We're hoping people may be able to spare some time now and again to help out
with these.  Bugs are split into two types, "true bugs" where things don't
work as they should and "enhancements" which are features we'd want to add
to the system.  There are also roughly four different "priority" classes
right now, "3.2", "3.3, "3.99" and "Future", the more pressing/urgent issues
being in "3.2" and then "3.3".

 

Please review this link and if a bug is something you would be able to help
with either take ownership of the bug, or send me (sjolley.yp...@gmail.com
 ) an e-mail with the bug number you would
like and I will assign it to you (please make sure you have a Bugzilla
account).  The list is at:
https://wiki.yoctoproject.org/wiki/Bug_Triage_Archive#Unassigned_or_Newcomer
_Bugs

 

Thanks,

 

Stephen K. Jolley

Yocto Project Program Manager

*Cell:(208) 244-4460

* Email:  sjolley.yp...@gmail.com
 

 


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#152016): 
https://lists.openembedded.org/g/openembedded-core/message/152016
Mute This Topic: https://lists.openembedded.org/mt/82902988/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] elfutils: upgrade 0.183 -> 0.184

[wangmy]

0001-add-support-for-ipkg-to-debuginfod.cxx.patch
removed since it is included in 0.184.

refresh 0001-debuginfod-debuginfod-client.c-correct-string-format.patch
and 0015-config-eu.am-do-not-use-Werror.patch

Signed-off-by: Wang Mingyu 
---
 .../{elfutils_0.183.bb => elfutils_0.184.bb}  |  3 +-
 ...d-support-for-ipkg-to-debuginfod.cxx.patch | 33 ---
 ...infod-client.c-correct-string-format.patch | 40 ---
 .../0015-config-eu.am-do-not-use-Werror.patch | 19 +
 4 files changed, 19 insertions(+), 76 deletions(-)
 rename meta/recipes-devtools/elfutils/{elfutils_0.183.bb => elfutils_0.184.bb} 
(97%)
 delete mode 100644 
meta/recipes-devtools/elfutils/files/0001-add-support-for-ipkg-to-debuginfod.cxx.patch

diff --git a/meta/recipes-devtools/elfutils/elfutils_0.183.bb 
b/meta/recipes-devtools/elfutils/elfutils_0.184.bb
similarity index 97%
rename from meta/recipes-devtools/elfutils/elfutils_0.183.bb
rename to meta/recipes-devtools/elfutils/elfutils_0.184.bb
index 7aebaf1b6d..1726ebc340 100644
--- a/meta/recipes-devtools/elfutils/elfutils_0.183.bb
+++ b/meta/recipes-devtools/elfutils/elfutils_0.184.bb
@@ -21,7 +21,6 @@ SRC_URI = 
"https://sourceware.org/elfutils/ftp/${PV}/${BP}.tar.bz2 \
file://run-ptest \
file://ptest.patch \

file://0001-tests-Makefile.am-compile-test_nlist-with-standard-C.patch \
-   file://0001-add-support-for-ipkg-to-debuginfod.cxx.patch \

file://0001-debuginfod-debuginfod-client.c-correct-string-format.patch \
"
 SRC_URI_append_libc-musl = " \
@@ -30,7 +29,7 @@ SRC_URI_append_libc-musl = " \
file://0004-Fix-error-on-musl.patch \
file://0015-config-eu.am-do-not-use-Werror.patch \
"
-SRC_URI[sha256sum] = 
"c3637c208d309d58714a51e61e63f1958808fead882e9b607506a29e5474f2c5"
+SRC_URI[sha256sum] = 
"87e7d1d7f0333815dd1f62135d047a4dc4082068f361452f357997c11360644b"
 
 inherit autotools gettext ptest pkgconfig
 
diff --git 
a/meta/recipes-devtools/elfutils/files/0001-add-support-for-ipkg-to-debuginfod.cxx.patch
 
b/meta/recipes-devtools/elfutils/files/0001-add-support-for-ipkg-to-debuginfod.cxx.patch
deleted file mode 100644
index 5f82afef0c..00
--- 
a/meta/recipes-devtools/elfutils/files/0001-add-support-for-ipkg-to-debuginfod.cxx.patch
+++ /dev/null
@@ -1,33 +0,0 @@
-From 571416bf5b5ef319df6d9c79e46680920487e4a7 Mon Sep 17 00:00:00 2001
-From: dorindabassey 
-Date: Sat, 19 Dec 2020 01:11:46 +0100
-Subject: [PATCH] add support for ipkg to debuginfod.cxx
-
-added support for ipkg to the debuginfod scanner. 0.182 only supports RPM and 
scan .debs, with this patch, debuginfod scanner would be able to scan .ipk
-
-Upstream-status: Submitted 
[https://sourceware.org/pipermail/elfutils-devel/2020q4/003357.html]
-
-Signed-off-by: dorindabassey 
-

- debuginfod/debuginfod.cxx | 2 ++
- 1 file changed, 2 insertions(+)
-
-diff --git a/debuginfod/debuginfod.cxx b/debuginfod/debuginfod.cxx
-index b34eacc..a8915f2 100644
 a/debuginfod/debuginfod.cxx
-+++ b/debuginfod/debuginfod.cxx
-@@ -484,11 +484,13 @@ parse_opt (int key, char *arg,
- {
-   scan_archives[".deb"]="dpkg-deb --fsys-tarfile";
-   scan_archives[".ddeb"]="dpkg-deb --fsys-tarfile";
-+  scan_archives[".ipk"]="dpkg-deb --fsys-tarfile";
- }
-   else
- {
-   scan_archives[".deb"]="(bsdtar -O -x -f - data.tar.xz)<";
-   scan_archives[".ddeb"]="(bsdtar -O -x -f - data.tar.xz)<";
-+  scan_archives[".ipk"]="(bsdtar -O -x -f - data.tar.xz)<";
- }
-   // .udeb too?
-   break;
diff --git 
a/meta/recipes-devtools/elfutils/files/0001-debuginfod-debuginfod-client.c-correct-string-format.patch
 
b/meta/recipes-devtools/elfutils/files/0001-debuginfod-debuginfod-client.c-correct-string-format.patch
index 5bd6ba961c..40ad3163a2 100644
--- 
a/meta/recipes-devtools/elfutils/files/0001-debuginfod-debuginfod-client.c-correct-string-format.patch
+++ 
b/meta/recipes-devtools/elfutils/files/0001-debuginfod-debuginfod-client.c-correct-string-format.patch
@@ -16,15 +16,16 @@ Upstream-Status: Pending
 
 Signed-off-by: Alexander Kanavin 
 Signed-off-by: Khem Raj 
+Signed-off-by: Wang Mingyu 
 ---
- debuginfod/debuginfod-client.c | 10 +-
- 1 file changed, 5 insertions(+), 5 deletions(-)
+ debuginfod/debuginfod-client.c | 4 ++--
+ 1 file changed, 2 insertions(+), 2 deletions(-)
 
 diff --git a/debuginfod/debuginfod-client.c b/debuginfod/debuginfod-client.c
-index de26af5..39e28f2 100644
+index 4fa047f..5afb215 100644
 --- a/debuginfod/debuginfod-client.c
 +++ b/debuginfod/debuginfod-client.c
-@@ -229,7 +229,7 @@ debuginfod_init_cache (char *cache_path, char 
*interval_path, char *maxage_path)
+@@ -268,7 +268,7 @@ debuginfod_init_cache (char *cache_path, char 
*interval_path, char *maxage_path)
if (fd < 0)
  return -errno;
  
@@ -33,7 +34,7 @@ index de26af5..39e28f2 100644
  return -errno;
  
/* init max age 

[OE-core][PATCH 2/2] systemd: Fix networkd failing links with loopback RAs

[William A. Kennington III via lists.openembedded.org]

Backport a patch to situations where the current node receives an RA
packet from itself, which triggers systemd-networkd to put the link into
a failed state which turns off internal RA functionality.

Signed-off-by: William A. Kennington III 
---
 ...le-ignoring-ll-gateway-being-link-ll.patch | 68 +++
 meta/recipes-core/systemd/systemd_247.6.bb|  1 +
 2 files changed, 69 insertions(+)
 create mode 100644 
meta/recipes-core/systemd/systemd/0001-networkd-handle-ignoring-ll-gateway-being-link-ll.patch

diff --git 
a/meta/recipes-core/systemd/systemd/0001-networkd-handle-ignoring-ll-gateway-being-link-ll.patch
 
b/meta/recipes-core/systemd/systemd/0001-networkd-handle-ignoring-ll-gateway-being-link-ll.patch
new file mode 100644
index 00..47e81a6c38
--- /dev/null
+++ 
b/meta/recipes-core/systemd/systemd/0001-networkd-handle-ignoring-ll-gateway-being-link-ll.patch
@@ -0,0 +1,68 @@
+From 40c6396bfd1e83f80dde31f4886bb1dbf155012d Mon Sep 17 00:00:00 2001
+From: Devon Pringle 
+Date: Mon, 14 Dec 2020 14:22:18 +1000
+Subject: [PATCH] networkd: handle ignoring ll gateway being link ll
+
+In the event where network discovery gets a route with the gateway being
+the interfaces local link address, networkd will fail the interface.
+
+systemd-networkd[44319]: br_lan: Configuring route: dst: 
fdcd:41a4:5559:ec03::/64, src: n/a, gw: fe80::e4da:7eff:fe77:5c5e, prefsrc: 
n/a, scope: global, table: main, proto: ra, type: unicast
+systemd-networkd[44319]: br_lan: Could not set NDisc route or address: Gateway 
can not be a local address. Invalid argument
+systemd-networkd[44319]: br_lan: Failed
+systemd-networkd[44319]: br_lan: State changed: configuring -> failed
+
+This patch, instead of allowing the interface to fail, will instead log
+the event and skip setting the route.
+
+Upstream-Status: Backport 
[https://github.com/systemd/systemd/commit/221019166f315252304b3459902ead613b905de5]
+---
+ src/network/networkd-ndisc.c | 16 +---
+ 1 file changed, 13 insertions(+), 3 deletions(-)
+
+diff --git a/src/network/networkd-ndisc.c b/src/network/networkd-ndisc.c
+index d2aa3db175..41591900e9 100644
+--- a/src/network/networkd-ndisc.c
 b/src/network/networkd-ndisc.c
+@@ -820,7 +820,7 @@ static int ndisc_router_process_onlink_prefix(Link *link, 
sd_ndisc_router *rt) {
+ 
+ static int ndisc_router_process_route(Link *link, sd_ndisc_router *rt) {
+ _cleanup_(route_freep) Route *route = NULL;
+-struct in6_addr gateway;
++union in_addr_union gateway;
+ uint32_t lifetime;
+ unsigned preference, prefixlen;
+ usec_t time_now;
+@@ -835,10 +835,20 @@ static int ndisc_router_process_route(Link *link, 
sd_ndisc_router *rt) {
+ if (lifetime == 0)
+ return 0;
+ 
+-r = sd_ndisc_router_get_address(rt, );
++r = sd_ndisc_router_get_address(rt, );
+ if (r < 0)
+ return log_link_error_errno(link, r, "Failed to get gateway 
address from RA: %m");
+ 
++if (address_exists(link, AF_INET6, )) {
++_cleanup_free_ char *buf = NULL;
++
++if (DEBUG_LOGGING) {
++(void) in_addr_to_string(AF_INET6, , );
++log_link_debug(link, "Advertised route gateway, %s, 
is local to the link, ignoring route", strnull(buf));
++}
++return 0;
++}
++
+ r = sd_ndisc_router_route_get_prefixlen(rt, );
+ if (r < 0)
+ return log_link_error_errno(link, r, "Failed to get route 
prefix length: %m");
+@@ -860,7 +870,7 @@ static int ndisc_router_process_route(Link *link, 
sd_ndisc_router *rt) {
+ route->priority = link->network->dhcp6_route_metric;
+ route->protocol = RTPROT_RA;
+ route->pref = preference;
+-route->gw.in6 = gateway;
++route->gw.in6 = gateway.in6;
+ route->gw_family = AF_INET6;
+ route->dst_prefixlen = prefixlen;
+ route->lifetime = time_now + lifetime * USEC_PER_SEC;
+-- 
+2.31.1.607.g51e8a6a459-goog
+
diff --git a/meta/recipes-core/systemd/systemd_247.6.bb 
b/meta/recipes-core/systemd/systemd_247.6.bb
index fb4acf2d37..dc04908922 100644
--- a/meta/recipes-core/systemd/systemd_247.6.bb
+++ b/meta/recipes-core/systemd/systemd_247.6.bb
@@ -28,6 +28,7 @@ SRC_URI += "file://touchscreen.rules \

file://0027-proc-dont-trigger-mount-error-with-invalid-options-o.patch \
file://0001-analyze-resolve-executable-path-if-it-is-relative.patch 
\

file://0001-network-neighbor-Always-add-neighbors-with-replace.patch \
+   file://0001-networkd-handle-ignoring-ll-gateway-being-link-ll.patch 
\
"
 
 # patches needed by musl
-- 
2.31.1.751.gd2f1c929bd-goog


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#152014): 
https://lists.openembedded.org/g/openembedded-core/message/152014
Mute This Topic: 

[OE-core][PATCH 1/2] systemd: Fix static neighbor creation in networkd

[William A. Kennington III via lists.openembedded.org]

Backport a patch to fix the creation of static neighbors.

Signed-off-by: William A. Kennington III 
---
 ...or-Always-add-neighbors-with-replace.patch | 50 +++
 meta/recipes-core/systemd/systemd_247.6.bb|  1 +
 2 files changed, 51 insertions(+)
 create mode 100644 
meta/recipes-core/systemd/systemd/0001-network-neighbor-Always-add-neighbors-with-replace.patch

diff --git 
a/meta/recipes-core/systemd/systemd/0001-network-neighbor-Always-add-neighbors-with-replace.patch
 
b/meta/recipes-core/systemd/systemd/0001-network-neighbor-Always-add-neighbors-with-replace.patch
new file mode 100644
index 00..5593c3f479
--- /dev/null
+++ 
b/meta/recipes-core/systemd/systemd/0001-network-neighbor-Always-add-neighbors-with-replace.patch
@@ -0,0 +1,50 @@
+From faa0f758bc2f194d63bbed6e7f91df176f594a06 Mon Sep 17 00:00:00 2001
+From: "William A. Kennington III" 
+Date: Tue, 27 Apr 2021 01:25:58 -0700
+Subject: [PATCH] network: neighbor: Always add neighbors with replace
+
+We were duplicating setting flags for the message and a combination of
+NLM_F_APPEND and NLM_F_CREATE which does not make sense. We should have
+been using NLM_F_REPLACE and NLM_F_CREATE since the kernel can
+dynamically create neighbors prior to us adding an entry. Otherwise, we
+can end up with cases where the message will time out after ~25s even
+though the neighbor still gets added. This delays the rest of the setup
+of the interface even though the error is ultimately ignored.
+
+Upstream-Status: Backport 
[https://github.com/systemd/systemd/commit/192a9d95ea3e058afd824d38a9cea16ad0a84a57]
+---
+ src/libsystemd/sd-netlink/rtnl-message.c | 2 +-
+ src/network/networkd-neighbor.c  | 4 
+ 2 files changed, 1 insertion(+), 5 deletions(-)
+
+diff --git a/src/libsystemd/sd-netlink/rtnl-message.c 
b/src/libsystemd/sd-netlink/rtnl-message.c
+index 4cabbabba6..c9d0c9b1e7 100644
+--- a/src/libsystemd/sd-netlink/rtnl-message.c
 b/src/libsystemd/sd-netlink/rtnl-message.c
+@@ -445,7 +445,7 @@ int sd_rtnl_message_new_neigh(sd_netlink *rtnl, 
sd_netlink_message **ret, uint16
+ return r;
+ 
+ if (nlmsg_type == RTM_NEWNEIGH)
+-(*ret)->hdr->nlmsg_flags |= NLM_F_CREATE | NLM_F_APPEND;
++(*ret)->hdr->nlmsg_flags |= NLM_F_CREATE | NLM_F_REPLACE;
+ 
+ ndm = NLMSG_DATA((*ret)->hdr);
+ 
+diff --git a/src/network/networkd-neighbor.c b/src/network/networkd-neighbor.c
+index c805d52cf3..adce055009 100644
+--- a/src/network/networkd-neighbor.c
 b/src/network/networkd-neighbor.c
+@@ -259,10 +259,6 @@ static int neighbor_configure(Neighbor *neighbor, Link 
*link) {
+ if (r < 0)
+ return log_link_error_errno(link, r, "Could not set state: 
%m");
+ 
+-r = sd_netlink_message_set_flags(req, NLM_F_REQUEST | NLM_F_ACK | 
NLM_F_CREATE | NLM_F_REPLACE);
+-if (r < 0)
+-return log_link_error_errno(link, r, "Could not set flags: 
%m");
+-
+ r = sd_netlink_message_append_data(req, NDA_LLADDR, 
>lladdr, neighbor->lladdr_size);
+ if (r < 0)
+ return log_link_error_errno(link, r, "Could not append 
NDA_LLADDR attribute: %m");
+-- 
+2.31.1.498.g6c1eba8ee3d-goog
+
diff --git a/meta/recipes-core/systemd/systemd_247.6.bb 
b/meta/recipes-core/systemd/systemd_247.6.bb
index ce6ac7ebaa..fb4acf2d37 100644
--- a/meta/recipes-core/systemd/systemd_247.6.bb
+++ b/meta/recipes-core/systemd/systemd_247.6.bb
@@ -27,6 +27,7 @@ SRC_URI += "file://touchscreen.rules \

file://0001-logind-Restore-chvt-as-non-root-user-without-polkit.patch \

file://0027-proc-dont-trigger-mount-error-with-invalid-options-o.patch \
file://0001-analyze-resolve-executable-path-if-it-is-relative.patch 
\
+   
file://0001-network-neighbor-Always-add-neighbors-with-replace.patch \
"
 
 # patches needed by musl
-- 
2.31.1.751.gd2f1c929bd-goog


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#152013): 
https://lists.openembedded.org/g/openembedded-core/message/152013
Mute This Topic: https://lists.openembedded.org/mt/82899808/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] mklibs-native: Fix build with gcc 11

[Khem Raj]

On 5/17/21 10:01 AM, Jacob Kroon wrote:

In gcc 11 the default mode for C++ is now -std=gnu++17 instead of -std=gnu++14,
in which support for dynamic exception specifications has been removed.

See http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2016/p0003r5.html

Signed-off-by: Jacob Kroon 
---
  .../no-dynamic-exception-specifications.patch | 420 ++
  .../mklibs/mklibs-native_0.1.44.bb|   1 +
  2 files changed, 421 insertions(+)
  create mode 100644 
meta/recipes-devtools/mklibs/files/no-dynamic-exception-specifications.patch

diff --git 
a/meta/recipes-devtools/mklibs/files/no-dynamic-exception-specifications.patch 
b/meta/recipes-devtools/mklibs/files/no-dynamic-exception-specifications.patch
new file mode 100644
index 00..5989a67c4f
--- /dev/null
+++ 
b/meta/recipes-devtools/mklibs/files/no-dynamic-exception-specifications.patch
@@ -0,0 +1,420 @@
+In gcc 11 the default mode for C++ is now -std=gnu++17 instead of -std=gnu++14,
+in which support for dynamic exception specifications has been removed.
+
+See http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2016/p0003r5.html
+
+Upstream-Status: Pending
+


the patch could be submitted upstream. Please try to do so


+Signed-off-by: Jacob Kroon 
+
+Index: mklibs-0.1.44/src/mklibs-readelf/elf.cpp
+===
+--- mklibs-0.1.44.orig/src/mklibs-readelf/elf.cpp
 mklibs-0.1.44/src/mklibs-readelf/elf.cpp
+@@ -36,7 +36,7 @@ file::~file () throw ()
+ delete *it;
+ }
+
+-file *file::open (const char *filename) throw (std::bad_alloc, 
std::runtime_error)
++file *file::open (const char *filename)
+ {
+   struct stat buf;
+   int fd;
+@@ -72,7 +72,7 @@ file *file::open (const char *filename)
+ }
+
+ template
+-file *file::open_class(uint8_t *mem, size_t len) throw (std::bad_alloc, 
std::runtime_error)
++file *file::open_class(uint8_t *mem, size_t len)
+ {
+   switch (mem[EI_DATA])
+   {
+@@ -86,7 +86,7 @@ file *file::open_class(uint8_t *mem, siz
+ }
+
+ template 
+-file_data<_class, _data>::file_data(uint8_t *mem, size_t len) throw 
(std::bad_alloc, std::runtime_error)
++file_data<_class, _data>::file_data(uint8_t *mem, size_t len)
+ : file(mem, len)
+ {
+   if (mem[EI_CLASS] != _class::id)
+@@ -190,7 +190,7 @@ section_data<_class, _data>::section_dat
+ }
+
+ template 
+-void section_data<_class, _data>::update(const file ) throw 
(std::bad_alloc)
++void section_data<_class, _data>::update(const file )
+ {
+   const section_type  =
+ dynamic_cast 
&>(file.get_section(file.get_shstrndx()));
+@@ -204,7 +204,7 @@ section_type::~sec
+ }
+
+ template 
+-section_real<_class, _data, section_type_DYNAMIC>::section_real(Shdr *header, 
uint8_t *mem) throw (std::bad_alloc)
++section_real<_class, _data, section_type_DYNAMIC>::section_real(Shdr *header, 
uint8_t *mem)
+ : section_data<_class, _data>(header, mem)
+ {
+   if (this->type != SHT_DYNAMIC)
+@@ -221,7 +221,7 @@ section_real<_class, _data, section_type
+ }
+
+ template 
+-void section_real<_class, _data, section_type_DYNAMIC>::update(const file 
) throw (std::bad_alloc)
++void section_real<_class, _data, section_type_DYNAMIC>::update(const file 
)
+ {
+   section_data<_class, _data>::update(file);
+
+@@ -243,7 +243,7 @@ section_type::~sect
+ }
+
+ template 
+-section_real<_class, _data, section_type_DYNSYM>::section_real(Shdr *header, 
uint8_t *mem) throw (std::bad_alloc)
++section_real<_class, _data, section_type_DYNSYM>::section_real(Shdr *header, 
uint8_t *mem)
+ : section_data<_class, _data>(header, mem)
+ {
+   if (this->type != SHT_DYNSYM)
+@@ -260,7 +260,7 @@ section_real<_class, _data, section_type
+ }
+
+ template 
+-void section_real<_class, _data, section_type_DYNSYM>::update(const file 
) throw (std::bad_alloc)
++void section_real<_class, _data, section_type_DYNSYM>::update(const file 
)
+ {
+   section_data<_class, _data>::update (file);
+
+@@ -285,7 +285,7 @@ const version_definition *section_type
+-section_real<_class, _data, section_type_GNU_VERDEF>::section_real(Shdr 
*header, uint8_t *mem) throw (std::bad_alloc)
++section_real<_class, _data, section_type_GNU_VERDEF>::section_real(Shdr 
*header, uint8_t *mem)
+ : section_data<_class, _data>(header, mem)
+ {
+   if (this->type != SHT_GNU_verdef)
+@@ -307,7 +307,7 @@ section_real<_class, _data, section_type
+ }
+
+ template 
+-void section_real<_class, _data, section_type_GNU_VERDEF>::update(const file 
) throw (std::bad_alloc)
++void section_real<_class, _data, section_type_GNU_VERDEF>::update(const file 
)
+ {
+   section_data<_class, _data>::update(file);
+
+@@ -333,7 +333,7 @@ const version_requirement_entry *section
+
+ template 
+ section_real<_class, _data, section_type_GNU_VERNEED>::
+-section_real(Shdr *header, uint8_t *mem) throw (std::bad_alloc)
++section_real(Shdr *header, uint8_t *mem)
+ : section_data<_class, _data> (header, mem)
+ {
+   if (this->type != SHT_GNU_verneed)
+@@ -355,7 +355,7 @@ section_real(Shdr *header, uint8_t *mem)

Re: [OE-core] [PATCH v2 1/7] rust-testsuite.inc : Rust cross testing.

[Khem Raj]

On 5/17/21 3:35 AM, Vinay Kumar wrote:

Below list of functions are part of rust-testsuite.inc
setup_cargo_environment(): Build bootstrap and some early stage tools.
do_rust_setup_snapshot(): Install the snapshot version of rust binaries.
do_configure(): To generate config.toml
do_compile(): To build "remote-test-server" for qemutarget image.
do_check(): To execute testing by copying remote-test-server to qmutarget image.




some part of these series should go to meta-rust


Signed-off-by: Vinay Kumar 
---
  meta/recipes-devtools/rust/rust-testsuite.inc | 166 ++
  1 file changed, 166 insertions(+)
  create mode 100644 meta/recipes-devtools/rust/rust-testsuite.inc

diff --git a/meta/recipes-devtools/rust/rust-testsuite.inc 
b/meta/recipes-devtools/rust/rust-testsuite.inc
new file mode 100644
index 00..d1c5496da4
--- /dev/null
+++ b/meta/recipes-devtools/rust/rust-testsuite.inc
@@ -0,0 +1,166 @@
+SUMMARY = "Rust testing"
+HOMEPAGE = "https://rustc-dev-guide.rust-lang.org/tests/intro.html;
+SECTION = "test"
+LICENSE = "MIT | Apache-2.0"
+
+inherit rust
+inherit cargo_common
+
+DEPENDS += "file-native python3-native"
+EXCLUDE_FROM_WORLD = "1"
+
+# Path of target specification file "target-poky-linux.json"
+export RUST_TARGET_PATH="${STAGING_LIBDIR_NATIVE}/rustlib"
+
+export FORCE_CRATE_HASH="${BB_TASKHASH}"
+
+# We don't want to use bitbakes vendoring because the rust sources do their
+# own vendoring.
+CARGO_DISABLE_BITBAKE_VENDORING = "1"
+
+# We can't use RUST_BUILD_SYS here because that may be "musl" if
+# TCLIBC="musl". Snapshots are always -unknown-linux-gnu
+SNAPSHOT_BUILD_SYS = "${BUILD_ARCH}-unknown-linux-gnu"
+setup_cargo_environment () {
+# The first step is to build bootstrap and some early stage tools,
+# these are build for the same target as the snapshot, e.g.
+# x86_64-unknown-linux-gnu.
+# Later stages are build for the native target (i.e. target.x86_64-linux)
+cargo_common_do_configure
+
+printf '[target.%s]\n' "${SNAPSHOT_BUILD_SYS}" >> ${CARGO_HOME}/config
+printf "linker = '%s'\n" "${RUST_BUILD_CCLD}" >> ${CARGO_HOME}/config
+}
+
+do_rust_setup_snapshot () {
+for installer in "${WORKDIR}/rust-snapshot-components/"*"/install.sh"; do
+"${installer}" --prefix="${WORKDIR}/rust-snapshot" --disable-ldconfig
+done
+
+# Some versions of rust (e.g. 1.18.0) tries to find cargo in 
stage0/bin/cargo
+# and fail without it there.
+mkdir -p ${RUSTSRC}/build/${BUILD_SYS}
+ln -sf ${WORKDIR}/rust-snapshot/ ${RUSTSRC}/build/${BUILD_SYS}/stage0
+}
+addtask rust_setup_snapshot after do_unpack before do_configure
+do_rust_setup_snapshot[dirs] += "${WORKDIR}/rust-snapshot"
+
+python do_configure() {
+import json
+from distutils.version import LooseVersion
+try:
+import configparser
+except ImportError:
+import ConfigParser as configparser
+
+# toml is rather similar to standard ini like format except it likes values
+# that look more JSON like. So for our purposes simply escaping all values
+# as JSON seem to work fine.
+
+e = lambda s: json.dumps(s)
+
+config = configparser.RawConfigParser()
+
+# [target.ARCH-unknown-linux-gnu] in case of x86_64 
[target.ARCH-poky-linux]
+target_section = "target.{}".format(d.getVar('TARGET_SYS', True))
+config.add_section(target_section)
+
+# Points to wrapper files which contain target specific compiler and 
linker commands.
+config.set(target_section, "cxx", e(d.expand("${RUST_TARGET_CXX}")))
+config.set(target_section, "cc", e(d.expand("${RUST_TARGET_CC}")))
+config.set(target_section, "linker", e(d.expand("${RUST_TARGET_CCLD}")))
+
+# If we don't do this rust-native will compile it's own llvm for BUILD.
+# [target.${BUILD_ARCH}-unknown-linux-gnu]
+target_section = "target.{}".format(d.getVar('SNAPSHOT_BUILD_SYS', True))
+config.add_section(target_section)
+
+# Wrapper scripts of build system.
+config.set(target_section, "cxx", e(d.expand("${RUST_BUILD_CXX}")))
+config.set(target_section, "cc", e(d.expand("${RUST_BUILD_CC}")))
+
+# [llvm]
+config.add_section("llvm")
+config.set("llvm", "targets", e("ARM;AArch64;Mips;PowerPC;RISCV;X86"))
+
+# [rust]
+config.add_section("rust")
+config.set("rust", "rpath", e(True))
+config.set("rust", "channel", e("stable"))
+
+if LooseVersion(d.getVar("PV")) < LooseVersion("1.32.0"):
+config.set("rust", "use-jemalloc", e(False))
+
+# Whether or not to optimize the compiler and standard library
+config.set("rust", "optimize", e(True))
+
+# Emits extraneous output from tests to ensure that failures of the test
+# harness are debuggable just from logfiles
+config.set("rust", "verbose-tests", e(True))
+
+# Override default linker cc.
+config.set("rust", "default-linker", e(d.expand("${RUST_BUILD_CCLD}")))
+
+# [build]
+config.add_section("build")
+config.set("build", 

[OE-core] [PATCH 7/9] linux-yocto/5.10: update to v5.10.37

[Bruce Ashfield]

From: Bruce Ashfield 

Updating linux-yocto/5.10 to the latest korg -stable release that comprises
the following commits:

e97bd1e03e6e Linux 5.10.37
42f1b8653f85 sctp: delay auto_asconf init until binding the first addr
14919cdf68d0 Revert "net/sctp: fix race condition in sctp_destroy_sock"
41f1aed56de5 smp: Fix smp_call_function_single_async prototype
6c1ea8bee75d net: Only allow init netns to set default tcp cong to a 
restricted algo
2281df0b0226 arm64: Remove arm64_dma32_phys_limit and its uses
00d9f429af03 bpf: Prevent writable memory-mapping of read-only ringbuf pages
1ca284f08670 bpf, ringbuf: Deny reserve of buffers larger than ringbuf
282bfc8848ea bpf: Fix alu32 const subreg bound tracking on bitwise 
operations
f76e0829bbab afs: Fix speculative status fetches
949e7c5f4957 mm/memory-failure: unnecessary amount of unmapping
62d96faa74c8 mm/sparse: add the missing sparse_buffer_fini() in error branch
31df8bc4d3fe mm: memcontrol: slab: fix obtain a reference to a freeing memcg
2e95bc6cfed1 mm/sl?b.c: remove ctor argument from kmem_cache_flags
618fa6a35c79 kfifo: fix ternary sign extension bugs
c02dd80655fd ia64: fix EFI_DEBUG build
c6b7e0b1ab87 perf session: Add swap operation for event TIME_CONV
86941f8bd46a perf jit: Let convert_timestamp() to be backwards-compatible
fe07408afba2 perf tools: Change fields type in perf_record_time_conv
3bce718d977b net:nfc:digital: Fix a double free in digital_tg_recv_dep_req
e2c34cacff7b net: bridge: mcast: fix broken length + header check for MRDv6 
Adv.
f5ce59707d6a RDMA/bnxt_re: Fix a double free in bnxt_qplib_alloc_res
608a4b90ece0 RDMA/siw: Fix a use after free in siw_alloc_mr
4394be0a1866 bpf: Fix propagation of 32 bit unsigned bounds from 64 bit 
bounds
183d9ebd449c selftests/bpf: Fix core_reloc test runner
0257a0a5ffb7 selftests/bpf: Fix field existence CO-RE reloc tests
3769c54d341c selftests/bpf: Fix BPF_CORE_READ_BITFIELD() macro
9dc373f74097 net:emac/emac-mac: Fix a use after free in emac_mac_tx_buf_send
8fcdfa71ba6a KVM: VMX: Intercept FS/GS_BASE MSR accesses for 32-bit KVM
4fcaad2b7dac bnxt_en: Fix RX consumer index logic in the error path.
1625872f012c selftests: mlxsw: Remove a redundant if statement in 
tc_flower_scale test
8ebdce8fe0b0 selftests: net: mirror_gre_vlan_bridge_1q: Make an FDB entry 
static
71ad9260c001 net: geneve: modify IP header check in geneve6_xmit_skb and 
geneve_xmit_skb
1fc61844b6a2 arm64: dts: uniphier: Change phy-mode to RGMII-ID to enable 
delay pins for RTL8211E
0ae610556f23 ARM: dts: uniphier: Change phy-mode to RGMII-ID to enable 
delay pins for RTL8211E
66b1cfc0cd87 bnxt_en: fix ternary sign extension bug in bnxt_show_temp()
9f722ef596fe net: enetc: fix link error again
bfcb5a8cc7b6 net: phy: marvell: fix m88e_set_downshift
1157d01e04d9 net: phy: marvell: fix m88e1011_set_downshift
be631825652f powerpc/52xx: Fix an invalid ASM expression ('addi' used 
instead of 'add')
e06a532f31c4 powerpc/perf: Fix the threshold event selection for memory 
events in power10
b6b894e7a27e wlcore: Fix buffer overrun by snprintf due to incorrect buffer 
size
1cce33fe59f0 ath10k: Fix ath10k_wmi_tlv_op_pull_peer_stats_info() unlock 
without lock
8bb054fb336f ath10k: Fix a use after free in ath10k_htc_send_bundle
0f98e1ea970c ath9k: Fix error check in ath9k_hw_read_revisions() for PCI 
devices
4b9fb2c9039a powerpc/64: Fix the definition of the fixmap area
c5ebaca402f5 RDMA/core: Add CM to restrack after successful attachment to a 
device
63c61d26e3fb RDMA/rxe: Fix a bug in rxe_fill_ip_info()
7fe12d6db3f0 net: phy: intel-xway: enable integrated led functions
cf49a91faa7d net: renesas: ravb: Fix a stuck issue when a lot of frames are 
received
01dab91200dc net: stmmac: fix TSO and TBS feature enabling during driver 
open
64753ac1e43e nfp: devlink: initialize the devlink port attribute "lanes"
e606073b77a3 crypto: ccp: Detect and reject "invalid" addresses destined 
for PSP
4fa28c807da5 mt76: mt7615: fix memleak when mt7615_unregister_device()
9ed951f41643 net: davinci_emac: Fix incorrect masking of tx and rx error 
channel
0ce6052802be net: marvell: prestera: fix port event handling on init
b605673b523f vsock/virtio: free queued packets when closing socket
5231d17eb9d0 sfc: ef10: fix TX queue lookup in TX event handling
7459bb594328 ALSA: usb: midi: don't return -ENOMEM when 
usb_urb_ep_type_check fails
312c5ce34942 RDMA/i40iw: Fix error unwinding when i40iw_hmc_sd_one fails
45b84abb47a9 RDMA/cxgb4: add missing qpid increment
da54cc254939 gro: fix napi_gro_frags() Fast GRO breakage due to IP 
alignment check
257f38e78aa3 net: ethernet: ixp4xx: Set the DMA masks explicitly
78d8b34751cf libbpf: Initialize the bpf_seq_printf parameters array field 
by field
b9e719698fc4 vsock/vmci: log 

[OE-core] [PATCH 9/9] kernel-devsrc: adjust NM and OBJTOOL variables for target

[Bruce Ashfield]

From: Bruce Ashfield 

v5.13 has started storting the values for NM and OBJTOOL in
auto.conf.cmd

Just as we've done for other tools, we need to adjust NM and
OBJTOOL to the names of the on-target executables. With this
adjustment, 'make scripts prepare' continues to work without
user intervention on the target.

Signed-off-by: Bruce Ashfield 
---
 meta/recipes-kernel/linux/kernel-devsrc.bb | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/meta/recipes-kernel/linux/kernel-devsrc.bb 
b/meta/recipes-kernel/linux/kernel-devsrc.bb
index 455c836527..84e99233e6 100644
--- a/meta/recipes-kernel/linux/kernel-devsrc.bb
+++ b/meta/recipes-kernel/linux/kernel-devsrc.bb
@@ -272,6 +272,8 @@ do_install() {
 sed -i 's/ifneq "$(CC)" ".*-linux-.*gcc.*$/ifneq "$(CC)" "gcc"/' 
"$kerneldir/build/include/config/auto.conf.cmd"
 sed -i 's/ifneq "$(LD)" ".*-linux-.*ld.bfd.*$/ifneq "$(LD)" "ld"/' 
"$kerneldir/build/include/config/auto.conf.cmd"
 sed -i 's/ifneq "$(AR)" ".*-linux-.*ar.*$/ifneq "$(AR)" "ar"/' 
"$kerneldir/build/include/config/auto.conf.cmd"
+sed -i 's/ifneq "$(OBJCOPY)" ".*-linux-.*objcopy.*$/ifneq "$(OBJCOPY)" 
"objcopy"/' "$kerneldir/build/include/config/auto.conf.cmd"
+sed -i 's/ifneq "$(NM)" ".*-linux-.*nm.*$/ifneq "$(NM)" "nm"/' 
"$kerneldir/build/include/config/auto.conf.cmd"
 sed -i 's/ifneq "$(HOSTCXX)" ".*$/ifneq "$(HOSTCXX)" "g++"/' 
"$kerneldir/build/include/config/auto.conf.cmd"
 sed -i 's/ifneq "$(HOSTCC)" ".*$/ifneq "$(HOSTCC)" "gcc"/' 
"$kerneldir/build/include/config/auto.conf.cmd"
 sed -i 's/ifneq "$(CC_VERSION_TEXT)".*\(gcc.*\)"/ifneq 
"$(CC_VERSION_TEXT)" "\1"/' "$kerneldir/build/include/config/auto.conf.cmd"
-- 
2.19.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#152010): 
https://lists.openembedded.org/g/openembedded-core/message/152010
Mute This Topic: https://lists.openembedded.org/mt/82899129/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] linux-yocto/5.4: update to v5.4.119

[Bruce Ashfield]

From: Bruce Ashfield 

Updating linux-yocto/5.4 to the latest korg -stable release that comprises
the following commits:

b82e5721a173 Linux 5.4.119
6b183fbf18b9 Revert "fdt: Properly handle "no-map" field in the memory 
region"
66b8853dfa3c Revert "of/fdt: Make sure no-map does not remove already 
reserved regions"
3fe9ee040fb7 sctp: delay auto_asconf init until binding the first addr
e1bf000709cc Revert "net/sctp: fix race condition in sctp_destroy_sock"
32e046965fac smp: Fix smp_call_function_single_async prototype
9884f745108f net: Only allow init netns to set default tcp cong to a 
restricted algo
4a83a9deead9 mm/memory-failure: unnecessary amount of unmapping
de143fb2feac mm/sparse: add the missing sparse_buffer_fini() in error branch
ba450bba7115 kfifo: fix ternary sign extension bugs
24c54e0a9747 net:nfc:digital: Fix a double free in digital_tg_recv_dep_req
07ef3f7bc5c4 net: bridge: mcast: fix broken length + header check for MRDv6 
Adv.
da5b49598a11 RDMA/bnxt_re: Fix a double free in bnxt_qplib_alloc_res
30b9e92d0b5e RDMA/siw: Fix a use after free in siw_alloc_mr
55fcdd1258fa net:emac/emac-mac: Fix a use after free in emac_mac_tx_buf_send
b1523e4ba293 bnxt_en: Fix RX consumer index logic in the error path.
d1ad9f2f7e2d selftests: net: mirror_gre_vlan_bridge_1q: Make an FDB entry 
static
6f92124d7441 net: geneve: modify IP header check in geneve6_xmit_skb and 
geneve_xmit_skb
06e03b867d96 arm64: dts: uniphier: Change phy-mode to RGMII-ID to enable 
delay pins for RTL8211E
978170191d3d ARM: dts: uniphier: Change phy-mode to RGMII-ID to enable 
delay pins for RTL8211E
4bfea784ea35 bnxt_en: fix ternary sign extension bug in bnxt_show_temp()
10ff6ad91e0d powerpc/52xx: Fix an invalid ASM expression ('addi' used 
instead of 'add')
c6af4c1d196e ath10k: Fix ath10k_wmi_tlv_op_pull_peer_stats_info() unlock 
without lock
bf0be675e646 ath9k: Fix error check in ath9k_hw_read_revisions() for PCI 
devices
87fc6b2914e5 net: phy: intel-xway: enable integrated led functions
57bed78ce64a net: renesas: ravb: Fix a stuck issue when a lot of frames are 
received
27a894a9556f net: davinci_emac: Fix incorrect masking of tx and rx error 
channel
8d77c9564309 ALSA: usb: midi: don't return -ENOMEM when 
usb_urb_ep_type_check fails
59f965ef61d7 RDMA/i40iw: Fix error unwinding when i40iw_hmc_sd_one fails
d7ba506b00ea RDMA/cxgb4: add missing qpid increment
f7368865da57 gro: fix napi_gro_frags() Fast GRO breakage due to IP 
alignment check
e97aea9f2503 vsock/vmci: log once the failed queue pair allocation
469135100325 mwl8k: Fix a double Free in mwl8k_probe_hw
afb735e764ba i2c: sh7760: fix IRQ error path
da80b35b6e26 rtlwifi: 8821ae: upgrade PHY and RF parameters
b1b8d90d4550 powerpc/pseries: extract host bridge from pci_bus prior to bus 
removal
bdad13dd15e2 MIPS: pci-legacy: stop using of_pci_range_to_resource
5950c9d7f987 perf beauty: Fix fsconfig generator
0ff76bd07bc4 drm/i915/gvt: Fix error code in intel_gvt_init_device()
ecfbcb858007 ASoC: ak5558: correct reset polarity
c77bf004717d powerpc/xive: Fix xmon command "dxi"
65b771660f57 i2c: sh7760: add IRQ check
cb834ff29bdb i2c: jz4780: add IRQ check
aa90700f953a i2c: emev2: add IRQ check
45f02a0f8ded i2c: cadence: add IRQ check
7e1764312440 i2c: sprd: fix reference leak when pm_runtime_get_sync fails
5f51ddcbfc78 i2c: omap: fix reference leak when pm_runtime_get_sync fails
815859cb1d23 i2c: imx-lpi2c: fix reference leak when pm_runtime_get_sync 
fails
4734c4b1d957 i2c: img-scb: fix reference leak when pm_runtime_get_sync fails
ed016b77012e RDMA/srpt: Fix error return code in srpt_cm_req_recv()
e1d10b2cc792 net: thunderx: Fix unintentional sign extension issue
b0d8fa3adc9d cxgb4: Fix unintentional sign extension issues
05692b952365 IB/hfi1: Fix error return code in parse_platform_config()
53656a2a0183 RDMA/qedr: Fix error return code in qedr_iw_connect()
bf365066fbe0 KVM: PPC: Book3S HV P9: Restore host CTRL SPR after guest exit
af5a87a1d413 mt7601u: fix always true expression
53ada35f2ecc mac80211: bail out if cipher schemes are invalid
22cb8496f290 powerpc: iommu: fix build when neither PCI or IBMVIO is set
5aa028a827fe powerpc/perf: Fix PMU constraint check for EBB events
73f9dccb29e4 powerpc/64s: Fix pte update for kernel memory on radix
440fead0fc81 liquidio: Fix unintented sign extension of a left shift of a 
u16
92626cf41b0e ASoC: simple-card: fix possible uninitialized single_cpu local 
variable
e1b01d914c31 ALSA: usb-audio: Add error checks for 
usb_driver_claim_interface() calls
11fa9b38e030 mips: bmips: fix syscon-reboot nodes
c8f7e2e04724 net: hns3: Limiting the scope of vector_ring_chain variable
cab33b3b6da8 nfc: pn533: prevent potential memory corruption
efb0f45b4535 bug: Remove redundant 

[OE-core] [PATCH 6/9] linux-yocto/5.4: update to v5.4.118

[Bruce Ashfield]

From: Bruce Ashfield 

Updating linux-yocto/5.4 to the latest korg -stable release that comprises
the following commits:

16022114de98 Linux 5.4.118
a992a283c0b7 dm rq: fix double free of blk_mq_tag_set in dev remove after 
table load fails
569bae00ebbe dm integrity: fix missing goto in bitmap_flush_interval error 
handling
ff8fd1e3b58a dm space map common: fix division bug in 
sm_ll_find_free_block()
6fcaa44105aa dm persistent data: packed struct should have an aligned() 
attribute too
c64da3294a7d tracing: Restructure trace_clock_global() to never block
0834094c9a08 tracing: Map all PIDs to command lines
8768085ba271 rsi: Use resume_noirq for SDIO
55aa314a1a6c tty: fix memory leak in vc_deallocate
943131fda33b usb: dwc2: Fix session request interrupt handler
5bd06fc6b02c usb: dwc3: gadget: Fix START_TRANSFER link state check
0790fdbf37ee usb: gadget/function/f_fs string table fix for multiple 
languages
3b8b63be230f usb: gadget: Fix double free of device descriptor pointers
efa99087ea69 usb: gadget: dummy_hcd: fix gpf in gadget_setup
ffe824c0e35a media: staging/intel-ipu3: Fix race condition during set_fmt
a03fb1e8a110 media: staging/intel-ipu3: Fix set_fmt error handling
ff792ae52005 media: staging/intel-ipu3: Fix memory leak in imu_fmt
ae37aee56cad media: dvb-usb: Fix memory leak at error in 
dvb_usb_device_init()
e5c27c2ae2f2 media: dvb-usb: Fix use-after-free access
9185b3b1c143 media: dvbdev: Fix memory leak in dvb_media_device_free()
92eb134265fa ext4: fix error code in ext4_commit_super
c599462ab9c3 ext4: do not set SB_ACTIVE in ext4_orphan_cleanup()
9c61387630a5 ext4: fix check to prevent false positive report of incorrect 
used inodes
79c95130a52a kbuild: update config_data.gz only when the content of .config 
is changed
19c8c34a8b80 x86/cpu: Initialize MSR_TSC_AUX if RDTSCP *or* RDPID is 
supported
8d2be04dbb17 Revert 337f13046ff0 ("futex: Allow FUTEX_CLOCK_REALTIME with 
FUTEX_WAIT op")
2b040d13b411 jffs2: check the validity of dstlen in jffs2_zlib_compress()
564b1868f229 Fix misc new gcc warnings
8aa728568202 security: commoncap: fix -Wstringop-overread warning
be8db260f482 fuse: fix write deadlock
dc21b424861a dm raid: fix inconclusive reshape layout on fast raid4/5/6 
table reload sequences
6920cef604fa md/raid1: properly indicate failure when ending a failed write 
request
5f2d256875a5 crypto: rng - fix crypto_rng_reset() refcounting when 
!CRYPTO_STATS
63a25b715633 tpm: vtpm_proxy: Avoid reading host log when using a virtual 
device
2f12258b5224 tpm: efi: Use local variable for calculating final log size
2af501de8f43 intel_th: pci: Add Alder Lake-M support
ab5d5c9dfd02 powerpc: fix EDEADLOCK redefinition error in uapi/asm/errno.h
abf3573ef4e7 powerpc/eeh: Fix EEH handling for hugepages in ioremap space.
077f526fe3cc jffs2: Fix kasan slab-out-of-bounds problem
ad3f360ef20f Input: ili210x - add missing negation for touch indication on 
ili210x
6be0e4b59314 NFSv4: Don't discard segments marked for return in 
_pnfs_return_layout()
12ccd59941e3 NFS: Don't discard pNFS layout segments that are marked for 
return
504632a3577a ACPI: GTDT: Don't corrupt interrupt mappings on watchdow probe 
failure
490ad0a23904 openvswitch: fix stack OOB read while fragmenting IPv4 packets
9508634b2b18 mlxsw: spectrum_mr: Update egress RIF list before route's 
action
27a130638406 f2fs: fix to avoid out-of-bounds memory access
6c9b98a66d0a ubifs: Only check replay with inode type to judge if inode 
linked
310efc95c72c virtiofs: fix memory leak in virtio_fs_probe()
2b28e26bd776 Makefile: Move -Wno-unused-but-set-variable out of GCC only 
block
13a474c01353 arm64/vdso: Discard .note.gnu.property sections in vDSO
f40bf82bf693 btrfs: fix race when picking most recent mod log operation for 
an old root
2bc0131d5be0 ALSA: hda/realtek: Add quirk for Intel Clevo PCx0Dx
45392da1bd91 ALSA: hda/realtek: fix static noise on ALC285 Lenovo laptops
ee47a6414950 ALSA: hda/realtek: fix mic boost on Intel NUC 8
d143cd1f8f6b ALSA: hda/realtek: GA503 use same quirks as GA401
f2b75e357816 ALSA: usb-audio: Add dB range mapping for Sennheiser 
Communications Headset PC 8
2136ecfcf3d9 ALSA: usb-audio: More constifications
adba683c573d ALSA: usb-audio: Explicitly set up the clock selector
93588ea2fbd4 ALSA: sb: Fix two use after free in snd_sb_qsound_build
1666f1ac383f ALSA: hda/conexant: Re-order CX5066 quirk table entries
b53b72ef83ff ALSA: emu8000: Fix a use after free in snd_emu8000_create_mixer
a65181cfd953 s390/archrandom: add parameter check for 
s390_arch_random_generate
ef00a39e2c78 scsi: libfc: Fix a format specifier
02c13900477c mfd: arizona: Fix rumtime PM imbalance on error
0d0e6dbd5fca scsi: lpfc: Remove unsupported mbox PORT_CAPABILITIES logic
0756818b4d3b scsi: 

[OE-core] [PATCH 5/9] linux-yocto/5.10: update to v5.10.36

[Bruce Ashfield]

From: Bruce Ashfield 

Updating linux-yocto/5.10 to the latest korg -stable release that comprises
the following commits:

72bb632d15f2 Linux 5.10.36
14b2801ccd9b thermal/core/fair share: Lock the thermal zone while looping 
over instances
c24a20912eef thermal/drivers/cpufreq_cooling: Fix slab OOB issue
051dd0681ce1 lib/vsprintf.c: remove leftover 'f' and 'F' cases from 
bstr_printf()
1cb02dc76f4c dm rq: fix double free of blk_mq_tag_set in dev remove after 
table load fails
06141465e372 dm integrity: fix missing goto in bitmap_flush_interval error 
handling
df893916b330 dm space map common: fix division bug in 
sm_ll_find_free_block()
fcf763a80e0e dm persistent data: packed struct should have an aligned() 
attribute too
a33614d52e97 tracing: Restructure trace_clock_global() to never block
9e40ef5391df tracing: Map all PIDs to command lines
ea6803ff2cd1 tools/power turbostat: Fix offset overflow issue in index 
converting
b84c57762cef rsi: Use resume_noirq for SDIO
b1c953dc853a tty: fix memory leak in vc_deallocate
25e9c2c11735 usb: dwc2: Fix session request interrupt handler
fce7bbcd07d5 usb: dwc3: core: Do core softreset when switch mode
b624b32584ac usb: dwc3: gadget: Fix START_TRANSFER link state check
f9ddfaa9703c usb: dwc3: gadget: Remove FS bInterval_m1 limitation
8df75d1296d0 usb: gadget/function/f_fs string table fix for multiple 
languages
ba8ce683076e usb: gadget: Fix double free of device descriptor pointers
f12c5cca65f7 usb: gadget: dummy_hcd: fix gpf in gadget_setup
678e76bccee4 media: venus: hfi_parser: Don't initialize parser on v1
5d0f6f5251a3 media: v4l2-ctrls: fix reference to freed memory
4121def7df29 media: staging/intel-ipu3: Fix race condition during set_fmt
c6b81b897f6f media: staging/intel-ipu3: Fix set_fmt error handling
517f6f570566 media: staging/intel-ipu3: Fix memory leak in imu_fmt
8acb13189dae media: dvb-usb: Fix memory leak at error in 
dvb_usb_device_init()
a5e9ae5a22b0 media: dvb-usb: Fix use-after-free access
43263fd43083 media: dvbdev: Fix memory leak in dvb_media_device_free()
378a016271ba ext4: Fix occasional generic/418 failure
133e83b5b3b3 ext4: allow the dax flag to be set and cleared on inline 
directories
72447c925ea9 ext4: fix error return code in ext4_fc_perform_commit()
bf4ba04f0161 ext4: fix ext4_error_err save negative errno into superblock
12905cf9e5c4 ext4: fix error code in ext4_commit_super
7e9298f4d139 ext4: do not set SB_ACTIVE in ext4_orphan_cleanup()
098b257563b9 ext4: fix check to prevent false positive report of incorrect 
used inodes
346190959f97 ext4: annotate data race in jbd2_journal_dirty_metadata()
9aca313726cb ext4: annotate data race in start_this_handle()
a27aad321751 kbuild: update config_data.gz only when the content of .config 
is changed
3aec683ee79b x86/cpu: Initialize MSR_TSC_AUX if RDTSCP *or* RDPID is 
supported
d19a456acaec futex: Do not apply time namespace adjustment on FUTEX_LOCK_PI
2543329485e2 Revert 337f13046ff0 ("futex: Allow FUTEX_CLOCK_REALTIME with 
FUTEX_WAIT op")
d35c4c959eb4 smb3: do not attempt multichannel to server which does not 
support it
796b82637528 smb3: when mounting with multichannel include it in requested 
capabilities
5781c9df77a3 jffs2: check the validity of dstlen in jffs2_zlib_compress()
54708651bc1e Fix misc new gcc warnings
f37b9c142e1c security: commoncap: fix -Wstringop-overread warning
bf2b941d0a6f sfc: farch: fix TX queue lookup in TX event handling
fb791572d674 sfc: farch: fix TX queue lookup in TX flush done handling
11e3ff7e164a exfat: fix erroneous discard when clear cluster bit
1c525c265668 fuse: fix write deadlock
0cd2d2577a98 dm raid: fix inconclusive reshape layout on fast raid4/5/6 
table reload sequences
661061a45e32 md/raid1: properly indicate failure when ending a failed write 
request
015cc7ad58d0 crypto: rng - fix crypto_rng_reset() refcounting when 
!CRYPTO_STATS
0ba942cbf52b crypto: arm/curve25519 - Move '.fpu' after '.arch'
c9adb76c712c tpm: vtpm_proxy: Avoid reading host log when using a virtual 
device
60a01ecc9f68 tpm: efi: Use local variable for calculating final log size
4a63b2438a93 intel_th: pci: Add Alder Lake-M support
34ceafa62f49 powerpc: fix EDEADLOCK redefinition error in uapi/asm/errno.h
0bdcaebb1225 powerpc/32: Fix boot failure with CONFIG_STACKPROTECTOR
f2aa64979e11 powerpc/kexec_file: Use current CPU info while setting up FDT
481fee8295ab powerpc/eeh: Fix EEH handling for hugepages in ioremap space.
293c30ce25e0 powerpc/powernv: Enable HAIL (HV AIL) for ISA v3.1 processors
643243e31868 jffs2: Hook up splice_write callback
72c282b10951 jffs2: Fix kasan slab-out-of-bounds problem
072f787e8798 Input: ili210x - add missing negation for touch indication on 
ili210x
2fafe7d5047f NFSv4: Don't discard segments 

[OE-core] [PATCH 4/9] linux-yocto/5.10: ktypes/standard: disable obsolete crypto options by default

[Bruce Ashfield]

From: Bruce Ashfield 

Integrating the following commit(s) to linux-yocto/5.10.:

ktypes/standard: disable obsolete crypto options by default

CONFIG_CRYPTO_USER_API_ENABLE_OBSOLETE is on by default, but really
shouldn't be on in our kernels for a safe set of baseline options.

This is almost never used, so we disable it by default. If something
needs it, they can turn it on in a board specific config.

Signed-off-by: Bruce Ashfield 
---
 .../linux/linux-yocto-rt_5.10.bb  |  4 ++--
 .../linux/linux-yocto-tiny_5.10.bb|  6 ++---
 meta/recipes-kernel/linux/linux-yocto_5.10.bb | 22 +--
 3 files changed, 16 insertions(+), 16 deletions(-)

diff --git a/meta/recipes-kernel/linux/linux-yocto-rt_5.10.bb 
b/meta/recipes-kernel/linux/linux-yocto-rt_5.10.bb
index 69571df047..424dc83e15 100644
--- a/meta/recipes-kernel/linux/linux-yocto-rt_5.10.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-rt_5.10.bb
@@ -11,8 +11,8 @@ python () {
 raise bb.parse.SkipRecipe("Set PREFERRED_PROVIDER_virtual/kernel to 
linux-yocto-rt to enable it")
 }
 
-SRCREV_machine ?= "eb1ac5022eed244fb3943b3e48b48bc863aaf5a3"
-SRCREV_meta ?= "50c2d69f24f02336c9c6d65c3201d1d6dd105f52"
+SRCREV_machine ?= "fd84ed4cd5f8671db5ff31c00712c607c379a924"
+SRCREV_meta ?= "6dbd5491f4b9592d6332fd8e1bcf29ab01901274"
 
 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.10;destsuffix=${KMETA}"
diff --git a/meta/recipes-kernel/linux/linux-yocto-tiny_5.10.bb 
b/meta/recipes-kernel/linux/linux-yocto-tiny_5.10.bb
index 2e0d1b20d4..ea41d74add 100644
--- a/meta/recipes-kernel/linux/linux-yocto-tiny_5.10.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-tiny_5.10.bb
@@ -15,9 +15,9 @@ DEPENDS += "openssl-native util-linux-native"
 KMETA = "kernel-meta"
 KCONF_BSP_AUDIT_LEVEL = "2"
 
-SRCREV_machine_qemuarm ?= "5bd2421ef6048de205cd3a86c6f14b6296dc79d9"
-SRCREV_machine ?= "24719054cf85a9c66df020b10b6d2b7c6926a4e6"
-SRCREV_meta ?= "50c2d69f24f02336c9c6d65c3201d1d6dd105f52"
+SRCREV_machine_qemuarm ?= "9d4af32a2486acf5feb473b0d5656155cf80f115"
+SRCREV_machine ?= "ddac76981cb3a53de4f2feb2746661a02a6763bd"
+SRCREV_meta ?= "6dbd5491f4b9592d6332fd8e1bcf29ab01901274"
 
 PV = "${LINUX_VERSION}+git${SRCPV}"
 
diff --git a/meta/recipes-kernel/linux/linux-yocto_5.10.bb 
b/meta/recipes-kernel/linux/linux-yocto_5.10.bb
index cf6d19010a..1200cba942 100644
--- a/meta/recipes-kernel/linux/linux-yocto_5.10.bb
+++ b/meta/recipes-kernel/linux/linux-yocto_5.10.bb
@@ -13,17 +13,17 @@ KBRANCH_qemux86  ?= "v5.10/standard/base"
 KBRANCH_qemux86-64 ?= "v5.10/standard/base"
 KBRANCH_qemumips64 ?= "v5.10/standard/mti-malta64"
 
-SRCREV_machine_qemuarm ?= "71d9798b63a9d5a62708f746bb0a53583a8dfb5d"
-SRCREV_machine_qemuarm64 ?= "24719054cf85a9c66df020b10b6d2b7c6926a4e6"
-SRCREV_machine_qemumips ?= "4bad40a510831446b777042df43e349989ecbef7"
-SRCREV_machine_qemuppc ?= "24719054cf85a9c66df020b10b6d2b7c6926a4e6"
-SRCREV_machine_qemuriscv64 ?= "24719054cf85a9c66df020b10b6d2b7c6926a4e6"
-SRCREV_machine_qemuriscv32 ?= "24719054cf85a9c66df020b10b6d2b7c6926a4e6"
-SRCREV_machine_qemux86 ?= "24719054cf85a9c66df020b10b6d2b7c6926a4e6"
-SRCREV_machine_qemux86-64 ?= "24719054cf85a9c66df020b10b6d2b7c6926a4e6"
-SRCREV_machine_qemumips64 ?= "554408244bec4f2121f4ec63b170ca38430b8f9b"
-SRCREV_machine ?= "24719054cf85a9c66df020b10b6d2b7c6926a4e6"
-SRCREV_meta ?= "50c2d69f24f02336c9c6d65c3201d1d6dd105f52"
+SRCREV_machine_qemuarm ?= "f3a20db821a8802c1b3e71c0cccded36d89671b5"
+SRCREV_machine_qemuarm64 ?= "ddac76981cb3a53de4f2feb2746661a02a6763bd"
+SRCREV_machine_qemumips ?= "c64120ac8b71098f6356a992f7e302caa75d4bae"
+SRCREV_machine_qemuppc ?= "ddac76981cb3a53de4f2feb2746661a02a6763bd"
+SRCREV_machine_qemuriscv64 ?= "ddac76981cb3a53de4f2feb2746661a02a6763bd"
+SRCREV_machine_qemuriscv32 ?= "ddac76981cb3a53de4f2feb2746661a02a6763bd"
+SRCREV_machine_qemux86 ?= "ddac76981cb3a53de4f2feb2746661a02a6763bd"
+SRCREV_machine_qemux86-64 ?= "ddac76981cb3a53de4f2feb2746661a02a6763bd"
+SRCREV_machine_qemumips64 ?= "b9a0cc14b51ac1bc5f2bcdcc0f53f6913e877e20"
+SRCREV_machine ?= "ddac76981cb3a53de4f2feb2746661a02a6763bd"
+SRCREV_meta ?= "6dbd5491f4b9592d6332fd8e1bcf29ab01901274"
 
 # 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 (#152005): 
https://lists.openembedded.org/g/openembedded-core/message/152005
Mute This Topic: https://lists.openembedded.org/mt/82899123/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 3/9] linux-yocto/5.4: update to v5.4.117

[Bruce Ashfield]

From: Bruce Ashfield 

Updating linux-yocto/5.4 to the latest korg -stable release that comprises
the following commits:

b5dbcd05792a Linux 5.4.117
0ee3bfc2c31e vfio: Depend on MMU
b246759284d6 perf/core: Fix unconditional security_locked_down() call
a1e6a0d1e6cf ovl: allow upperdir inside lowerdir
8198962021fd scsi: ufs: Unlock on a couple error paths
91aa2644a3ab platform/x86: thinkpad_acpi: Correct thermal sensor allocation
164f74391822 USB: Add reset-resume quirk for WD19's Realtek Hub
5922dfc42ac8 USB: Add LPM quirk for Lenovo ThinkPad USB-C Dock Gen2 Ethernet
314192f055d9 ALSA: usb-audio: Add MIDI quirk for Vox ToneLab EX
6cede11149bf perf ftrace: Fix access to pid in array when setting a pid 
filter
ad4659935e11 perf data: Fix error return code in perf_data__create_dir()
cbc6b467610c iwlwifi: Fix softirq/hardirq disabling in 
iwl_pcie_gen2_enqueue_hcmd()
c7166a529e2b avoid __memcat_p link failure
8ba25a9ef9b9 bpf: Fix leakage of uninitialized bpf stack under speculation
53e0db429b37 bpf: Fix masking negation logic upon negative dst register
b0c8fe7ef797 iwlwifi: Fix softirq/hardirq disabling in 
iwl_pcie_enqueue_hcmd()
43b515c52942 igb: Enable RSS for Intel I211 Ethernet Controller
354520d3ea81 net: usb: ax88179_178a: initialize local variables before use
55714a57f369 ACPI: x86: Call acpi_boot_table_init() after 
acpi_table_upgrade()
b3041510f0fc ACPI: tables: x86: Reserve memory occupied by ACPI tables
91b08c5319a5 mips: Do not include hi and lo in clobber list for R6

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 f82c6b335b..608dac4588 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 ?= "b62ae8bedb024e67e7c5cda51840454a4170c858"
-SRCREV_meta ?= "b89df7433ea8124d3092805391b78808df4147a7"
+SRCREV_machine ?= "ccf88860c16c9f2fae90da1ba46074b09d98a0a2"
+SRCREV_meta ?= "8b98855aa2eae3f9c30601a0f8da281cb3b5e4b7"
 
 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}"
 
-LINUX_VERSION ?= "5.4.116"
+LINUX_VERSION ?= "5.4.117"
 
 LIC_FILES_CHKSUM = "file://COPYING;md5=bbea815ee2795b2f4230826c0c6b8814"
 
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 1c3fe73ae5..61779fbcf6 100644
--- a/meta/recipes-kernel/linux/linux-yocto-tiny_5.4.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-tiny_5.4.bb
@@ -6,7 +6,7 @@ KCONFIG_MODE = "--allnoconfig"
 
 require recipes-kernel/linux/linux-yocto.inc
 
-LINUX_VERSION ?= "5.4.116"
+LINUX_VERSION ?= "5.4.117"
 LIC_FILES_CHKSUM = "file://COPYING;md5=bbea815ee2795b2f4230826c0c6b8814"
 
 DEPENDS += "${@bb.utils.contains('ARCH', 'x86', 'elfutils-native', '', d)}"
@@ -15,9 +15,9 @@ DEPENDS += "openssl-native util-linux-native"
 KMETA = "kernel-meta"
 KCONF_BSP_AUDIT_LEVEL = "2"
 
-SRCREV_machine_qemuarm ?= "80bd6016a9bdaed4b66dda8c8e62d7c1f8a6"
-SRCREV_machine ?= "ea7a54fa402727f3c4bc4a1904d4a9590e7c8b85"
-SRCREV_meta ?= "b89df7433ea8124d3092805391b78808df4147a7"
+SRCREV_machine_qemuarm ?= "2c64c9c438ec34cbdef929338fea304b726cac3f"
+SRCREV_machine ?= "2744384587f1de0551f517cc7be1984077e95329"
+SRCREV_meta ?= "8b98855aa2eae3f9c30601a0f8da281cb3b5e4b7"
 
 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 5245530229..c1270bc78e 100644
--- a/meta/recipes-kernel/linux/linux-yocto_5.4.bb
+++ b/meta/recipes-kernel/linux/linux-yocto_5.4.bb
@@ -12,16 +12,16 @@ KBRANCH_qemux86  ?= "v5.4/standard/base"
 KBRANCH_qemux86-64 ?= "v5.4/standard/base"
 KBRANCH_qemumips64 ?= "v5.4/standard/mti-malta64"
 
-SRCREV_machine_qemuarm ?= "e71df0530eefcac1b3248329e385bcefbad6336e"
-SRCREV_machine_qemuarm64 ?= "ea7a54fa402727f3c4bc4a1904d4a9590e7c8b85"
-SRCREV_machine_qemumips ?= "07445052fdd15e60b30dc5ae9d162c2e6bba47d1"
-SRCREV_machine_qemuppc ?= "ea7a54fa402727f3c4bc4a1904d4a9590e7c8b85"
-SRCREV_machine_qemuriscv64 ?= "ea7a54fa402727f3c4bc4a1904d4a9590e7c8b85"
-SRCREV_machine_qemux86 ?= "ea7a54fa402727f3c4bc4a1904d4a9590e7c8b85"
-SRCREV_machine_qemux86-64 ?= "ea7a54fa402727f3c4bc4a1904d4a9590e7c8b85"
-SRCREV_machine_qemumips64 ?= "b36d79d6f2aaf9dadec352f611e7b9becf2b9a55"
-SRCREV_machine ?= 

[OE-core] [PATCH 2/9] linux-yocto/5.10: update to v5.10.35

[Bruce Ashfield]

From: Bruce Ashfield 

Updating linux-yocto/5.10 to the latest korg -stable release that comprises
the following commits:

f53a3a480862 Linux 5.10.35
94c76056fc3f vfio: Depend on MMU
4348d3b5027b perf/core: Fix unconditional security_locked_down() call
399f9c18473c platform/x86: thinkpad_acpi: Correct thermal sensor allocation
ac2cd82c7609 USB: Add reset-resume quirk for WD19's Realtek Hub
d844aaa49ac8 USB: Add LPM quirk for Lenovo ThinkPad USB-C Dock Gen2 Ethernet
59b3f88386b5 ALSA: usb-audio: Add MIDI quirk for Vox ToneLab EX
27c1936af506 ovl: allow upperdir inside lowerdir
71d58457a8af ovl: fix leaked dentry
2fa0387fa2d0 nvme-pci: set min_align_mask
f8e71c667ee1 swiotlb: respect min_align_mask
85a5a6875ca9 swiotlb: don't modify orig_addr in swiotlb_tbl_sync_single
25ed8827cfbf swiotlb: refactor swiotlb_tbl_map_single
9efd5df078a7 swiotlb: clean up swiotlb_tbl_unmap_single
1f2ef5a0f771 swiotlb: factor out a nr_slots helper
1bbcc985d195 swiotlb: factor out an io_tlb_offset helper
22163a8ec863 swiotlb: add a IO_TLB_SIZE define
2e8b3b0b8e2d driver core: add a min_align_mask field to struct 
device_dma_parameters
6995512a472f tools/cgroup/slabinfo.py: updated to work on current kernel
a7c37332afa8 perf ftrace: Fix access to pid in array when setting a pid 
filter
fb4c1c2e9fd1 capabilities: require CAP_SETFCAP to map uid 0
b571a6302a64 perf data: Fix error return code in perf_data__create_dir()
48ec949ac979 net: qrtr: Avoid potential use after free in MHI send
2fa15d61e4cb bpf: Fix leakage of uninitialized bpf stack under speculation
2cfa537674cd bpf: Fix masking negation logic upon negative dst register
a41c193d004e igb: Enable RSS for Intel I211 Ethernet Controller
2e68890993d0 net: usb: ax88179_178a: initialize local variables before use
d3598eb3915c netfilter: conntrack: Make global sysctls readonly in non-init 
netns
c239bfc2e4ac mips: Do not include hi and lo in clobber list for R6

Signed-off-by: Bruce Ashfield 
---
 .../linux/linux-yocto-rt_5.10.bb  |  6 ++---
 .../linux/linux-yocto-tiny_5.10.bb|  8 +++
 meta/recipes-kernel/linux/linux-yocto_5.10.bb | 24 +--
 3 files changed, 19 insertions(+), 19 deletions(-)

diff --git a/meta/recipes-kernel/linux/linux-yocto-rt_5.10.bb 
b/meta/recipes-kernel/linux/linux-yocto-rt_5.10.bb
index 08314ea03e..69571df047 100644
--- a/meta/recipes-kernel/linux/linux-yocto-rt_5.10.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-rt_5.10.bb
@@ -11,13 +11,13 @@ python () {
 raise bb.parse.SkipRecipe("Set PREFERRED_PROVIDER_virtual/kernel to 
linux-yocto-rt to enable it")
 }
 
-SRCREV_machine ?= "400fbf5b14a0c88afb7c31d65be56fb9d6214c81"
-SRCREV_meta ?= "38eb7ca3f4b59339c57a04c310f20809b198fa91"
+SRCREV_machine ?= "eb1ac5022eed244fb3943b3e48b48bc863aaf5a3"
+SRCREV_meta ?= "50c2d69f24f02336c9c6d65c3201d1d6dd105f52"
 
 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.10;destsuffix=${KMETA}"
 
-LINUX_VERSION ?= "5.10.34"
+LINUX_VERSION ?= "5.10.35"
 
 LIC_FILES_CHKSUM = "file://COPYING;md5=6bc538ed5bd9a7fc9398086aedcd7e46"
 
diff --git a/meta/recipes-kernel/linux/linux-yocto-tiny_5.10.bb 
b/meta/recipes-kernel/linux/linux-yocto-tiny_5.10.bb
index 8bd674f116..2e0d1b20d4 100644
--- a/meta/recipes-kernel/linux/linux-yocto-tiny_5.10.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-tiny_5.10.bb
@@ -6,7 +6,7 @@ KCONFIG_MODE = "--allnoconfig"
 
 require recipes-kernel/linux/linux-yocto.inc
 
-LINUX_VERSION ?= "5.10.34"
+LINUX_VERSION ?= "5.10.35"
 LIC_FILES_CHKSUM = "file://COPYING;md5=6bc538ed5bd9a7fc9398086aedcd7e46"
 
 DEPENDS += "${@bb.utils.contains('ARCH', 'x86', 'elfutils-native', '', d)}"
@@ -15,9 +15,9 @@ DEPENDS += "openssl-native util-linux-native"
 KMETA = "kernel-meta"
 KCONF_BSP_AUDIT_LEVEL = "2"
 
-SRCREV_machine_qemuarm ?= "bf33b78f5136873b6d2ec6274908cf688341bc9e"
-SRCREV_machine ?= "85c17ad073e9249f261cc550e8ada89a900d7d9a"
-SRCREV_meta ?= "38eb7ca3f4b59339c57a04c310f20809b198fa91"
+SRCREV_machine_qemuarm ?= "5bd2421ef6048de205cd3a86c6f14b6296dc79d9"
+SRCREV_machine ?= "24719054cf85a9c66df020b10b6d2b7c6926a4e6"
+SRCREV_meta ?= "50c2d69f24f02336c9c6d65c3201d1d6dd105f52"
 
 PV = "${LINUX_VERSION}+git${SRCPV}"
 
diff --git a/meta/recipes-kernel/linux/linux-yocto_5.10.bb 
b/meta/recipes-kernel/linux/linux-yocto_5.10.bb
index 2e7a452495..cf6d19010a 100644
--- a/meta/recipes-kernel/linux/linux-yocto_5.10.bb
+++ b/meta/recipes-kernel/linux/linux-yocto_5.10.bb
@@ -13,17 +13,17 @@ KBRANCH_qemux86  ?= "v5.10/standard/base"
 KBRANCH_qemux86-64 ?= "v5.10/standard/base"
 KBRANCH_qemumips64 ?= "v5.10/standard/mti-malta64"
 
-SRCREV_machine_qemuarm ?= "78e8e722eec4434024c5db3e0d59da0b128c7647"
-SRCREV_machine_qemuarm64 ?= "85c17ad073e9249f261cc550e8ada89a900d7d9a"
-SRCREV_machine_qemumips 

[OE-core] [PATCH 1/9] kernel-yocto: provide debug / summary information for metadata

[Bruce Ashfield]

From: Bruce Ashfield 

It was mentioned that when developing a BSP, the information about what
definition was used, or what fragments have been applied is not obvious
and requires looking at the code.

With this change, we can trigger a full summary of the meta data gathering
phase when KCONF_AUDIT_LEVEL > 0.

Sample output follows:

   NOTE: do_kernel_metadata: for summary/debug, set KCONF_AUDIT_LEVEL > 0
   NOTE: kernel meta data summary for qemux86-64 (standard):
   NOTE:
   ==
   NOTE: BSP entry point / definition:
   
/build/tmp/work/qemux86_64-poky-linux/linux-yocto/5.10.34+gitAUTOINC+bca3bfbc74_85c17ad073-r0/kernel-meta/bsp/common-pc-64/common-pc-64-standard.scc
   NOTE: Fragments from SRC_URI:
   /poky/meta-virtualization/recipes-kernel/linux/linux-yocto/xt-checksum.scc
   /poky/meta-virtualization/recipes-kernel/linux/linux-yocto/ebtables.scc
   /poky/meta-virtualization/recipes-kernel/linux/linux-yocto/vswitch.scc
   /poky/meta-virtualization/recipes-kernel/linux/linux-yocto/lxc.scc
   /poky/meta-virtualization/recipes-kernel/linux/linux-yocto/docker.scc
   /poky/meta-virtualization/recipes-kernel/linux/linux-yocto/cgroup-hugetlb.scc
   /poky/meta-virtualization/recipes-kernel/linux/linux-yocto/xen.scc
   /poky/meta-virtualization/recipes-kernel/linux/linux-yocto/kubernetes.scc
   NOTE: KERNEL_FEATURES:  features/nfsd/nfsd-enable.scc
   features/debug/printk.scc features/kernel-sample/kernel-sample.scc
   features/netfilter/netfilter.scc cfg/virtio.scc
   features/drm-bochs/drm-bochs.scc cfg/sound.scc cfg/paravirt_kvm.scc
   features/scsi/scsi-debug.scc features/gpio/mockup.scc
   features/aufs/aufs-enable.scc cfg/fs/flash_fs.scc cfg/virtio.scc
   NOTE: Final scc/cfg list:
   
/build/tmp/work/qemux86_64-poky-linux/linux-yocto/5.10.34+gitAUTOINC+bca3bfbc74_85c17ad073-r0/kernel-meta/bsp/common-pc-64/common-pc-64-standard.scc
   /poky/meta-virtualization/recipes-kernel/linux/linux-yocto/xt-checksum.scc
   /poky/meta-virtualization/recipes-kernel/linux/linux-yocto/ebtables.scc
   /poky/meta-virtualization/recipes-kernel/linux/linux-yocto/vswitch.scc
   /poky/meta-virtualization/recipes-kernel/linux/linux-yocto/lxc.scc
   /poky/meta-virtualization/recipes-kernel/linux/linux-yocto/docker.scc
   /poky/meta-virtualization/recipes-kernel/linux/linux-yocto/cgroup-hugetlb.scc
   /poky/meta-virtualization/recipes-kernel/linux/linux-yocto/xen.scc
   /poky/meta-virtualization/recipes-kernel/linux/linux-yocto/kubernetes.scc
   features/nfsd/nfsd-enable.scc features/debug/printk.scc
   features/kernel-sample/kernel-sample.scc
   features/netfilter/netfilter.scc cfg/virtio.scc
   features/drm-bochs/drm-bochs.scc cfg/sound.scc cfg/paravirt_kvm.scc
   features/scsi/scsi-debug.scc features/gpio/mockup.scc
   features/aufs/aufs-enable.scc cfg/fs/flash_fs.scc cfg/virtio.scc

Signed-off-by: Bruce Ashfield 
---
 meta/classes/kernel-yocto.bbclass | 17 +
 1 file changed, 17 insertions(+)

diff --git a/meta/classes/kernel-yocto.bbclass 
b/meta/classes/kernel-yocto.bbclass
index 30f07de4ca..ba139dd7f8 100644
--- a/meta/classes/kernel-yocto.bbclass
+++ b/meta/classes/kernel-yocto.bbclass
@@ -113,6 +113,8 @@ do_kernel_metadata() {
cd ${S}
export KMETA=${KMETA}
 
+   bbnote "do_kernel_metadata: for summary/debug, set KCONF_AUDIT_LEVEL > 
0"
+
# if kernel tools are available in-tree, they are preferred
# and are placed on the path before any external tools. Unless
# the external tools flag is set, in that case we do nothing.
@@ -290,6 +292,21 @@ do_kernel_metadata() {
fi
fi
fi
+
+   if [ ${KCONF_AUDIT_LEVEL} -gt 0 ]; then
+   bbnote "kernel meta data summary for ${KMACHINE} 
(${LINUX_KERNEL_TYPE}):"
+   bbnote 
"=="
+   if [ -n "${KMETA_EXTERNAL_BSPS}" ]; then
+   bbnote "Non kernel-cache (external) bsp"
+   fi
+   bbnote "BSP entry point / definition: $bsp_definition"
+   if [ -n "$in_tree_defconfig" ]; then
+   bbnote "KBUILD_DEFCONFIG: ${KBUILD_DEFCONFIG}"
+   fi
+   bbnote "Fragments from SRC_URI: $sccs_from_src_uri"
+   bbnote "KERNEL_FEATURES: $KERNEL_FEATURES_FINAL"
+   bbnote "Final scc/cfg list: $sccs_defconfig $bsp_definition 
$sccs $KERNEL_FEATURES_FINAL"
+   fi
 }
 
 do_patch() {
-- 
2.19.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#152002): 
https://lists.openembedded.org/g/openembedded-core/message/152002
Mute This Topic: https://lists.openembedded.org/mt/82899119/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-yocto: consolidated pull request

[Bruce Ashfield]

From: Bruce Ashfield 

Richard,

Here are the gathered changes for our active lnux-yocto references, as well
as some pre-work for moving to 5.13+ as the reference. I've also included
a patch to add some BSP/SRC_URI information after the kernel meta data has
been gathered .. this was requested just before the previous release, and
I finally got time to pull something together.

No big surprises and everything looked fine locally, and my AB run was
clean (outside of an arm64 ptest timeout that doesn't look related).

Bruce

The following changes since commit fb26a7c9b86488f46aef707c7836c2cd406d9b8a:

  meson: update patch status (2021-05-17 09:53:15 +0100)

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 (9):
  kernel-yocto: provide debug / summary information for metadata
  linux-yocto/5.10: update to v5.10.35
  linux-yocto/5.4: update to v5.4.117
  linux-yocto/5.10: ktypes/standard: disable obsolete crypto options by
default
  linux-yocto/5.10: update to v5.10.36
  linux-yocto/5.4: update to v5.4.118
  linux-yocto/5.10: update to v5.10.37
  linux-yocto/5.4: update to v5.4.119
  kernel-devsrc: adjust NM and OBJTOOL variables for target

 meta/classes/kernel-yocto.bbclass | 17 +
 meta/recipes-kernel/linux/kernel-devsrc.bb|  2 ++
 .../linux/linux-yocto-rt_5.10.bb  |  6 ++---
 .../linux/linux-yocto-rt_5.4.bb   |  6 ++---
 .../linux/linux-yocto-tiny_5.10.bb|  8 +++
 .../linux/linux-yocto-tiny_5.4.bb |  8 +++
 meta/recipes-kernel/linux/linux-yocto_5.10.bb | 24 +--
 meta/recipes-kernel/linux/linux-yocto_5.4.bb  | 22 -
 8 files changed, 56 insertions(+), 37 deletions(-)

-- 
2.19.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#152001): 
https://lists.openembedded.org/g/openembedded-core/message/152001
Mute This Topic: https://lists.openembedded.org/mt/82899118/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/3] gcc: Extend .gccrelocprefix section support to musl configs

[Khem Raj]

musl includes were not using the relocatable prefix like glibc
counterpart, this will mean that musl SDKs will behave better and find
the headers in right install directories

Signed-off-by: Khem Raj 
---
 ...le-sysroot-support-for-nativesdk-gcc.patch | 179 +-
 1 file changed, 170 insertions(+), 9 deletions(-)

diff --git 
a/meta/recipes-devtools/gcc/gcc/0024-handle-sysroot-support-for-nativesdk-gcc.patch
 
b/meta/recipes-devtools/gcc/gcc/0024-handle-sysroot-support-for-nativesdk-gcc.patch
index 3958e9c212..b1054fa749 100644
--- 
a/meta/recipes-devtools/gcc/gcc/0024-handle-sysroot-support-for-nativesdk-gcc.patch
+++ 
b/meta/recipes-devtools/gcc/gcc/0024-handle-sysroot-support-for-nativesdk-gcc.patch
@@ -1,4 +1,4 @@
-From 35c084a051bcd6587ebc73e4acb045cb2bdf7e99 Mon Sep 17 00:00:00 2001
+From 354682ad8f71f62643dcd83f64b51b5979615a0c Mon Sep 17 00:00:00 2001
 From: Khem Raj 
 Date: Mon, 7 Dec 2015 23:39:54 +
 Subject: [PATCH] handle sysroot support for nativesdk-gcc
@@ -23,6 +23,9 @@ b) Add other paths which need relocation into a 
.gccrelocprefix section
 Upstream-Status: Inappropriate
 RP 2015/7/28
 
+Extend the gccrelocprefix support to musl config too, this ensures
+that gcc will get right bits in SDK installations
+
 Signed-off-by: Khem Raj 
 
 Added PREFIXVAR and EXEC_PREFIXVAR to support runtime relocation.  Without
@@ -32,16 +35,18 @@ implementation.)
 
 Signed-off-by: Mark Hatle 
 ---
- gcc/c-family/c-opts.c |  4 +--
- gcc/cppdefault.c  | 63 ++-
- gcc/cppdefault.h  | 13 -
- gcc/gcc.c | 20 +-
- gcc/incpath.c | 12 -
- gcc/prefix.c  |  6 +++--
- 6 files changed, 70 insertions(+), 48 deletions(-)
+ gcc/c-family/c-opts.c |  4 +--
+ gcc/config/linux.h| 24 +++
+ gcc/config/rs6000/sysv4.h | 24 +++
+ gcc/cppdefault.c  | 63 ---
+ gcc/cppdefault.h  | 13 
+ gcc/gcc.c | 20 +
+ gcc/incpath.c | 12 
+ gcc/prefix.c  |  6 ++--
+ 8 files changed, 94 insertions(+), 72 deletions(-)
 
 diff --git a/gcc/c-family/c-opts.c b/gcc/c-family/c-opts.c
-index bd15b9cd902..2bd667e3f58 100644
+index 89e05a4c551..5577383665d 100644
 --- a/gcc/c-family/c-opts.c
 +++ b/gcc/c-family/c-opts.c
 @@ -1436,8 +1436,8 @@ add_prefixed_path (const char *suffix, incpath_kind 
chain)
@@ -55,6 +60,162 @@ index bd15b9cd902..2bd667e3f58 100644
  
path = (char *) xmalloc (prefix_len + suffix_len + 1);
memcpy (path, prefix, prefix_len);
+diff --git a/gcc/config/linux.h b/gcc/config/linux.h
+index b525bcd56b3..ba02c013e30 100644
+--- a/gcc/config/linux.h
 b/gcc/config/linux.h
+@@ -129,53 +129,53 @@ see the files COPYING3 and COPYING.RUNTIME respectively. 
 If not, see
+  * Unfortunately, this is mostly duplicated from cppdefault.c */
+ #if DEFAULT_LIBC == LIBC_MUSL
+ #define INCLUDE_DEFAULTS_MUSL_GPP \
+-{ GPLUSPLUS_INCLUDE_DIR, "G++", 1, 1, \
++{ GPLUSPLUS_INCLUDE_DIRVAR, "G++", 1, 1,  \
+   GPLUSPLUS_INCLUDE_DIR_ADD_SYSROOT, 0 }, \
+-{ GPLUSPLUS_TOOL_INCLUDE_DIR, "G++", 1, 1,\
++{ GPLUSPLUS_TOOL_INCLUDE_DIRVAR, "G++", 1, 1, \
+   GPLUSPLUS_INCLUDE_DIR_ADD_SYSROOT, 1 }, \
+-{ GPLUSPLUS_BACKWARD_INCLUDE_DIR, "G++", 1, 1,\
++{ GPLUSPLUS_BACKWARD_INCLUDE_DIRVAR, "G++", 1, 1, \
+   GPLUSPLUS_INCLUDE_DIR_ADD_SYSROOT, 0 },
+ 
+ #ifdef LOCAL_INCLUDE_DIR
+ #define INCLUDE_DEFAULTS_MUSL_LOCAL   \
+-{ LOCAL_INCLUDE_DIR, 0, 0, 1, 1, 2 }, \
+-{ LOCAL_INCLUDE_DIR, 0, 0, 1, 1, 0 },
++{ LOCAL_INCLUDE_DIRVAR, 0, 0, 1, 1, 2 },  \
++{ LOCAL_INCLUDE_DIRVAR, 0, 0, 1, 1, 0 },
+ #else
+ #define INCLUDE_DEFAULTS_MUSL_LOCAL
+ #endif
+ 
+ #ifdef PREFIX_INCLUDE_DIR
+ #define INCLUDE_DEFAULTS_MUSL_PREFIX  \
+-{ PREFIX_INCLUDE_DIR, 0, 0, 1, 0, 0},
++{ PREFIX_INCLUDE_DIRVAR, 0, 0, 1, 0, 0},
+ #else
+ #define INCLUDE_DEFAULTS_MUSL_PREFIX
+ #endif
+ 
+ #ifdef CROSS_INCLUDE_DIR
+ #define INCLUDE_DEFAULTS_MUSL_CROSS   \
+-{ CROSS_INCLUDE_DIR, "GCC", 0, 0, 0, 0},
++{ CROSS_INCLUDE_DIRVAR, "GCC", 0, 0, 0, 0},
+ #else
+ #define INCLUDE_DEFAULTS_MUSL_CROSS
+ #endif
+ 
+ #ifdef TOOL_INCLUDE_DIR
+ #define INCLUDE_DEFAULTS_MUSL_TOOL\
+-{ TOOL_INCLUDE_DIR, "BINUTILS", 0, 1, 0, 0},
++{ TOOL_INCLUDE_DIRVAR, "BINUTILS", 0, 1, 0, 0},
+ #else
+ #define INCLUDE_DEFAULTS_MUSL_TOOL
+ #endif
+ 
+ #ifdef GCC_INCLUDE_SUBDIR_TARGET
+ #define INCLUDE_DEFAULTS_MUSL_SUBDIR_TARGET   \
+-{ STANDARD_STARTFILE_PREFIX_2 GCC_INCLUDE_SUBDIR_TARGET, "GCC", 0, 0, 1, 
0},
++{ STANDARD_STARTFILE_PREFIX_2VAR, "GCC", 0, 0, 1, 0},
+ #else
+ #define INCLUDE_DEFAULTS_MUSL_SUBDIR_TARGET
+ #endif
+ 
+ #ifdef NATIVE_SYSTEM_HEADER_DIR
+ #define INCLUDE_DEFAULTS_MUSL_NATIVE

[OE-core] [PATCH 3/3] gcc: Refresh patch to fix patch fuzz

[Khem Raj]

This is due to previous patches editing common files from this patch

Fixes
ERROR: gcc-source-11.1.0-11.1.0-r0 do_patch: Fuzz detected:

Applying patch 0028-Add-ssp_nonshared-to-link-commandline-for-musl-targe.patch
patching file gcc/config/linux.h
Hunk #1 succeeded at 203 with fuzz 1 (offset 8 lines).
patching file gcc/config/rs6000/linux.h
patching file gcc/config/rs6000/linux64.h

Signed-off-by: Khem Raj 
---
 ..._nonshared-to-link-commandline-for-musl-targe.patch | 10 ++
 1 file changed, 2 insertions(+), 8 deletions(-)

diff --git 
a/meta/recipes-devtools/gcc/gcc/0028-Add-ssp_nonshared-to-link-commandline-for-musl-targe.patch
 
b/meta/recipes-devtools/gcc/gcc/0028-Add-ssp_nonshared-to-link-commandline-for-musl-targe.patch
index edca9e3ca4..9c616d24d0 100644
--- 
a/meta/recipes-devtools/gcc/gcc/0028-Add-ssp_nonshared-to-link-commandline-for-musl-targe.patch
+++ 
b/meta/recipes-devtools/gcc/gcc/0028-Add-ssp_nonshared-to-link-commandline-for-musl-targe.patch
@@ -22,12 +22,10 @@ Signed-off-by: Khem Raj 
  gcc/config/rs6000/linux64.h | 10 ++
  3 files changed, 27 insertions(+)
 
-diff --git a/gcc/config/linux.h b/gcc/config/linux.h
-index 87efc5f69fe..3c7b7c538b9 100644
 --- a/gcc/config/linux.h
 +++ b/gcc/config/linux.h
-@@ -195,6 +195,13 @@ see the files COPYING3 and COPYING.RUNTIME respectively.  
If not, see
- { GCC_INCLUDE_DIR, "GCC", 0, 1, 0, 0 },   \
+@@ -203,6 +203,13 @@ see the files COPYING3 and COPYING.RUNTI
+ { GCC_INCLUDE_DIRVAR, "GCC", 0, 1, 0, 0 },\
  { 0, 0, 0, 0, 0, 0 }  \
}
 +#ifdef TARGET_LIBC_PROVIDES_SSP
@@ -40,8 +38,6 @@ index 87efc5f69fe..3c7b7c538b9 100644
  #endif
  
  #if (DEFAULT_LIBC == LIBC_UCLIBC) && defined (SINGLE_LIBC) /* uClinux */
-diff --git a/gcc/config/rs6000/linux.h b/gcc/config/rs6000/linux.h
-index 47c9d9ac0b6..d065f88b377 100644
 --- a/gcc/config/rs6000/linux.h
 +++ b/gcc/config/rs6000/linux.h
 @@ -94,6 +94,16 @@
@@ -61,8 +57,6 @@ index 47c9d9ac0b6..d065f88b377 100644
  #undef LINK_OS_LINUX_SPEC
  #define LINK_OS_LINUX_SPEC LINK_OS_LINUX_EMUL " %{!shared: %{!static: \
%{!static-pie: \
-diff --git a/gcc/config/rs6000/linux64.h b/gcc/config/rs6000/linux64.h
-index a11e01faa3d..ce464f3626b 100644
 --- a/gcc/config/rs6000/linux64.h
 +++ b/gcc/config/rs6000/linux64.h
 @@ -369,6 +369,16 @@ extern int dot_symbols;
-- 
2.31.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#152000): 
https://lists.openembedded.org/g/openembedded-core/message/152000
Mute This Topic: https://lists.openembedded.org/mt/82898977/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/3] gcc: Add target gcc include search for musl config too

[Khem Raj]

Musl has different search order and therefore injects it
via INCLUDE_DEFAULTS and does not use the defaults from
gcc/cppdefaults.h, this ensures that same fix is extended
to musl configs too where it can search for compiler headers
It will fix builds with musl where omp.h is not found because
it is in gcc includes path on target ( not cross ) sysroot

Signed-off-by: Khem Raj 
---
 ...e-target-gcc-headers-can-be-included.patch | 64 +--
 1 file changed, 60 insertions(+), 4 deletions(-)

diff --git 
a/meta/recipes-devtools/gcc/gcc/0019-Ensure-target-gcc-headers-can-be-included.patch
 
b/meta/recipes-devtools/gcc/gcc/0019-Ensure-target-gcc-headers-can-be-included.patch
index 98472dd2b5..120d5a29b2 100644
--- 
a/meta/recipes-devtools/gcc/gcc/0019-Ensure-target-gcc-headers-can-be-included.patch
+++ 
b/meta/recipes-devtools/gcc/gcc/0019-Ensure-target-gcc-headers-can-be-included.patch
@@ -1,4 +1,4 @@
-From 9b4eb0e18a953d79d20c78d3ba741af6d71ab9ca Mon Sep 17 00:00:00 2001
+From 6f410ed8fb7eee11ba7a25634c2257666b98ef52 Mon Sep 17 00:00:00 2001
 From: Khem Raj 
 Date: Fri, 20 Feb 2015 10:25:11 +
 Subject: [PATCH] Ensure target gcc headers can be included
@@ -11,14 +11,18 @@ found by gcc with the existing search paths. Add support for
 picking up these headers under the sysroot supplied on the gcc
 command line in order to resolve this.
 
+Extend target gcc headers search to musl too
+
 Upstream-Status: Pending
 
 Signed-off-by: Paul Eggleton 
 Signed-off-by: Khem Raj 
 ---
- gcc/Makefile.in  | 2 ++
- gcc/cppdefault.c | 4 
- 2 files changed, 6 insertions(+)
+ gcc/Makefile.in   | 2 ++
+ gcc/config/linux.h| 8 
+ gcc/config/rs6000/sysv4.h | 8 
+ gcc/cppdefault.c  | 4 
+ 4 files changed, 22 insertions(+)
 
 diff --git a/gcc/Makefile.in b/gcc/Makefile.in
 index 59c45c81393..9b17d120aa1 100644
@@ -40,6 +44,58 @@ index 59c45c81393..9b17d120aa1 100644
-DFIXED_INCLUDE_DIR=\"$(libsubdir)/include-fixed\" \
-DGPLUSPLUS_INCLUDE_DIR=\"$(gcc_gxx_include_dir)\" \
-DGPLUSPLUS_INCLUDE_DIR_ADD_SYSROOT=$(gcc_gxx_include_dir_add_sysroot) \
+diff --git a/gcc/config/linux.h b/gcc/config/linux.h
+index 87efc5f69fe..b525bcd56b3 100644
+--- a/gcc/config/linux.h
 b/gcc/config/linux.h
+@@ -165,6 +165,13 @@ see the files COPYING3 and COPYING.RUNTIME respectively.  
If not, see
+ #define INCLUDE_DEFAULTS_MUSL_TOOL
+ #endif
+ 
++#ifdef GCC_INCLUDE_SUBDIR_TARGET
++#define INCLUDE_DEFAULTS_MUSL_SUBDIR_TARGET   \
++{ STANDARD_STARTFILE_PREFIX_2 GCC_INCLUDE_SUBDIR_TARGET, "GCC", 0, 0, 1, 
0},
++#else
++#define INCLUDE_DEFAULTS_MUSL_SUBDIR_TARGET
++#endif
++
+ #ifdef NATIVE_SYSTEM_HEADER_DIR
+ #define INCLUDE_DEFAULTS_MUSL_NATIVE  \
+ { NATIVE_SYSTEM_HEADER_DIR, 0, 0, 0, 1, 2 },  \
+@@ -191,6 +198,7 @@ see the files COPYING3 and COPYING.RUNTIME respectively.  
If not, see
+ INCLUDE_DEFAULTS_MUSL_PREFIX  \
+ INCLUDE_DEFAULTS_MUSL_CROSS   \
+ INCLUDE_DEFAULTS_MUSL_TOOL\
++INCLUDE_DEFAULTS_MUSL_SUBDIR_TARGET   \
+ INCLUDE_DEFAULTS_MUSL_NATIVE  \
+ { GCC_INCLUDE_DIR, "GCC", 0, 1, 0, 0 },   \
+ { 0, 0, 0, 0, 0, 0 }  \
+diff --git a/gcc/config/rs6000/sysv4.h b/gcc/config/rs6000/sysv4.h
+index 510abe169c5..0c2bba5ea32 100644
+--- a/gcc/config/rs6000/sysv4.h
 b/gcc/config/rs6000/sysv4.h
+@@ -995,6 +995,13 @@ ncrtn.o%s"
+ #define INCLUDE_DEFAULTS_MUSL_TOOL
+ #endif
+ 
++#ifdef GCC_INCLUDE_SUBDIR_TARGET
++#define INCLUDE_DEFAULTS_MUSL_SUBDIR_TARGET\
++{ STANDARD_STARTFILE_PREFIX_2 GCC_INCLUDE_SUBDIR_TARGET, "GCC", 0, 0, 1, 
0},
++#else
++#define INCLUDE_DEFAULTS_MUSL_SUBDIR_TARGET
++#endif
++
+ #ifdef NATIVE_SYSTEM_HEADER_DIR
+ #define INCLUDE_DEFAULTS_MUSL_NATIVE  \
+ { NATIVE_SYSTEM_HEADER_DIR, 0, 0, 0, 1, 2 },  \
+@@ -1021,6 +1028,7 @@ ncrtn.o%s"
+ INCLUDE_DEFAULTS_MUSL_PREFIX  \
+ INCLUDE_DEFAULTS_MUSL_CROSS   \
+ INCLUDE_DEFAULTS_MUSL_TOOL\
++INCLUDE_DEFAULTS_MUSL_SUBDIR_TARGET   \
+ INCLUDE_DEFAULTS_MUSL_NATIVE  \
+ { GCC_INCLUDE_DIR, "GCC", 0, 1, 0, 0 },   \
+ { 0, 0, 0, 0, 0, 0 }  \
 diff --git a/gcc/cppdefault.c b/gcc/cppdefault.c
 index c503d14fc3f..d54d6ce0076 100644
 --- a/gcc/cppdefault.c
-- 
2.31.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#151998): 
https://lists.openembedded.org/g/openembedded-core/message/151998
Mute This Topic: https://lists.openembedded.org/mt/82898974/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] mklibs: remove recipes and class

[Alexander Kanavin]

This is not enabled or tested by default, and has never been
ported to python 3 upstream[1], which means it doesn't work at all
with plain poky. If you need it, please put it in a separate layer
and/or modernize to work with py3.

https://salsa.debian.org/installer-team/mklibs/-/blob/master/src/mklibs

Signed-off-by: Alexander Kanavin 
---
 meta/classes/image-mklibs.bbclass |  56 --
 meta/conf/distro/include/maintainers.inc  |   1 -
 .../mklibs/files/ac_init_fix.patch|  19 
 ...re-on-symbol-provided-by-application.patch | 103 --
 .../mklibs/files/fix_STT_GNU_IFUNC.patch  |  26 -
 .../mklibs/files/fix_cross_compile.patch  |  81 --
 ...U-unique-symbols-as-provided-symbols.patch |  34 --
 .../mklibs/files/sysrooted-ldso.patch |  18 ---
 .../mklibs/mklibs-native_0.1.44.bb|  22 
 9 files changed, 360 deletions(-)
 delete mode 100644 meta/classes/image-mklibs.bbclass
 delete mode 100644 meta/recipes-devtools/mklibs/files/ac_init_fix.patch
 delete mode 100644 
meta/recipes-devtools/mklibs/files/avoid-failure-on-symbol-provided-by-application.patch
 delete mode 100644 meta/recipes-devtools/mklibs/files/fix_STT_GNU_IFUNC.patch
 delete mode 100644 meta/recipes-devtools/mklibs/files/fix_cross_compile.patch
 delete mode 100644 
meta/recipes-devtools/mklibs/files/show-GNU-unique-symbols-as-provided-symbols.patch
 delete mode 100644 meta/recipes-devtools/mklibs/files/sysrooted-ldso.patch
 delete mode 100644 meta/recipes-devtools/mklibs/mklibs-native_0.1.44.bb

diff --git a/meta/classes/image-mklibs.bbclass 
b/meta/classes/image-mklibs.bbclass
deleted file mode 100644
index 68e11d4365..00
--- a/meta/classes/image-mklibs.bbclass
+++ /dev/null
@@ -1,56 +0,0 @@
-do_rootfs[depends] += "mklibs-native:do_populate_sysroot"
-
-IMAGE_PREPROCESS_COMMAND += "mklibs_optimize_image; "
-
-inherit linuxloader
-
-mklibs_optimize_image_doit() {
-   rm -rf ${WORKDIR}/mklibs
-   mkdir -p ${WORKDIR}/mklibs/dest
-   cd ${IMAGE_ROOTFS}
-   du -bs > ${WORKDIR}/mklibs/du.before.mklibs.txt
-
-   # Build a list of dynamically linked executable ELF files.
-   # Omit libc/libpthread as a special case because it has an interpreter
-   # but is primarily what we intend to strip down.
-   for i in `find . -type f -executable ! -name 'libc-*' ! -name 
'libpthread-*'`; do
-   file $i | grep -q ELF || continue
-   ${HOST_PREFIX}readelf -l $i | grep -q INTERP || continue
-   echo $i
-   done > ${WORKDIR}/mklibs/executables.list
-
-   dynamic_loader=${@get_linuxloader(d)}
-
-   mklibs -v \
-   --ldlib ${dynamic_loader} \
-   --libdir ${baselib} \
-   --sysroot ${PKG_CONFIG_SYSROOT_DIR} \
-   --gcc-options "--sysroot=${PKG_CONFIG_SYSROOT_DIR}" \
-   --root ${IMAGE_ROOTFS} \
-   --target `echo ${TARGET_PREFIX} | sed 's/-$//' ` \
-   -d ${WORKDIR}/mklibs/dest \
-   `cat ${WORKDIR}/mklibs/executables.list`
-
-   cd ${WORKDIR}/mklibs/dest
-   for i in *
-   do
-   cp $i `find ${IMAGE_ROOTFS} -name $i`
-   done
-
-   cd ${IMAGE_ROOTFS}
-   du -bs > ${WORKDIR}/mklibs/du.after.mklibs.txt
-
-   echo rootfs size before mklibs optimization: `cat 
${WORKDIR}/mklibs/du.before.mklibs.txt`
-   echo rootfs size after mklibs optimization: `cat 
${WORKDIR}/mklibs/du.after.mklibs.txt`
-}
-
-mklibs_optimize_image() {
-   for img in ${MKLIBS_OPTIMIZED_IMAGES}
-   do
-   if [ "${img}" = "${PN}" ] || [ "${img}" = "all" ]
-   then
-   mklibs_optimize_image_doit
-   break
-   fi
-   done
-}
diff --git a/meta/conf/distro/include/maintainers.inc 
b/meta/conf/distro/include/maintainers.inc
index bfebd68acf..1467a10f8a 100644
--- a/meta/conf/distro/include/maintainers.inc
+++ b/meta/conf/distro/include/maintainers.inc
@@ -508,7 +508,6 @@ RECIPE_MAINTAINER_pn-mingetty = "Yi Zhao 
"
 RECIPE_MAINTAINER_pn-mini-x-session = "Armin Kuster "
 RECIPE_MAINTAINER_pn-minicom = "Anuj Mittal "
 RECIPE_MAINTAINER_pn-mkfontscale = "Armin Kuster "
-RECIPE_MAINTAINER_pn-mklibs-native = "Robert Yang "
 RECIPE_MAINTAINER_pn-mmc-utils = "Anuj Mittal "
 RECIPE_MAINTAINER_pn-mobile-broadband-provider-info = "Alexander Kanavin 
"
 RECIPE_MAINTAINER_pn-modutils-initscripts = "Yi Zhao "
diff --git a/meta/recipes-devtools/mklibs/files/ac_init_fix.patch 
b/meta/recipes-devtools/mklibs/files/ac_init_fix.patch
deleted file mode 100644
index 422af10420..00
--- a/meta/recipes-devtools/mklibs/files/ac_init_fix.patch
+++ /dev/null
@@ -1,19 +0,0 @@
-Get the version of mklibs by simpler means. The MKLIBS_VERSION string in the 
-configure.ac file is replaced with real version string by the 
-do_configure_prepend() function from the recipe .bb file.
-
-Upstream-Status: Inappropriate 

[OE-core] [PATCH 1/2] mklibs: drop support for

[Alexander Kanavin]

This is not enabled or tested by default, and has never been
ported to python 3 upstream[1], which means it doesn't work at all
with plain poky. If you need it, please put it in a separate layer
and/or modernize to work with py3.

https://salsa.debian.org/installer-team/mklibs/-/blob/master/src/mklibs

Signed-off-by: Alexander Kanavin 
---
 meta-poky/conf/local.conf.sample  | 5 +
 meta-poky/conf/local.conf.sample.extended | 9 -
 2 files changed, 1 insertion(+), 13 deletions(-)

diff --git a/meta-poky/conf/local.conf.sample b/meta-poky/conf/local.conf.sample
index c27766e901..fb14379d28 100644
--- a/meta-poky/conf/local.conf.sample
+++ b/meta-poky/conf/local.conf.sample
@@ -148,11 +148,8 @@ EXTRA_IMAGE_FEATURES ?= "debug-tweaks"
 # enable extra features. Some available options which can be included in this 
variable
 # are:
 #   - 'buildstats' collect build statistics
-#   - 'image-mklibs' to reduce shared library files size for an image
 #   - 'image-prelink' in order to prelink the filesystem image
-# NOTE: if listing mklibs & prelink both, then make sure mklibs is before 
prelink
-# NOTE: mklibs also needs to be explicitly enabled for a given image, see 
local.conf.extended
-USER_CLASSES ?= "buildstats image-mklibs image-prelink"
+USER_CLASSES ?= "buildstats image-prelink"
 
 #
 # Runtime testing of images
diff --git a/meta-poky/conf/local.conf.sample.extended 
b/meta-poky/conf/local.conf.sample.extended
index c241caa869..a670c74001 100644
--- a/meta-poky/conf/local.conf.sample.extended
+++ b/meta-poky/conf/local.conf.sample.extended
@@ -119,15 +119,6 @@ DISTRO_FEATURES_remove = "x11"
 #
 # TCMODE ?= "external-sourcery"
 
-# mklibs library size optimization is more useful to smaller images,
-# and less useful for bigger images. Also mklibs library optimization
-# can break the ABI compatibility, so should not be applied to the
-# images which are to be extended or upgraded later.
-#This enabled mklibs library size optimization just for the specified image.
-#MKLIBS_OPTIMIZED_IMAGES ?= "core-image-minimal"
-#This enable mklibs library size optimization will be for all the images.
-#MKLIBS_OPTIMIZED_IMAGES ?= "all"
-
 # This value is currently used by pseudo to determine if the recipe should
 # build both the 32-bit and 64-bit wrapper libraries on a 64-bit build system.
 #
-- 
2.31.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#151996): 
https://lists.openembedded.org/g/openembedded-core/message/151996
Mute This Topic: https://lists.openembedded.org/mt/82895915/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] mklibs-native: Fix build with gcc 11

[Alexander Kanavin]

FWIW, I have had patches to drop mklibs for a long time:
http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=akanavin/package-version-updates-later

I'd be happy to send them again.

Alex

On Mon, 17 May 2021 at 21:50, Mark Hatle 
wrote:

>
>
> On 5/17/21 2:46 PM, Andre McCurdy wrote:
> > On Mon, May 17, 2021 at 10:05 AM Jacob Kroon 
> wrote:
> >>
> >> In gcc 11 the default mode for C++ is now -std=gnu++17 instead of
> -std=gnu++14,
> >> in which support for dynamic exception specifications has been removed.
> >
> > As much as I'd like to see mklibs fully supported in OE, at some point
> > maybe we should just admit that it doesn't work and there's not enough
> > collective motivation to fix it.
> >
> > For mklibs to work, the build process should generate a PIC .a archive
> > for every .so shared library (ie static libs need to be built and
> > somehow forced to contain PIC object code - which may mean patching
> > Makefiles etc) and then the PIC .a files need to be available
> > alongside the .so libs when mklibs runs. We don't have any support for
> > doing that, so why keep pretending to support mklibs?
>
> We used to have exactly that.  The fact nobody is complaining it doesn't
> work
> tells me nobody is using this and we should remove it.
>
> The need for this on modern (embedded) systems is significantly less with a
> function altnerative to glibc.  (musl)
>
> --Mark
>
> >> See
> http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2016/p0003r5.html
> >>
> >> Signed-off-by: Jacob Kroon 
> >> ---
> >>  .../no-dynamic-exception-specifications.patch | 420 ++
> >>  .../mklibs/mklibs-native_0.1.44.bb|   1 +
> >>  2 files changed, 421 insertions(+)
> >>  create mode 100644
> meta/recipes-devtools/mklibs/files/no-dynamic-exception-specifications.patch
> >>
> >> diff --git
> a/meta/recipes-devtools/mklibs/files/no-dynamic-exception-specifications.patch
> b/meta/recipes-devtools/mklibs/files/no-dynamic-exception-specifications.patch
> >> new file mode 100644
> >> index 00..5989a67c4f
> >> --- /dev/null
> >> +++
> b/meta/recipes-devtools/mklibs/files/no-dynamic-exception-specifications.patch
> >> @@ -0,0 +1,420 @@
> >> +In gcc 11 the default mode for C++ is now -std=gnu++17 instead of
> -std=gnu++14,
> >> +in which support for dynamic exception specifications has been removed.
> >> +
> >> +See
> http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2016/p0003r5.html
> >> +
> >> +Upstream-Status: Pending
> >> +
> >> +Signed-off-by: Jacob Kroon 
> >> +
> >> +Index: mklibs-0.1.44/src/mklibs-readelf/elf.cpp
> >> +===
> >> +--- mklibs-0.1.44.orig/src/mklibs-readelf/elf.cpp
> >>  mklibs-0.1.44/src/mklibs-readelf/elf.cpp
> >> +@@ -36,7 +36,7 @@ file::~file () throw ()
> >> + delete *it;
> >> + }
> >> +
> >> +-file *file::open (const char *filename) throw (std::bad_alloc,
> std::runtime_error)
> >> ++file *file::open (const char *filename)
> >> + {
> >> +   struct stat buf;
> >> +   int fd;
> >> +@@ -72,7 +72,7 @@ file *file::open (const char *filename)
> >> + }
> >> +
> >> + template
> >> +-file *file::open_class(uint8_t *mem, size_t len) throw
> (std::bad_alloc, std::runtime_error)
> >> ++file *file::open_class(uint8_t *mem, size_t len)
> >> + {
> >> +   switch (mem[EI_DATA])
> >> +   {
> >> +@@ -86,7 +86,7 @@ file *file::open_class(uint8_t *mem, siz
> >> + }
> >> +
> >> + template 
> >> +-file_data<_class, _data>::file_data(uint8_t *mem, size_t len) throw
> (std::bad_alloc, std::runtime_error)
> >> ++file_data<_class, _data>::file_data(uint8_t *mem, size_t len)
> >> + : file(mem, len)
> >> + {
> >> +   if (mem[EI_CLASS] != _class::id)
> >> +@@ -190,7 +190,7 @@ section_data<_class, _data>::section_dat
> >> + }
> >> +
> >> + template 
> >> +-void section_data<_class, _data>::update(const file ) throw
> (std::bad_alloc)
> >> ++void section_data<_class, _data>::update(const file )
> >> + {
> >> +   const section_type  =
> >> + dynamic_cast
> &>(file.get_section(file.get_shstrndx()));
> >> +@@ -204,7 +204,7 @@ section_type::~sec
> >> + }
> >> +
> >> + template 
> >> +-section_real<_class, _data, section_type_DYNAMIC>::section_real(Shdr
> *header, uint8_t *mem) throw (std::bad_alloc)
> >> ++section_real<_class, _data, section_type_DYNAMIC>::section_real(Shdr
> *header, uint8_t *mem)
> >> + : section_data<_class, _data>(header, mem)
> >> + {
> >> +   if (this->type != SHT_DYNAMIC)
> >> +@@ -221,7 +221,7 @@ section_real<_class, _data, section_type
> >> + }
> >> +
> >> + template 
> >> +-void section_real<_class, _data, section_type_DYNAMIC>::update(const
> file ) throw (std::bad_alloc)
> >> ++void section_real<_class, _data, section_type_DYNAMIC>::update(const
> file )
> >> + {
> >> +   section_data<_class, _data>::update(file);
> >> +
> >> +@@ -243,7 +243,7 @@ section_type::~sect
> >> + }
> >> +
> >> + template 
> >> +-section_real<_class, _data, section_type_DYNSYM>::section_real(Shdr
> *header, uint8_t 

Re: [OE-core] [PATCH] mklibs-native: Fix build with gcc 11

[Mark Hatle]

On 5/17/21 2:46 PM, Andre McCurdy wrote:
> On Mon, May 17, 2021 at 10:05 AM Jacob Kroon  wrote:
>>
>> In gcc 11 the default mode for C++ is now -std=gnu++17 instead of 
>> -std=gnu++14,
>> in which support for dynamic exception specifications has been removed.
> 
> As much as I'd like to see mklibs fully supported in OE, at some point
> maybe we should just admit that it doesn't work and there's not enough
> collective motivation to fix it.
> 
> For mklibs to work, the build process should generate a PIC .a archive
> for every .so shared library (ie static libs need to be built and
> somehow forced to contain PIC object code - which may mean patching
> Makefiles etc) and then the PIC .a files need to be available
> alongside the .so libs when mklibs runs. We don't have any support for
> doing that, so why keep pretending to support mklibs?

We used to have exactly that.  The fact nobody is complaining it doesn't work
tells me nobody is using this and we should remove it.

The need for this on modern (embedded) systems is significantly less with a
function altnerative to glibc.  (musl)

--Mark

>> See http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2016/p0003r5.html
>>
>> Signed-off-by: Jacob Kroon 
>> ---
>>  .../no-dynamic-exception-specifications.patch | 420 ++
>>  .../mklibs/mklibs-native_0.1.44.bb|   1 +
>>  2 files changed, 421 insertions(+)
>>  create mode 100644 
>> meta/recipes-devtools/mklibs/files/no-dynamic-exception-specifications.patch
>>
>> diff --git 
>> a/meta/recipes-devtools/mklibs/files/no-dynamic-exception-specifications.patch
>>  
>> b/meta/recipes-devtools/mklibs/files/no-dynamic-exception-specifications.patch
>> new file mode 100644
>> index 00..5989a67c4f
>> --- /dev/null
>> +++ 
>> b/meta/recipes-devtools/mklibs/files/no-dynamic-exception-specifications.patch
>> @@ -0,0 +1,420 @@
>> +In gcc 11 the default mode for C++ is now -std=gnu++17 instead of 
>> -std=gnu++14,
>> +in which support for dynamic exception specifications has been removed.
>> +
>> +See http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2016/p0003r5.html
>> +
>> +Upstream-Status: Pending
>> +
>> +Signed-off-by: Jacob Kroon 
>> +
>> +Index: mklibs-0.1.44/src/mklibs-readelf/elf.cpp
>> +===
>> +--- mklibs-0.1.44.orig/src/mklibs-readelf/elf.cpp
>>  mklibs-0.1.44/src/mklibs-readelf/elf.cpp
>> +@@ -36,7 +36,7 @@ file::~file () throw ()
>> + delete *it;
>> + }
>> +
>> +-file *file::open (const char *filename) throw (std::bad_alloc, 
>> std::runtime_error)
>> ++file *file::open (const char *filename)
>> + {
>> +   struct stat buf;
>> +   int fd;
>> +@@ -72,7 +72,7 @@ file *file::open (const char *filename)
>> + }
>> +
>> + template
>> +-file *file::open_class(uint8_t *mem, size_t len) throw (std::bad_alloc, 
>> std::runtime_error)
>> ++file *file::open_class(uint8_t *mem, size_t len)
>> + {
>> +   switch (mem[EI_DATA])
>> +   {
>> +@@ -86,7 +86,7 @@ file *file::open_class(uint8_t *mem, siz
>> + }
>> +
>> + template 
>> +-file_data<_class, _data>::file_data(uint8_t *mem, size_t len) throw 
>> (std::bad_alloc, std::runtime_error)
>> ++file_data<_class, _data>::file_data(uint8_t *mem, size_t len)
>> + : file(mem, len)
>> + {
>> +   if (mem[EI_CLASS] != _class::id)
>> +@@ -190,7 +190,7 @@ section_data<_class, _data>::section_dat
>> + }
>> +
>> + template 
>> +-void section_data<_class, _data>::update(const file ) throw 
>> (std::bad_alloc)
>> ++void section_data<_class, _data>::update(const file )
>> + {
>> +   const section_type  =
>> + dynamic_cast 
>> &>(file.get_section(file.get_shstrndx()));
>> +@@ -204,7 +204,7 @@ section_type::~sec
>> + }
>> +
>> + template 
>> +-section_real<_class, _data, section_type_DYNAMIC>::section_real(Shdr 
>> *header, uint8_t *mem) throw (std::bad_alloc)
>> ++section_real<_class, _data, section_type_DYNAMIC>::section_real(Shdr 
>> *header, uint8_t *mem)
>> + : section_data<_class, _data>(header, mem)
>> + {
>> +   if (this->type != SHT_DYNAMIC)
>> +@@ -221,7 +221,7 @@ section_real<_class, _data, section_type
>> + }
>> +
>> + template 
>> +-void section_real<_class, _data, section_type_DYNAMIC>::update(const file 
>> ) throw (std::bad_alloc)
>> ++void section_real<_class, _data, section_type_DYNAMIC>::update(const file 
>> )
>> + {
>> +   section_data<_class, _data>::update(file);
>> +
>> +@@ -243,7 +243,7 @@ section_type::~sect
>> + }
>> +
>> + template 
>> +-section_real<_class, _data, section_type_DYNSYM>::section_real(Shdr 
>> *header, uint8_t *mem) throw (std::bad_alloc)
>> ++section_real<_class, _data, section_type_DYNSYM>::section_real(Shdr 
>> *header, uint8_t *mem)
>> + : section_data<_class, _data>(header, mem)
>> + {
>> +   if (this->type != SHT_DYNSYM)
>> +@@ -260,7 +260,7 @@ section_real<_class, _data, section_type
>> + }
>> +
>> + template 
>> +-void section_real<_class, _data, section_type_DYNSYM>::update(const file 
>> ) throw (std::bad_alloc)
>> ++void 

Re: [OE-core] [PATCH] mklibs-native: Fix build with gcc 11

[Andre McCurdy]

On Mon, May 17, 2021 at 10:05 AM Jacob Kroon  wrote:
>
> In gcc 11 the default mode for C++ is now -std=gnu++17 instead of 
> -std=gnu++14,
> in which support for dynamic exception specifications has been removed.

As much as I'd like to see mklibs fully supported in OE, at some point
maybe we should just admit that it doesn't work and there's not enough
collective motivation to fix it.

For mklibs to work, the build process should generate a PIC .a archive
for every .so shared library (ie static libs need to be built and
somehow forced to contain PIC object code - which may mean patching
Makefiles etc) and then the PIC .a files need to be available
alongside the .so libs when mklibs runs. We don't have any support for
doing that, so why keep pretending to support mklibs?

> See http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2016/p0003r5.html
>
> Signed-off-by: Jacob Kroon 
> ---
>  .../no-dynamic-exception-specifications.patch | 420 ++
>  .../mklibs/mklibs-native_0.1.44.bb|   1 +
>  2 files changed, 421 insertions(+)
>  create mode 100644 
> meta/recipes-devtools/mklibs/files/no-dynamic-exception-specifications.patch
>
> diff --git 
> a/meta/recipes-devtools/mklibs/files/no-dynamic-exception-specifications.patch
>  
> b/meta/recipes-devtools/mklibs/files/no-dynamic-exception-specifications.patch
> new file mode 100644
> index 00..5989a67c4f
> --- /dev/null
> +++ 
> b/meta/recipes-devtools/mklibs/files/no-dynamic-exception-specifications.patch
> @@ -0,0 +1,420 @@
> +In gcc 11 the default mode for C++ is now -std=gnu++17 instead of 
> -std=gnu++14,
> +in which support for dynamic exception specifications has been removed.
> +
> +See http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2016/p0003r5.html
> +
> +Upstream-Status: Pending
> +
> +Signed-off-by: Jacob Kroon 
> +
> +Index: mklibs-0.1.44/src/mklibs-readelf/elf.cpp
> +===
> +--- mklibs-0.1.44.orig/src/mklibs-readelf/elf.cpp
>  mklibs-0.1.44/src/mklibs-readelf/elf.cpp
> +@@ -36,7 +36,7 @@ file::~file () throw ()
> + delete *it;
> + }
> +
> +-file *file::open (const char *filename) throw (std::bad_alloc, 
> std::runtime_error)
> ++file *file::open (const char *filename)
> + {
> +   struct stat buf;
> +   int fd;
> +@@ -72,7 +72,7 @@ file *file::open (const char *filename)
> + }
> +
> + template
> +-file *file::open_class(uint8_t *mem, size_t len) throw (std::bad_alloc, 
> std::runtime_error)
> ++file *file::open_class(uint8_t *mem, size_t len)
> + {
> +   switch (mem[EI_DATA])
> +   {
> +@@ -86,7 +86,7 @@ file *file::open_class(uint8_t *mem, siz
> + }
> +
> + template 
> +-file_data<_class, _data>::file_data(uint8_t *mem, size_t len) throw 
> (std::bad_alloc, std::runtime_error)
> ++file_data<_class, _data>::file_data(uint8_t *mem, size_t len)
> + : file(mem, len)
> + {
> +   if (mem[EI_CLASS] != _class::id)
> +@@ -190,7 +190,7 @@ section_data<_class, _data>::section_dat
> + }
> +
> + template 
> +-void section_data<_class, _data>::update(const file ) throw 
> (std::bad_alloc)
> ++void section_data<_class, _data>::update(const file )
> + {
> +   const section_type  =
> + dynamic_cast 
> &>(file.get_section(file.get_shstrndx()));
> +@@ -204,7 +204,7 @@ section_type::~sec
> + }
> +
> + template 
> +-section_real<_class, _data, section_type_DYNAMIC>::section_real(Shdr 
> *header, uint8_t *mem) throw (std::bad_alloc)
> ++section_real<_class, _data, section_type_DYNAMIC>::section_real(Shdr 
> *header, uint8_t *mem)
> + : section_data<_class, _data>(header, mem)
> + {
> +   if (this->type != SHT_DYNAMIC)
> +@@ -221,7 +221,7 @@ section_real<_class, _data, section_type
> + }
> +
> + template 
> +-void section_real<_class, _data, section_type_DYNAMIC>::update(const file 
> ) throw (std::bad_alloc)
> ++void section_real<_class, _data, section_type_DYNAMIC>::update(const file 
> )
> + {
> +   section_data<_class, _data>::update(file);
> +
> +@@ -243,7 +243,7 @@ section_type::~sect
> + }
> +
> + template 
> +-section_real<_class, _data, section_type_DYNSYM>::section_real(Shdr 
> *header, uint8_t *mem) throw (std::bad_alloc)
> ++section_real<_class, _data, section_type_DYNSYM>::section_real(Shdr 
> *header, uint8_t *mem)
> + : section_data<_class, _data>(header, mem)
> + {
> +   if (this->type != SHT_DYNSYM)
> +@@ -260,7 +260,7 @@ section_real<_class, _data, section_type
> + }
> +
> + template 
> +-void section_real<_class, _data, section_type_DYNSYM>::update(const file 
> ) throw (std::bad_alloc)
> ++void section_real<_class, _data, section_type_DYNSYM>::update(const file 
> )
> + {
> +   section_data<_class, _data>::update (file);
> +
> +@@ -285,7 +285,7 @@ const version_definition *section_type + }
> +
> + template 
> +-section_real<_class, _data, section_type_GNU_VERDEF>::section_real(Shdr 
> *header, uint8_t *mem) throw (std::bad_alloc)
> ++section_real<_class, _data, section_type_GNU_VERDEF>::section_real(Shdr 
> *header, uint8_t *mem)
> + : 

[OE-core] [pseudo][PATCH] client: Fix some compiler warnings

[Philip Lorenz]

Fix some warnings reported by GCC 10.2.0:

* NULL pointer passed to '%s' format string parameter:

  pseudo_client.c: In function ‘pseudo_root_path’:
  pseudo_client.c:848:3: warning: ‘%s’ directive argument is null
  [-Wformat-overflow=]
848 |   pseudo_diag("couldn't allocate absolute path for '%s'.\n",
|   ^~
849 |path);

* Return of variable with local storage duration:

  pseudo_client.c: In function ‘pseudo_client_op’:
  cc1: warning: function may return address of local variable
  [-Wreturn-local-addr]
  pseudo_client.c:1592:15: note: declared here
   1592 |  pseudo_msg_t msg = { .type = PSEUDO_MSG_OP };

Signed-off-by: Philip Lorenz 
---
 pseudo_client.c | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/pseudo_client.c b/pseudo_client.c
index 579db33..6edd2ee 100644
--- a/pseudo_client.c
+++ b/pseudo_client.c
@@ -846,7 +846,7 @@ pseudo_root_path(const char *func, int line, int dirfd, 
const char *path, int le
pseudo_magic();
if (!rc) {
pseudo_diag("couldn't allocate absolute path for '%s'.\n",
-   path);
+   path ? path : "null");
}
pseudo_debug(PDBGF_CHROOT, "root_path [%s, %d]: '%s' from '%s'\n",
func, line,
@@ -1589,7 +1589,7 @@ int pseudo_client_ignore_path(const char *path) {
 pseudo_msg_t *
 pseudo_client_op(pseudo_op_t op, int access, int fd, int dirfd, const char 
*path, const PSEUDO_STATBUF *buf, ...) {
pseudo_msg_t *result = 0;
-   pseudo_msg_t msg = { .type = PSEUDO_MSG_OP };
+   static pseudo_msg_t msg = { .type = PSEUDO_MSG_OP };
size_t pathlen = -1;
int do_request = 0;
char *path_extra_1 = 0;
-- 
2.31.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#151991): 
https://lists.openembedded.org/g/openembedded-core/message/151991
Mute This Topic: https://lists.openembedded.org/mt/82895289/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[OE-core] [pseudo][PATCH] makewrappers: Handle parameters marked as nonnull

[Philip Lorenz]

Commit 60e25a36558f1f07dcce1a044fe976b475bec42b started dereferencing
the "path" parameter which for some functions is annotated with the
"nonnull" attribute. While the commit explicitly checks for NULL
pointers before dereferencing it, GCC (at optimization level 1 and
above) removes the check due to the "nonnull" attribute being set for
some parameters in the glibc headers (e.g. statx()).

However, the statx() man page explicitly allows calling with NULL
pointers (in which case the EFAULT is returned) and this behaviour is
used in the wild (e.g. in Rust) to determine whether the statx() system
call is supported.

Disabling the optimization is not possible ([1]) so prevent the compiler
optimization by referencing the parameter in a noop inline assembly
instruction instead.

[1] https://gcc.gnu.org/bugzilla/show_bug.cgi?id=100404

Signed-off-by: Philip Lorenz 
---
 Makefile.in|  2 ++
 makewrappers   |  6 +-
 test/test-fstat.c  | 29 +
 test/test-fstat.sh |  8 
 4 files changed, 44 insertions(+), 1 deletion(-)
 create mode 100644 test/test-fstat.c
 create mode 100755 test/test-fstat.sh

diff --git a/Makefile.in b/Makefile.in
index cf13010..10441ef 100644
--- a/Makefile.in
+++ b/Makefile.in
@@ -77,6 +77,8 @@ all: $(LIBPSEUDO) $(PSEUDO) $(PSEUDODB) $(PSEUDOLOG) 
$(PSEUDO_PROFILE)
 test: all | $(BIN) $(LIB) $(LOCALSTATE)
$(CC) $(CFLAGS) $(CFLAGS_PSEUDO) -o test/test-rename-fstat 
test/test-rename-fstat.c
$(CC) $(CFLAGS) $(CFLAGS_PSEUDO) -o test/test-openat test/test-openat.c
+   $(CC) $(CFLAGS) $(CFLAGS_PSEUDO) -o test/test-statx test/test-statx.c
+   $(CC) $(CFLAGS) $(CFLAGS_PSEUDO) -o test/test-fstat test/test-fstat.c
@./run_tests.sh -v
 
 install-lib: $(LIBPSEUDO)
diff --git a/makewrappers b/makewrappers
index 818834e..cf5ad60 100755
--- a/makewrappers
+++ b/makewrappers
@@ -375,8 +375,12 @@ class Function:
 if self.dirfd != "AT_FDCWD" and "flags" in self.flags \
 and "AT_SYMLINK_NOFOLLOW" in self.flags:
 fix_paths.append(
+# Reference the variable inside a noop inline-asm to stop
+# the compiler from eliminating the null pointer check
+# on parameters marked nonnull
+"asm(\"\" : \"+r\"(%s));"
 "if (%s && !*%s && (flags & AT_EMPTY_PATH))\n"
-"\t\t\tflags |= AT_SYMLINK_NOFOLLOW;" % (path, path))
+"\t\t\tflags |= AT_SYMLINK_NOFOLLOW;" % (path, path, path))
 fix_paths.append(
 "%s = pseudo_root_path(__func__, __LINE__, %s%s, %s, %s);" %
 (path, prefix, self.dirfd, path, self.flags))
diff --git a/test/test-fstat.c b/test/test-fstat.c
new file mode 100644
index 000..78f7013
--- /dev/null
+++ b/test/test-fstat.c
@@ -0,0 +1,29 @@
+/*
+ * Test that stat'ing a file descriptor of a symlink does not dereference the 
symlink
+ * SPDX-License-Identifier: LGPL-2.1-only
+ *
+ */
+#define _GNU_SOURCE
+
+#include 
+#include 
+#include 
+#include 
+
+int main(void) {
+struct stat buf;
+int fd = open("symlink", O_NOFOLLOW | O_PATH);
+if (fd == -1) {
+perror("open symlink");
+return 1;
+}
+if (fstatat(fd, "", , AT_EMPTY_PATH) == -1) {
+perror("stat symlink");
+return 1;
+}
+if (S_ISLNK(buf.st_mode) != 1) {
+fprintf(stderr, "path is not a symlink\n");
+return 1;
+}
+return 0;
+}
diff --git a/test/test-fstat.sh b/test/test-fstat.sh
new file mode 100755
index 000..88eab8b
--- /dev/null
+++ b/test/test-fstat.sh
@@ -0,0 +1,8 @@
+#!/bin/bash
+#
+# SPDX-License-Identifier: LGPL-2.1-only
+#
+
+ln -s . symlink
+trap "rm symlink" 0
+./test/test-fstat
-- 
2.31.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#151992): 
https://lists.openembedded.org/g/openembedded-core/message/151992
Mute This Topic: https://lists.openembedded.org/mt/82895298/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[OE-core] [pseudo][PATCH] wrappers: Avoid -Wcast-function-type warning

[Philip Lorenz]

GCC emits this warning for mismatched function types unless the generic
void (*) (void) signature is used ([1]) - e.g.:

  warning: cast between incompatible function types from ‘int (*)(const
  char *)’ to ‘int (*)(void)’ [-Wcast-function-type]

[1] 
https://gcc.gnu.org/onlinedocs/gcc/Warning-Options.html#index-Wcast-function-type

Signed-off-by: Philip Lorenz 
---
 ports/linux/pseudo_wrappers.c | 4 ++--
 pseudo_wrappers.c | 2 +-
 templates/wrapper_table   | 8 
 3 files changed, 7 insertions(+), 7 deletions(-)

diff --git a/ports/linux/pseudo_wrappers.c b/ports/linux/pseudo_wrappers.c
index ed34115..7659897 100644
--- a/ports/linux/pseudo_wrappers.c
+++ b/ports/linux/pseudo_wrappers.c
@@ -96,7 +96,7 @@ syscall(long number, ...) {
 * guess about the number of args; the docs discuss calling conventions
 * up to 7, so let's try that?
 */
-   void *res = __builtin_apply((void (*)()) real_syscall, 
__builtin_apply_args(), sizeof(long) * 7);
+   void *res = __builtin_apply((void (*)(void)) real_syscall, 
__builtin_apply_args(), sizeof(long) * 7);
__builtin_return(res);
 }
 
@@ -137,7 +137,7 @@ prctl(int option, ...) {
 * guess about the number of args; the docs discuss calling conventions
 * up to 5, so let's try that?
 */
-   void *res = __builtin_apply((void (*)()) real_prctl, 
__builtin_apply_args(), sizeof(long) * 5);
+   void *res = __builtin_apply((void (*)(void)) real_prctl, 
__builtin_apply_args(), sizeof(long) * 5);
__builtin_return(res);
 }
 
diff --git a/pseudo_wrappers.c b/pseudo_wrappers.c
index 99aabff..9ae1200 100644
--- a/pseudo_wrappers.c
+++ b/pseudo_wrappers.c
@@ -140,7 +140,7 @@ pseudo_init_one_wrapper(pseudo_function *func) {
 #endif
f = dlsym(RTLD_NEXT, func->name);
if (f) {
-   *func->real = f;
+   *func->real = (void (*)(void)) f;
}
/* it turns out that in some cases, we get apparently-harmless
 * errors if a function is missing, and that printing output
diff --git a/templates/wrapper_table b/templates/wrapper_table
index bb30530..498ca81 100644
--- a/templates/wrapper_table
+++ b/templates/wrapper_table
@@ -6,8 +6,8 @@
  * script if you want to modify this. */
 typedef struct {
char *name; /* the name */
-   int (**real)(void); /* the underlying syscall */
-   int (*wrapper)(void);   /* the wrapper from guts/name.c */
+   void (**real)(void);/* the underlying syscall */
+   void (*wrapper)(void);  /* the wrapper from guts/name.c */
char *version;  /* the version, if we know and care */
 } pseudo_function;
 
@@ -15,8 +15,8 @@ static pseudo_function pseudo_functions[] = {
 @body
{ /* ${comment}; */
"${name}${maybe_inode64}",
-   (int (**)(void)) _${name},
-   (int (*)(void)) wrap_${name},
+   (void (**)(void)) _${name},
+   (void (*)(void)) wrap_${name},
${version}
},
 @footer
-- 
2.31.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#151990): 
https://lists.openembedded.org/g/openembedded-core/message/151990
Mute This Topic: https://lists.openembedded.org/mt/82895243/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] is there an easy to prevent *creation* of some recipe's packages?

[Andre McCurdy]

On Fri, May 14, 2021 at 5:39 AM Konrad Weihmann  wrote:
>
> On 14.05.21 13:52, Robert P. J. Day wrote:
> > On Fri, 14 May 2021, Konrad Weihmann wrote:
> >
> >> On 14.05.21 13:16, Robert P. J. Day wrote:
> >>>
> >>> pretty sure i know the answer to this one, but was asked the
> >>> other day and wanted to make sure. in order to speed up the normal
> >>> OE build, someone suggested bypassing the creation of packages
> >>> that weren't going to be relevant, such as -dev, -doc and so on --
> >>> the idea was that that could make a significant difference in
> >>> build time.
> >>
> >> I pretty much doubt it will speed up anything. If for instance the
> >> -dev package will be removed from PACKAGES it is very likely that
> >> the files of that package will end up in the base package ${PN},
> >> which results in larger target packages that need to be installed
> >> (and potentially further RDEPENDS)
> >>
> >> Furthermore this will break DEPENDS for recipes that do rely on the
> >> -dev package - so chances are high that this will break (or
> >> magically change) something further down the line.
> >>
> >> One thing that you can do to speed up the build process in terms of
> >> packaging time is to delete any **really** not needed files in a
> >> do_install_append, if no proper configuration option (cmake flag,
> >> make flag, PACKAGECONFIG) does exist which prevents the creation of
> >> these files in the first place.
> >>
> >> I would recommend not to mess with the packaging defaults for
> >> reasons such as speeding things up - as this is IMHO addressing the
> >> issue at the wrong end - just make sure the files in /image
> >> won't get created
> >
> >that's the general idea i was trying to get across (so let's confirm
> > that i was speaking accurately). i suggested that the majority of time
> > spent in processing a recipe was doing all the fetching and unpacking
> > and patching and (mostly) compiling, the end result of which was to
> > populate that recipe's WORKDIR/image directory, at which time the
> > packaging step took over. so unless one wanted to dangerously mangle
> > the package definitions, if it ended up in ${D}, it was going to get
> > packaged, correct?
>
> yes... *but* what the packaging does it to loop over PACKAGES and for
> each item pick up the corresponding FILES_ var and "move" (I
> think it's actually a copy, but that's just details) all matching files
> from image to packages-split.
> If files ending up in image that don't match *any* of the
> FILES-glob-pattern one would get a QA error.
>
> >
> >so unless one wanted to go back and mess with the recipe's build
> > configuration to, perhaps, not generate some artifacts, those packages
> > were going to be built, whether they were subsequently installed or
> > not. so short of mangling each recipe file to change its
> > configuration, just leave it alone as the payoff just isn't worth it.
> >
> >sound about right?
>
> yes - the results of trimming down the input to /image will much more
> have a positive impact.
>
> AFAIK packaging speed is directly linked to the number of files in
> /image (worst example I've seen is a ruby package containing 250k+
> files, which takes round about 20min to package on my machine) -
> concluding from that, reduction of the number of files in /image is will
> do the trick

This thread seems to have covered the main point already (if you want
to save time by not packaging unwanted files then don't install the
files in the first place).

It's perhaps worth noting one very common case where files are
installed and packaged unnecessarily and that's having the ptest
distro feature enabled even though you don't intend to install any
ptest packages. For most users ptest should be something you enable
selectively when you want to prove the functionality of recipes in
oe-core (e.g. after upgrading to a new OE release or when bringing up
a new machine) and then disable again afterwards.

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#151989): 
https://lists.openembedded.org/g/openembedded-core/message/151989
Mute This Topic: https://lists.openembedded.org/mt/82821703/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] libxml2: Add bash dependency for ptests.

[Tony Tascioglu]

Before, running ptests on core-image-minimal would result in
an error due to missing /bin/bash:

   [ -d test   ] || ln -s ../libxml2-2.9.10/test   .
   make: /bin/bash: No such file or directory
   make: *** [Makefile:2105: runtests] Error 127

Changing the Makefile to use /bin/sh results in some of the
tests failing, so I have added the missing dependancy on bash.

Signed-off-by: Tony Tascioglu 
---
 meta/recipes-core/libxml/libxml2_2.9.10.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-core/libxml/libxml2_2.9.10.bb 
b/meta/recipes-core/libxml/libxml2_2.9.10.bb
index 07ae68610c..858ee0c66a 100644
--- a/meta/recipes-core/libxml/libxml2_2.9.10.bb
+++ b/meta/recipes-core/libxml/libxml2_2.9.10.bb
@@ -43,7 +43,7 @@ inherit autotools pkgconfig binconfig-disabled ptest
 
 inherit ${@bb.utils.contains('PACKAGECONFIG', 'python', 'python3native', '', 
d)}
 
-RDEPENDS_${PN}-ptest += "make ${@bb.utils.contains('PACKAGECONFIG', 'python', 
'libgcc python3-core python3-logging python3-shell  python3-stringold 
python3-threading python3-unittest ${PN}-python', '', d)}"
+RDEPENDS_${PN}-ptest += "bash make ${@bb.utils.contains('PACKAGECONFIG', 
'python', 'libgcc python3-core python3-logging python3-shell  python3-stringold 
python3-threading python3-unittest ${PN}-python', '', d)}"
 
 RDEPENDS_${PN}-python += "${@bb.utils.contains('PACKAGECONFIG', 'python', 
'python3-core', '', d)}"
 
-- 
2.29.2


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#151988): 
https://lists.openembedded.org/g/openembedded-core/message/151988
Mute This Topic: https://lists.openembedded.org/mt/82893679/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] libxml2: Reformat runtest.patch

[Tony Tascioglu]

Reformatted runtest.patch to allow it to be applied using git am.
This makes it easier to apply the series of patches to the original git repo.

There are no changes to the code of the patch other than the reformat.

Previously, the patch claimed to be a backport, but I have not found an
upstream commit so I've changed the Upstream-Status to pending.

Signed-off-by: Tony Tascioglu 
---
 .../recipes-core/libxml/libxml2/runtest.patch | 45 ++-
 1 file changed, 25 insertions(+), 20 deletions(-)

diff --git a/meta/recipes-core/libxml/libxml2/runtest.patch 
b/meta/recipes-core/libxml/libxml2/runtest.patch
index 0dbb353c0f..c7a90cd3dc 100644
--- a/meta/recipes-core/libxml/libxml2/runtest.patch
+++ b/meta/recipes-core/libxml/libxml2/runtest.patch
@@ -1,28 +1,33 @@
-Add 'install-ptest' rule. Print a standard result line for
-each test.
+From 6172ccd1e74bc181f5298f19e240234e12876abe Mon Sep 17 00:00:00 2001
+From: Tony Tascioglu 
+Date: Tue, 11 May 2021 11:57:46 -0400
+Subject: [PATCH] Add 'install-ptest' rule.
+
+Print a standard result line for each test.
 
 Signed-off-by: Mihaela Sendrea 
 Signed-off-by: Andrej Valek 
-Upstream-Status: Backport
+Upstream-Status: Pending
 
 Signed-off-by: Hongxu Jia 
+Signed-off-by: Tony Tascioglu 
 ---
- Makefile.am   |   9 
+ Makefile.am   |   9 +++
  runsuite.c|   1 +
  runtest.c |   2 +
  runxmlconf.c  |   1 +
- testapi.c | 122 ++---
- testchar.c| 156 +-
+ testapi.c | 122 ++-
+ testchar.c| 156 +++---
  testdict.c|   1 +
  testlimits.c  |   1 +
  testrecurse.c |   2 +
  9 files changed, 210 insertions(+), 85 deletions(-)
 
 diff --git a/Makefile.am b/Makefile.am
-index 9c630be..7cfd04b 100644
+index 05d1671f..ae622745 100644
 --- a/Makefile.am
 +++ b/Makefile.am
-@@ -202,6 +202,15 @@ runxmlconf_LDADD= $(LDADDS)
+@@ -198,6 +198,15 @@ runxmlconf_LDADD= $(LDADDS)
  #testOOM_DEPENDENCIES = $(DEPS)
  #testOOM_LDADD= $(LDADDS)
  
@@ -39,10 +44,10 @@ index 9c630be..7cfd04b 100644
testchar$(EXEEXT) testdict$(EXEEXT) runxmlconf$(EXEEXT)
[ -d test   ] || $(LN_S) $(srcdir)/test   .
 diff --git a/runsuite.c b/runsuite.c
-index aaab13e..9ba2c5d 100644
+index d24b5ec3..f7ff2521 100644
 --- a/runsuite.c
 +++ b/runsuite.c
-@@ -1162,6 +1162,7 @@ main(int argc ATTRIBUTE_UNUSED, char **argv 
ATTRIBUTE_UNUSED) {
+@@ -1147,6 +1147,7 @@ main(int argc ATTRIBUTE_UNUSED, char **argv 
ATTRIBUTE_UNUSED) {
  
  if (logfile != NULL)
  fclose(logfile);
@@ -51,10 +56,10 @@ index aaab13e..9ba2c5d 100644
  }
  #else /* !SCHEMAS */
 diff --git a/runtest.c b/runtest.c
-index addda5c..8ba5d59 100644
+index ffa98d04..470f95cb 100644
 --- a/runtest.c
 +++ b/runtest.c
-@@ -4501,6 +4501,7 @@ launchTests(testDescPtr tst) {
+@@ -4508,6 +4508,7 @@ launchTests(testDescPtr tst) {
  xmlCharEncCloseFunc(ebcdicHandler);
  xmlCharEncCloseFunc(eucJpHandler);
  
@@ -62,7 +67,7 @@ index addda5c..8ba5d59 100644
  return(err);
  }
  
-@@ -4577,6 +4578,7 @@ main(int argc ATTRIBUTE_UNUSED, char **argv 
ATTRIBUTE_UNUSED) {
+@@ -4588,6 +4589,7 @@ main(int argc ATTRIBUTE_UNUSED, char **argv 
ATTRIBUTE_UNUSED) {
  xmlCleanupParser();
  xmlMemoryDump();
  
@@ -71,7 +76,7 @@ index addda5c..8ba5d59 100644
  }
  
 diff --git a/runxmlconf.c b/runxmlconf.c
-index cef20f4..4f291fb 100644
+index 70f61017..e882b3a1 100644
 --- a/runxmlconf.c
 +++ b/runxmlconf.c
 @@ -595,6 +595,7 @@ main(int argc ATTRIBUTE_UNUSED, char **argv 
ATTRIBUTE_UNUSED) {
@@ -83,7 +88,7 @@ index cef20f4..4f291fb 100644
  }
  
 diff --git a/testapi.c b/testapi.c
-index 4a751e2..7ccc066 100644
+index ff8b470d..52b51d78 100644
 --- a/testapi.c
 +++ b/testapi.c
 @@ -1246,49 +1246,91 @@ static int
@@ -219,7 +224,7 @@ index 4a751e2..7ccc066 100644
  }
  
 diff --git a/testchar.c b/testchar.c
-index 0d08792..f555d3b 100644
+index 6866a175..7bce0132 100644
 --- a/testchar.c
 +++ b/testchar.c
 @@ -23,7 +23,7 @@ static void errorHandler(void *unused, xmlErrorPtr err) {
@@ -797,7 +802,7 @@ index 0d08792..f555d3b 100644
  /*
   * Cleanup function for the XML library.
 diff --git a/testdict.c b/testdict.c
-index 40bebd0..114b934 100644
+index 40bebd05..114b9347 100644
 --- a/testdict.c
 +++ b/testdict.c
 @@ -440,5 +440,6 @@ int main(void)
@@ -808,7 +813,7 @@ index 40bebd0..114b934 100644
  return(ret);
  }
 diff --git a/testlimits.c b/testlimits.c
-index 68c94db..1584434 100644
+index 059116a6..f0bee68d 100644
 --- a/testlimits.c
 +++ b/testlimits.c
 @@ -1634,5 +1634,6 @@ main(int argc ATTRIBUTE_UNUSED, char **argv 
ATTRIBUTE_UNUSED) {
@@ -819,7 +824,7 @@ index 68c94db..1584434 100644
  return(ret);
  }
 diff --git a/testrecurse.c b/testrecurse.c
-index f95ae1c..74c8f8b 100644
+index 0cbe25a6..3ecadb40 100644
 --- a/testrecurse.c
 +++ b/testrecurse.c
 @@ -892,6 +892,7 @@ launchTests(testDescPtr 

Re: [OE-core] Recent runqueue changes destablized hardknott release for multiconfig builds

[Scott Branden via lists.openembedded.org]

On 2021-05-17 10:57 a.m., akuster808 wrote:
> 
> 
> On 5/17/21 10:29 AM, Scott Branden via lists.openembedded.org wrote:
>> I tried updating to the latest hardknott and various multiconfig builds now 
>> fail.
>>
>> I had to revert the following changes to get back to a stable build:
>> Revert "bitbake: runqueue: Handle deferred task rehashing in multiconfig 
>> builds"
>>
>>
>>
>> This reverts commit 58cbdaecf75b0248f96780b6882e8d4f232d038a.
>>
>>
>> and
>>
>> Revert "bitbake: runqueue: Fix multiconfig deferred task sstate validity 
>> caching issue"
>>
>>
>>
>> This reverts commit 8aad4c243a542c8720cd23b6d1c4267916393df3.
>>
>> Also note; I see other changes sitting in master-next attempting to fix 
>> runqueue and multiconfig issues.
>> So I tried cherry-picking and still have build issues.
> 
> Can you provide more info like error messages or even a way to reproduce
> this?
To reproduce we build with no yocto-cache populated.  Here is the start of the 
error messages with hardknott:

Sat May  8 21:08:05 2021: ERROR: mc:valkyrie:initramfs-framework-1.0-r4 
do_deploy_archives_setscene: No suitable staging package found

Sat May  8 21:08:05 2021: NOTE: recipe initramfs-framework-1.0-r4: task 
do_package_qa_setscene: Started

Sat May  8 21:08:05 2021: ERROR: Logfile of failure stored in: 
/tmp/yocto_builds/20630387_vxc_valkyrie-genericx86-64/poky/build/tmp-valkyrie/work/all-poky-linux/initramfs-framework/1.0-r4/temp/log.do_deploy_archives_setscene.78226

Sat May  8 21:08:05 2021: NOTE: recipe initramfs-framework-1.0-r4: task 
do_deploy_archives_setscene: Failed

Sat May  8 21:08:05 2021: ERROR: mc:valkyrie:initramfs-framework-1.0-r4 
do_package_qa_setscene: No suitable staging package found

Sat May  8 21:08:05 2021: ERROR: Logfile of failure stored in: 
/tmp/yocto_builds/20630387_vxc_valkyrie-genericx86-64/poky/build/tmp-valkyrie/work/all-poky-linux/initramfs-framework/1.0-r4/temp/log.do_package_qa_setscene.78235

Sat May  8 21:08:05 2021: NOTE: recipe initramfs-framework-1.0-r4: task 
do_package_qa_setscene: Failed

Sat May  8 21:08:05 2021: WARNING: Setscene task 
(mc:valkyrie:/tmp/yocto_builds/20630387_vxc_valkyrie-genericx86-64/poky/build/../meta/recipes-core/initrdscripts/initramfs-framework_1.0.bb:do_deploy_archives_setscene)
 failed with exit code '1' - real task will be run instead

Sat May  8 21:08:05 2021: NOTE: Running setscene task 4875 of 5643 
(mc:valkyrie:/tmp/yocto_builds/20630387_vxc_valkyrie-genericx86-64/poky/build/../meta/recipes-core/initrdscripts/initramfs-framework_1.0.bb:do_package_write_rpm_setscene)

Sat May  8 21:08:05 2021: WARNING: Setscene task 
(mc:valkyrie:/tmp/yocto_builds/20630387_vxc_valkyrie-genericx86-64/poky/build/../meta/recipes-core/initrdscripts/initramfs-framework_1.0.bb:do_package_qa_setscene)
 failed with exit code '1' - real task will be run instead

Sat May  8 21:08:05 2021: NOTE: recipe initramfs-framework-1.0-r4: task 
do_populate_sysroot_setscene: Started

Sat May  8 21:08:05 2021: NOTE: recipe update-rc.d-0.8-r0: task 
do_deploy_archives_setscene: Started

Sat May  8 21:08:05 2021: NOTE: recipe initramfs-framework-1.0-r4: task 
do_populate_lic_setscene: Started

Sat May  8 21:08:05 2021: NOTE: recipe netbase-1_6.2-r0: task 
do_package_qa_setscene: Started

Sat May  8 21:08:05 2021: ERROR: mc:valkyrie:update-rc.d-0.8-r0 
do_deploy_archives_setscene: No suitable staging package found

Sat May  8 21:08:05 2021: ERROR: Logfile of failure stored in: 
/tmp/yocto_builds/20630387_vxc_valkyrie-genericx86-64/poky/build/tmp-valkyrie/work/all-poky-linux/update-rc.d/0.8-r0/temp/log.do_deploy_archives_setscene.78309

Sat May  8 21:08:05 2021: NOTE: recipe update-rc.d-0.8-r0: task 
do_deploy_archives_setscene: Failed

Sat May  8 21:08:05 2021: NOTE: recipe netbase-1_6.2-r0: task 
do_deploy_archives_setscene: Started

... (see full log)

> 
> -armin
>>
>> Regards,
>>  Scott
>>
>> 
>>
> 



smime.p7s
Description: S/MIME Cryptographic Signature

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#151986): 
https://lists.openembedded.org/g/openembedded-core/message/151986
Mute This Topic: https://lists.openembedded.org/mt/82892551/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] Recent runqueue changes destablized hardknott release for multiconfig builds

[Armin Kuster]

On 5/17/21 10:29 AM, Scott Branden via lists.openembedded.org wrote:
> I tried updating to the latest hardknott and various multiconfig builds now 
> fail.
>
> I had to revert the following changes to get back to a stable build:
> Revert "bitbake: runqueue: Handle deferred task rehashing in multiconfig 
> builds"
>
>
>
> This reverts commit 58cbdaecf75b0248f96780b6882e8d4f232d038a.
>
>
> and
>
> Revert "bitbake: runqueue: Fix multiconfig deferred task sstate validity 
> caching issue"
>
>
>
> This reverts commit 8aad4c243a542c8720cd23b6d1c4267916393df3.
>
> Also note; I see other changes sitting in master-next attempting to fix 
> runqueue and multiconfig issues.
> So I tried cherry-picking and still have build issues.

Can you provide more info like error messages or even a way to reproduce
this?

-armin
>
> Regards,
>  Scott
>
> 
>


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#151985): 
https://lists.openembedded.org/g/openembedded-core/message/151985
Mute This Topic: https://lists.openembedded.org/mt/82892551/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[PATCH] [OE-core] boost: fix do_fetch failure

[Stefan Ghinea]

Bintray service has been discontinued causing boost do_fetch to fail:
WARNING: boost-1.76.0-r0 do_fetch: Failed to fetch URL
https://dl.bintray.com/boostorg/release/1.76.0/source/boost_1_76_0.tar.bz2,
attempting MIRRORS if available

Signed-off-by: Stefan Ghinea 
---
 meta/recipes-support/boost/boost-1.76.0.inc | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-support/boost/boost-1.76.0.inc 
b/meta/recipes-support/boost/boost-1.76.0.inc
index eb5d484976..c02f38b047 100644
--- a/meta/recipes-support/boost/boost-1.76.0.inc
+++ b/meta/recipes-support/boost/boost-1.76.0.inc
@@ -11,7 +11,7 @@ BOOST_VER = "${@"_".join(d.getVar("PV").split("."))}"
 BOOST_MAJ = "${@"_".join(d.getVar("PV").split(".")[0:2])}"
 BOOST_P = "boost_${BOOST_VER}"
 
-SRC_URI = 
"https://dl.bintray.com/boostorg/release/${PV}/source/${BOOST_P}.tar.bz2;
+SRC_URI = 
"https://boostorg.jfrog.io/artifactory/main/release/${PV}/source/${BOOST_P}.tar.bz2;
 SRC_URI[sha256sum] = 
"f0397ba6e982c4450f27bf32a2a83292aba035b827a5623a14636ea583318c41"
 
 UPSTREAM_CHECK_URI = "http://www.boost.org/users/download/;
-- 
2.17.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#151984): 
https://lists.openembedded.org/g/openembedded-core/message/151984
Mute This Topic: https://lists.openembedded.org/mt/82892718/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-

[OE-core] Recent runqueue changes destablized hardknott release for multiconfig builds

[Scott Branden via lists.openembedded.org]

I tried updating to the latest hardknott and various multiconfig builds now 
fail.

I had to revert the following changes to get back to a stable build:
Revert "bitbake: runqueue: Handle deferred task rehashing in multiconfig builds"



This reverts commit 58cbdaecf75b0248f96780b6882e8d4f232d038a.


and

Revert "bitbake: runqueue: Fix multiconfig deferred task sstate validity 
caching issue"



This reverts commit 8aad4c243a542c8720cd23b6d1c4267916393df3.

Also note; I see other changes sitting in master-next attempting to fix 
runqueue and multiconfig issues.
So I tried cherry-picking and still have build issues.

Regards,
 Scott


smime.p7s
Description: S/MIME Cryptographic Signature

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#151983): 
https://lists.openembedded.org/g/openembedded-core/message/151983
Mute This Topic: https://lists.openembedded.org/mt/82892551/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] mklibs-native: Fix build with gcc 11

[Jacob Kroon]

In gcc 11 the default mode for C++ is now -std=gnu++17 instead of -std=gnu++14,
in which support for dynamic exception specifications has been removed.

See http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2016/p0003r5.html

Signed-off-by: Jacob Kroon 
---
 .../no-dynamic-exception-specifications.patch | 420 ++
 .../mklibs/mklibs-native_0.1.44.bb|   1 +
 2 files changed, 421 insertions(+)
 create mode 100644 
meta/recipes-devtools/mklibs/files/no-dynamic-exception-specifications.patch

diff --git 
a/meta/recipes-devtools/mklibs/files/no-dynamic-exception-specifications.patch 
b/meta/recipes-devtools/mklibs/files/no-dynamic-exception-specifications.patch
new file mode 100644
index 00..5989a67c4f
--- /dev/null
+++ 
b/meta/recipes-devtools/mklibs/files/no-dynamic-exception-specifications.patch
@@ -0,0 +1,420 @@
+In gcc 11 the default mode for C++ is now -std=gnu++17 instead of -std=gnu++14,
+in which support for dynamic exception specifications has been removed.
+
+See http://www.open-std.org/jtc1/sc22/wg21/docs/papers/2016/p0003r5.html
+
+Upstream-Status: Pending
+
+Signed-off-by: Jacob Kroon 
+
+Index: mklibs-0.1.44/src/mklibs-readelf/elf.cpp
+===
+--- mklibs-0.1.44.orig/src/mklibs-readelf/elf.cpp
 mklibs-0.1.44/src/mklibs-readelf/elf.cpp
+@@ -36,7 +36,7 @@ file::~file () throw ()
+ delete *it;
+ }
+ 
+-file *file::open (const char *filename) throw (std::bad_alloc, 
std::runtime_error)
++file *file::open (const char *filename)
+ {
+   struct stat buf;
+   int fd;
+@@ -72,7 +72,7 @@ file *file::open (const char *filename)
+ }
+ 
+ template
+-file *file::open_class(uint8_t *mem, size_t len) throw (std::bad_alloc, 
std::runtime_error)
++file *file::open_class(uint8_t *mem, size_t len)
+ {
+   switch (mem[EI_DATA])
+   {
+@@ -86,7 +86,7 @@ file *file::open_class(uint8_t *mem, siz
+ }
+ 
+ template 
+-file_data<_class, _data>::file_data(uint8_t *mem, size_t len) throw 
(std::bad_alloc, std::runtime_error)
++file_data<_class, _data>::file_data(uint8_t *mem, size_t len)
+ : file(mem, len)
+ {
+   if (mem[EI_CLASS] != _class::id)
+@@ -190,7 +190,7 @@ section_data<_class, _data>::section_dat
+ }
+ 
+ template 
+-void section_data<_class, _data>::update(const file ) throw 
(std::bad_alloc)
++void section_data<_class, _data>::update(const file )
+ {
+   const section_type  =
+ dynamic_cast 
&>(file.get_section(file.get_shstrndx()));
+@@ -204,7 +204,7 @@ section_type::~sec
+ }
+ 
+ template 
+-section_real<_class, _data, section_type_DYNAMIC>::section_real(Shdr *header, 
uint8_t *mem) throw (std::bad_alloc)
++section_real<_class, _data, section_type_DYNAMIC>::section_real(Shdr *header, 
uint8_t *mem)
+ : section_data<_class, _data>(header, mem)
+ {
+   if (this->type != SHT_DYNAMIC)
+@@ -221,7 +221,7 @@ section_real<_class, _data, section_type
+ }
+ 
+ template 
+-void section_real<_class, _data, section_type_DYNAMIC>::update(const file 
) throw (std::bad_alloc)
++void section_real<_class, _data, section_type_DYNAMIC>::update(const file 
)
+ {
+   section_data<_class, _data>::update(file);
+ 
+@@ -243,7 +243,7 @@ section_type::~sect
+ }
+ 
+ template 
+-section_real<_class, _data, section_type_DYNSYM>::section_real(Shdr *header, 
uint8_t *mem) throw (std::bad_alloc)
++section_real<_class, _data, section_type_DYNSYM>::section_real(Shdr *header, 
uint8_t *mem)
+ : section_data<_class, _data>(header, mem)
+ {
+   if (this->type != SHT_DYNSYM)
+@@ -260,7 +260,7 @@ section_real<_class, _data, section_type
+ }
+ 
+ template 
+-void section_real<_class, _data, section_type_DYNSYM>::update(const file 
) throw (std::bad_alloc)
++void section_real<_class, _data, section_type_DYNSYM>::update(const file 
)
+ {
+   section_data<_class, _data>::update (file);
+ 
+@@ -285,7 +285,7 @@ const version_definition *section_type
+-section_real<_class, _data, section_type_GNU_VERDEF>::section_real(Shdr 
*header, uint8_t *mem) throw (std::bad_alloc)
++section_real<_class, _data, section_type_GNU_VERDEF>::section_real(Shdr 
*header, uint8_t *mem)
+ : section_data<_class, _data>(header, mem)
+ {
+   if (this->type != SHT_GNU_verdef)
+@@ -307,7 +307,7 @@ section_real<_class, _data, section_type
+ }
+ 
+ template 
+-void section_real<_class, _data, section_type_GNU_VERDEF>::update(const file 
) throw (std::bad_alloc)
++void section_real<_class, _data, section_type_GNU_VERDEF>::update(const file 
)
+ {
+   section_data<_class, _data>::update(file);
+ 
+@@ -333,7 +333,7 @@ const version_requirement_entry *section
+ 
+ template 
+ section_real<_class, _data, section_type_GNU_VERNEED>::
+-section_real(Shdr *header, uint8_t *mem) throw (std::bad_alloc)
++section_real(Shdr *header, uint8_t *mem)
+ : section_data<_class, _data> (header, mem)
+ {
+   if (this->type != SHT_GNU_verneed)
+@@ -355,7 +355,7 @@ section_real(Shdr *header, uint8_t *mem)
+ }
+ 
+ template 
+-void section_real<_class, _data, section_type_GNU_VERNEED>::update(const 

Re: [OE-core] [PATCH 01/27] libxcrypt-compat: upgrade 4.4.19 -> 4.4.20

[Richard Purdie]

On Mon, 2021-05-17 at 10:07 +0200, Alexander Kanavin wrote:
> The main libxcrypt recipe was overlooked?

Yes, I've fixed the patch, thanks.

Cheers,

Richard


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#151981): 
https://lists.openembedded.org/g/openembedded-core/message/151981
Mute This Topic: https://lists.openembedded.org/mt/82874454/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 11/27] python3-setuptools: upgrade 56.0.0 -> 56.2.0

[Richard Purdie]

On Mon, 2021-05-17 at 09:26 -0700, Khem Raj wrote:
> Hi Richard
> 
> I am seeing a failure in meta-python with core/master-next
> 
> https://errors.yoctoproject.org/Errors/Details/581298/
> 
> is this related to this upgrade ?

Looks like it could be :(

Cheers,

Richard






-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#151980): 
https://lists.openembedded.org/g/openembedded-core/message/151980
Mute This Topic: https://lists.openembedded.org/mt/82874466/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 11/27] python3-setuptools: upgrade 56.0.0 -> 56.2.0

[Khem Raj]

Hi Richard

I am seeing a failure in meta-python with core/master-next

https://errors.yoctoproject.org/Errors/Details/581298/

is this related to this upgrade ?

On Sun, May 16, 2021 at 3:33 PM Richard Purdie
 wrote:
>
> Signed-off-by: Richard Purdie 
> ---
>  ...0001-conditionally-do-not-fetch-code-by-easy_install.patch | 4 ++--
>  ...hon3-setuptools_56.0.0.bb => python3-setuptools_56.2.0.bb} | 2 +-
>  2 files changed, 3 insertions(+), 3 deletions(-)
>  rename meta/recipes-devtools/python/{python3-setuptools_56.0.0.bb => 
> python3-setuptools_56.2.0.bb} (94%)
>
> diff --git 
> a/meta/recipes-devtools/python/files/0001-conditionally-do-not-fetch-code-by-easy_install.patch
>  
> b/meta/recipes-devtools/python/files/0001-conditionally-do-not-fetch-code-by-easy_install.patch
> index 680edbe704b..59e278d1aed 100644
> --- 
> a/meta/recipes-devtools/python/files/0001-conditionally-do-not-fetch-code-by-easy_install.patch
> +++ 
> b/meta/recipes-devtools/python/files/0001-conditionally-do-not-fetch-code-by-easy_install.patch
> @@ -1,4 +1,4 @@
> -From 6380cc63f79abe8b8404c9be5ed5f213a70c8c6a Mon Sep 17 00:00:00 2001
> +From d6339e6b3de0f3be5ca50541d82f99d827700f45 Mon Sep 17 00:00:00 2001
>  From: Hongxu Jia 
>  Date: Tue, 17 Jul 2018 10:13:38 +0800
>  Subject: [PATCH] conditionally do not fetch code by easy_install
> @@ -15,7 +15,7 @@ Signed-off-by: Hongxu Jia 
>   1 file changed, 5 insertions(+)
>
>  diff --git a/setuptools/command/easy_install.py 
> b/setuptools/command/easy_install.py
> -index eeb21b5..eca1edd 100644
> +index 45adb6a..9ac3342 100644
>  --- a/setuptools/command/easy_install.py
>  +++ b/setuptools/command/easy_install.py
>  @@ -636,6 +636,11 @@ class easy_install(Command):
> diff --git a/meta/recipes-devtools/python/python3-setuptools_56.0.0.bb 
> b/meta/recipes-devtools/python/python3-setuptools_56.2.0.bb
> similarity index 94%
> rename from meta/recipes-devtools/python/python3-setuptools_56.0.0.bb
> rename to meta/recipes-devtools/python/python3-setuptools_56.2.0.bb
> index 07a82ad21be..bb852d06522 100644
> --- a/meta/recipes-devtools/python/python3-setuptools_56.0.0.bb
> +++ b/meta/recipes-devtools/python/python3-setuptools_56.2.0.bb
> @@ -10,7 +10,7 @@ SRC_URI_append_class-native = " 
> file://0001-conditionally-do-not-fetch-code-by-e
>
>  SRC_URI += "file://0001-change-shebang-to-python3.patch"
>
> -SRC_URI[sha256sum] = 
> "08a1c0f99455307c48690f00d5c2ac2c1ccfab04df00454fef854ec145b81302"
> +SRC_URI[sha256sum] = 
> "7bb5652625e94e73b9358b7ed8c6431b732e80cf31f4e0972294c64f0e5b849e"
>
>  DEPENDS += "${PYTHON_PN}"
>
> --
> 2.30.2
>
>
> 
>

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#151979): 
https://lists.openembedded.org/g/openembedded-core/message/151979
Mute This Topic: https://lists.openembedded.org/mt/82874466/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 v2 6/7] oeqa/selftest/cases/rust.py: Rust oe-selftest script.

[Vinay Kumar]

Hi Alex,

Tried testing outside oe-selftest framework, it works fine without any errors,

export TEST_DEVICE_ADDR="192.168.7.4:12345"
rust_runx test --no-fail-fast --bless --target "aarch64-poky-linux" >
summary.txt 2> /dev/null

Also, log (summary.txt) shows "remote-test-client" is connecting to
the image without any issue.
===
running: 
"/ala-lpggp31/vinay/review-2/b1/tmp/work/cortexa57-poky-linux/rust-testsuite/1.46.0-r0/rustc-1.46.0-src/build/x86_64-unknown-linux-gnu/stage0-tools-bin/remote-test-client"
"spawn-emulator" "aarch64-poky-linux"
"/ala-lpggp31/vinay/review-2/b1/tmp/work/cortexa57-poky-linux/rust-testsuite/1.46.0-r0/rustc-1.46.0-src/build/x86_64-unknown-linux-gnu/stage0-tools-bin/remote-test-server"
"/ala-lpggp31/vinay/review-2/b1/tmp/work/cortexa57-poky-linux/rust-testsuite/1.46.0-r0/rustc-1.46.0-src/build/tmp"
Connecting to remote device 192.168.7.4:12345 ...

Will integrate these changes in oe-selftest and let you know.

Regards,
Vinay

On Mon, May 17, 2021 at 8:11 PM Vinay Kumar  wrote:
>
> Checking suggestions, the booted image with tap seems to be working by
> passing "-monitor  telnet:127.0.0.1:1234,server,nowait"
> so I will execute testing and update you.
> ==
> root@qemuarm64:~# ifconfig
> eth0  Link encap:Ethernet  HWaddr 52:54:00:12:34:02
>   inet addr:192.168.7.4  Bcast:192.168.7.255  Mask:255.255.255.0
>   inet6 addr: fe80::5054:ff:fe12:3402/64 Scope:Link
>   UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
>   RX packets:116 errors:0 dropped:0 overruns:0 frame:0
>   TX packets:98 errors:0 dropped:0 overruns:0 carrier:0
>   collisions:0 txqueuelen:1000
>   RX bytes:945121 (922.9 KiB)  TX bytes:9529 (9.3 KiB)
>
> root@qemuarm64:~# ./remote-test-server -v remote
> starting test server
> listening on 0.0.0.0:12345!
> ==
>
> Regards,
> Vinay
>
> On Mon, May 17, 2021 at 8:02 PM Alexander Kanavin
>  wrote:
> >
> > Thanks, can you please look into the error? The line where it happens and 
> > the way to get a backtrace is right there :)
> > There's no reason it shouldn't work.
> >
> > Alex
> >
> > On Mon, 17 May 2021 at 15:21, Vinay Kumar  wrote:
> >>
> >> Hi Alex,
> >>
> >> Error on qemu  image (ex. Aarch64) booted with tap interface.
> >> ===
> >> root@qemuarm64:~# ./remote-test-server
> >> starting test server
> >> thread 'main' panicked at 'TcpListener::bind(bind_addr) failed with
> >> Cannot assign requested address (os error 99)',
> >> src/tools/remote-test-server/src/main.rs:90:20
> >> note: run with `RUST_BACKTRACE=1` environment variable to display a 
> >> backtrace
> >> ===
> >>
> >> On Mon, May 17, 2021 at 5:16 PM Alexander Kanavin
> >>  wrote:
> >> >
> >> > On Mon, 17 May 2021 at 13:34, Vinay Kumar  wrote:
> >> >>
> >> >> "remote-test-server" on qemu-image with a tap interface throws an error.
> >> >> The emulators for rust testing are with tcp port forwarding so used
> >> >> slirp method with added rust port.
> >> >
> >> >
> >> > I'm not sure I understand - what kind of error? In both cases the server 
> >> > starts listening on a port, so in slirp scenario the address is 
> >> > 127.0.0.1:12345 (prone to breakage if something else on the build host 
> >> > took that port btw, including another instance of the same test), in tap 
> >> > it would be 192.168.7.2:12345. For the client you simply supply that via 
> >> > TEST_DEVICE_ADDR. No?
> >> >
> >> > Alex

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#151978): 
https://lists.openembedded.org/g/openembedded-core/message/151978
Mute This Topic: https://lists.openembedded.org/mt/82883381/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 v2 6/7] oeqa/selftest/cases/rust.py: Rust oe-selftest script.

[Vinay Kumar]

Checking suggestions, the booted image with tap seems to be working by
passing "-monitor  telnet:127.0.0.1:1234,server,nowait"
so I will execute testing and update you.
==
root@qemuarm64:~# ifconfig
eth0  Link encap:Ethernet  HWaddr 52:54:00:12:34:02
  inet addr:192.168.7.4  Bcast:192.168.7.255  Mask:255.255.255.0
  inet6 addr: fe80::5054:ff:fe12:3402/64 Scope:Link
  UP BROADCAST RUNNING MULTICAST  MTU:1500  Metric:1
  RX packets:116 errors:0 dropped:0 overruns:0 frame:0
  TX packets:98 errors:0 dropped:0 overruns:0 carrier:0
  collisions:0 txqueuelen:1000
  RX bytes:945121 (922.9 KiB)  TX bytes:9529 (9.3 KiB)

root@qemuarm64:~# ./remote-test-server -v remote
starting test server
listening on 0.0.0.0:12345!
==

Regards,
Vinay

On Mon, May 17, 2021 at 8:02 PM Alexander Kanavin
 wrote:
>
> Thanks, can you please look into the error? The line where it happens and the 
> way to get a backtrace is right there :)
> There's no reason it shouldn't work.
>
> Alex
>
> On Mon, 17 May 2021 at 15:21, Vinay Kumar  wrote:
>>
>> Hi Alex,
>>
>> Error on qemu  image (ex. Aarch64) booted with tap interface.
>> ===
>> root@qemuarm64:~# ./remote-test-server
>> starting test server
>> thread 'main' panicked at 'TcpListener::bind(bind_addr) failed with
>> Cannot assign requested address (os error 99)',
>> src/tools/remote-test-server/src/main.rs:90:20
>> note: run with `RUST_BACKTRACE=1` environment variable to display a backtrace
>> ===
>>
>> On Mon, May 17, 2021 at 5:16 PM Alexander Kanavin
>>  wrote:
>> >
>> > On Mon, 17 May 2021 at 13:34, Vinay Kumar  wrote:
>> >>
>> >> "remote-test-server" on qemu-image with a tap interface throws an error.
>> >> The emulators for rust testing are with tcp port forwarding so used
>> >> slirp method with added rust port.
>> >
>> >
>> > I'm not sure I understand - what kind of error? In both cases the server 
>> > starts listening on a port, so in slirp scenario the address is 
>> > 127.0.0.1:12345 (prone to breakage if something else on the build host 
>> > took that port btw, including another instance of the same test), in tap 
>> > it would be 192.168.7.2:12345. For the client you simply supply that via 
>> > TEST_DEVICE_ADDR. No?
>> >
>> > Alex

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#151977): 
https://lists.openembedded.org/g/openembedded-core/message/151977
Mute This Topic: https://lists.openembedded.org/mt/82883381/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 v2 6/7] oeqa/selftest/cases/rust.py: Rust oe-selftest script.

[Alexander Kanavin]

Thanks, can you please look into the error? The line where it happens and
the way to get a backtrace is right there :)
There's no reason it shouldn't work.

Alex

On Mon, 17 May 2021 at 15:21, Vinay Kumar  wrote:

> Hi Alex,
>
> Error on qemu  image (ex. Aarch64) booted with tap interface.
> ===
> root@qemuarm64:~# ./remote-test-server
> starting test server
> thread 'main' panicked at 'TcpListener::bind(bind_addr) failed with
> Cannot assign requested address (os error 99)',
> src/tools/remote-test-server/src/main.rs:90:20
> note: run with `RUST_BACKTRACE=1` environment variable to display a
> backtrace
> ===
>
> On Mon, May 17, 2021 at 5:16 PM Alexander Kanavin
>  wrote:
> >
> > On Mon, 17 May 2021 at 13:34, Vinay Kumar 
> wrote:
> >>
> >> "remote-test-server" on qemu-image with a tap interface throws an error.
> >> The emulators for rust testing are with tcp port forwarding so used
> >> slirp method with added rust port.
> >
> >
> > I'm not sure I understand - what kind of error? In both cases the server
> starts listening on a port, so in slirp scenario the address is
> 127.0.0.1:12345 (prone to breakage if something else on the build host
> took that port btw, including another instance of the same test), in tap it
> would be 192.168.7.2:12345. For the client you simply supply that via
> TEST_DEVICE_ADDR. No?
> >
> > Alex
>

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#151976): 
https://lists.openembedded.org/g/openembedded-core/message/151976
Mute This Topic: https://lists.openembedded.org/mt/82883381/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 35/35] meta/lib/oe/rootfs.py: Fix typo "Restoreing" -> "Restoring"

[Steve Sakoman]

From: "Robert P. J. Day" 

Signed-off-by: Robert P. J. Day 
Signed-off-by: Richard Purdie 
(cherry picked from commit 2621dbbc1181808f18ca4ae79408d0d5b557670f)
Signed-off-by: Steve Sakoman 
---
 meta/lib/oe/rootfs.py | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/lib/oe/rootfs.py b/meta/lib/oe/rootfs.py
index 23e156c47b..9e9f7f1f08 100644
--- a/meta/lib/oe/rootfs.py
+++ b/meta/lib/oe/rootfs.py
@@ -167,7 +167,7 @@ class Rootfs(object, metaclass=ABCMeta):
 pass
 os.rename(self.image_rootfs, self.image_rootfs + '-dbg')
 
-bb.note("  Restoreing original rootfs...")
+bb.note("  Restoring original rootfs...")
 os.rename(self.image_rootfs + '-orig', self.image_rootfs)
 
 def _exec_shell_cmd(self, cmd):
-- 
2.25.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#151975): 
https://lists.openembedded.org/g/openembedded-core/message/151975
Mute This Topic: https://lists.openembedded.org/mt/82887709/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 34/35] image.bbclass: fix comment "pacackages" -> "packages"

[Steve Sakoman]

From: "Robert P. J. Day" 

Signed-off-by: Robert P. J. Day 
Signed-off-by: Richard Purdie 
(cherry picked from commit 5c5f0d21799c2bff6875ef9fdc22d11035ea3320)
Signed-off-by: Steve Sakoman 
---
 meta/classes/image.bbclass | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/classes/image.bbclass b/meta/classes/image.bbclass
index 98513ddf08..1900eff412 100644
--- a/meta/classes/image.bbclass
+++ b/meta/classes/image.bbclass
@@ -38,7 +38,7 @@ IMAGE_FEATURES[validitems] += "debug-tweaks read-only-rootfs 
stateless-rootfs em
 # Generate companion debugfs?
 IMAGE_GEN_DEBUGFS ?= "0"
 
-# These pacackages will be installed as additional into debug rootfs
+# These packages will be installed as additional into debug rootfs
 IMAGE_INSTALL_DEBUGFS ?= ""
 
 # These packages will be removed from a read-only rootfs after all other
-- 
2.25.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#151974): 
https://lists.openembedded.org/g/openembedded-core/message/151974
Mute This Topic: https://lists.openembedded.org/mt/82887708/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 32/35] dejagnu: needs expect at runtime

[Steve Sakoman]

From: Romain Naour 

runtest return an error due to missing expect on the target.
Add expect as runtime dependency.

Signed-off-by: Romain Naour 
Signed-off-by: Richard Purdie 
(cherry picked from commit d9a3a08edc1efcbe7b02e80be98370792d3c6cc2)
Signed-off-by: Steve Sakoman 
---
 meta/recipes-devtools/dejagnu/dejagnu_1.6.2.bb | 1 +
 1 file changed, 1 insertion(+)

diff --git a/meta/recipes-devtools/dejagnu/dejagnu_1.6.2.bb 
b/meta/recipes-devtools/dejagnu/dejagnu_1.6.2.bb
index 0a007bb2cd..ce242c3593 100644
--- a/meta/recipes-devtools/dejagnu/dejagnu_1.6.2.bb
+++ b/meta/recipes-devtools/dejagnu/dejagnu_1.6.2.bb
@@ -7,6 +7,7 @@ LIC_FILES_CHKSUM = 
"file://COPYING;md5=d32239bcb673463ab874e80d47fae504"
 SECTION = "devel"
 
 DEPENDS += "expect-native"
+RDEPENDS_${PN} = "expect"
 
 inherit autotools
 
-- 
2.25.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#151972): 
https://lists.openembedded.org/g/openembedded-core/message/151972
Mute This Topic: https://lists.openembedded.org/mt/82887702/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 30/35] linux-firmware: include all relevant files in -bcm4356

[Steve Sakoman]

From: Yann Dirson 

This currently catches the .clb_blob and .vamrs,rock960.txt, and other
.txt files may come in future upstream releases.

Signed-off-by: Yann Dirson 
Signed-off-by: Richard Purdie 
(cherry picked from commit e332738a8aae0914c58b40faae8b9d7a82fd6a95)
Signed-off-by: Steve Sakoman 
---
 meta/recipes-kernel/linux-firmware/linux-firmware_20210315.bb | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/meta/recipes-kernel/linux-firmware/linux-firmware_20210315.bb 
b/meta/recipes-kernel/linux-firmware/linux-firmware_20210315.bb
index 892455b039..1e32d1c8b6 100644
--- a/meta/recipes-kernel/linux-firmware/linux-firmware_20210315.bb
+++ b/meta/recipes-kernel/linux-firmware/linux-firmware_20210315.bb
@@ -656,8 +656,8 @@ FILES_${PN}-bcm43455 = 
"${nonarch_base_libdir}/firmware/brcm/brcmfmac43455-sdio.
 "
 FILES_${PN}-bcm4350c2 = 
"${nonarch_base_libdir}/firmware/brcm/brcmfmac4350c2-pcie.bin"
 FILES_${PN}-bcm4350 = 
"${nonarch_base_libdir}/firmware/brcm/brcmfmac4350-pcie.bin"
-FILES_${PN}-bcm4356 = 
"${nonarch_base_libdir}/firmware/brcm/brcmfmac4356-sdio.bin \
-  ${nonarch_base_libdir}/firmware/cypress/cyfmac4356-sdio.bin \
+FILES_${PN}-bcm4356 = 
"${nonarch_base_libdir}/firmware/brcm/brcmfmac4356-sdio.* \
+  ${nonarch_base_libdir}/firmware/cypress/cyfmac4356-sdio.* \
 "
 FILES_${PN}-bcm43569 = "${nonarch_base_libdir}/firmware/brcm/brcmfmac43569.bin"
 FILES_${PN}-bcm43570 = 
"${nonarch_base_libdir}/firmware/brcm/brcmfmac43570-pcie.bin \
-- 
2.25.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#151970): 
https://lists.openembedded.org/g/openembedded-core/message/151970
Mute This Topic: https://lists.openembedded.org/mt/82887700/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 29/35] linux-firmware: upgrade 20210208 -> 20210315

[Steve Sakoman]

From: Alexander Kanavin 

License-Update: additional firmware files, version changes

Signed-off-by: Alexander Kanavin 
Signed-off-by: Richard Purdie 
(cherry picked from commit 2f10b9dbb4fb8ccb9a427883370fbbeb6f394551)
Signed-off-by: Steve Sakoman 
---
 ...{linux-firmware_20210208.bb => linux-firmware_20210315.bb} | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-kernel/linux-firmware/{linux-firmware_20210208.bb => 
linux-firmware_20210315.bb} (99%)

diff --git a/meta/recipes-kernel/linux-firmware/linux-firmware_20210208.bb 
b/meta/recipes-kernel/linux-firmware/linux-firmware_20210315.bb
similarity index 99%
rename from meta/recipes-kernel/linux-firmware/linux-firmware_20210208.bb
rename to meta/recipes-kernel/linux-firmware/linux-firmware_20210315.bb
index a751b92a2f..892455b039 100644
--- a/meta/recipes-kernel/linux-firmware/linux-firmware_20210208.bb
+++ b/meta/recipes-kernel/linux-firmware/linux-firmware_20210315.bb
@@ -132,7 +132,7 @@ LIC_FILES_CHKSUM = 
"file://LICENCE.Abilis;md5=b5ee3f410780e56711ad48eadc22b8bc \
 file://LICENCE.xc4000;md5=0ff51d2dc49fce04814c9155081092f0 
\
 file://LICENCE.xc5000;md5=1e170c13175323c32c7f4d0998d53f66 
\
 
file://LICENCE.xc5000c;md5=12b02efa3049db65d524aeb418dd87ca \
-file://WHENCE;md5=ef0565762eac313c409567b59dff00b2 \
+file://WHENCE;md5=e21a8cbddc1612bce56f06fe154a0743 \
 "
 
 # These are not common licenses, set NO_GENERIC_LICENSE for them
@@ -205,7 +205,7 @@ PE = "1"
 
 SRC_URI = "${KERNELORG_MIRROR}/linux/kernel/firmware/${BPN}-${PV}.tar.xz"
 
-SRC_URI[sha256sum] = 
"1bcb1a3944c361507754a7d26ccff40ffc28d1fb93bce711d67da26b33e785b7"
+SRC_URI[sha256sum] = 
"a2348f03492713dca9aef202496c6e58f5e63ee5bec6a7bdfcf8b18ce7155e70"
 
 inherit allarch
 
-- 
2.25.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#151969): 
https://lists.openembedded.org/g/openembedded-core/message/151969
Mute This Topic: https://lists.openembedded.org/mt/82887699/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 33/35] local.conf.sample: fix typo

[Steve Sakoman]

From: Ulrich Ölmann 

Signed-off-by: Ulrich Ölmann 
Signed-off-by: Richard Purdie 
(cherry picked from commit 414f8a75ce4e2a2f833593ba34151a897b1e9833)
Signed-off-by: Steve Sakoman 
---
 meta/conf/local.conf.sample | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/conf/local.conf.sample b/meta/conf/local.conf.sample
index ce18b5f057..e1a6be3935 100644
--- a/meta/conf/local.conf.sample
+++ b/meta/conf/local.conf.sample
@@ -167,7 +167,7 @@ PATCHRESOLVE = "noop"
 #
 # Monitor the disk space during the build. If there is less that 1GB of space 
or less
 # than 100K inodes in any key build location (TMPDIR, DL_DIR, SSTATE_DIR), 
gracefully
-# shutdown the build. If there is less that 100MB or 1K inodes, perform a hard 
abort
+# shutdown the build. If there is less than 100MB or 1K inodes, perform a hard 
abort
 # of the build. The reason for this is that running completely out of space 
can corrupt
 # files and damages the build in ways which may not be easily recoverable.
 # It's necesary to monitor /tmp, if there is no space left the build will fail
-- 
2.25.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#151973): 
https://lists.openembedded.org/g/openembedded-core/message/151973
Mute This Topic: https://lists.openembedded.org/mt/82887705/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 31/35] linux-yocto/5.4: qemuppc32: reduce serial shutdown issues

[Steve Sakoman]

From: Bruce Ashfield 

Integrating the following commit(s) to linux-yocto/5.4:

qemuppc32: reduce serial issues seen on shutdown

Richard reported:

We've been seeing a lot of the qemuppc shutdown issue and I decided to
look into it. The really worrying thing looking at the logs locally is the
serial ports are showing irq issues and becoming disabled as nobody would
handle them.

Errors like:

   [9.194886] irq 36: nobody cared (try booting with the "irqpoll" 
option)
   [9.198712] CPU: 0 PID: 127 Comm: bootlogd Not tainted
   [9.202283] Call Trace:
   [9.205611] [d1005f00] [c00a0da8] __report_bad_irq+0x50/0x138 
(unreliable)
   [9.209347] [d1005f30] [c00a0cc0] note_interrupt+0x324/0x378
   [9.212855] [d1005f70] [c009d138] handle_irq_event+0xe8/0x104
   [9.216353] [d1005fa0] [c00a1d9c] handle_fasteoi_irq+0xc0/0x29c
   [9.219960] [d1005fc0] [c009b798] generic_handle_irq+0x40/0x5c
   [9.223496] [d1005fd0] [c00075d0] __do_irq+0x58/0x188
   [9.226948] [d1005ff0] [c0010040] call_do_irq+0x20/0x38
   [9.230391] [d29eda60] [c0007788] do_IRQ+0x88/0xfc
   [9.233860] [d29eda90] [c0016454] ret_from_except+0x0/0x14
   [9.237288] --- interrupt: 501 at __setup_irq+0x3c4/0x838
   [9.237288] LR = __setup_irq+0x790/0x838
   [9.244155] [d29edb88] [c009f0a4] request_threaded_irq+0x114/0x1c8
   [9.247672] [d29edbb8] [c07a5a18] pmz_startup+0x17c/0x32c
   [9.251203] [d29edbd8] [c07a1140] uart_port_startup+0x184/0x2f8
   [9.254651] [d29edc08] [c07a1974] uart_port_activate+0x78/0xf4
   [9.258141] [d29edc28] [c07839f8] tty_port_open+0xd4/0x170
   [9.261579] [d29edc58] [c079db74] uart_open+0x2c/0x48
   [9.265116] [d29edc68] [c077a288] tty_open+0x168/0x640
   [9.268574] [d29edcd8] [c0280be8] chrdev_open+0x138/0x2a4
   [9.272123] [d29edd18] [c027421c] do_dentry_open+0x228/0x410
   [9.275643] [d29edd48] [c028e9f4] path_openat+0xb04/0xf28
   [9.279184] [d29eddd8] [c02917e4] do_filp_open+0x120/0x164
   [9.282535] [d29ede98] [c0276238] do_sys_openat2+0xd8/0x19c
   [9.285790] [d29edee8] [c0276574] sys_openat+0x88/0xdc
   [9.289096] [d29edf38] [c00160d8] ret_from_syscall+0x0/0x34
   [9.292620] --- interrupt: c01 at 0xfec3738
   [9.292620] LR = 0xfec36e0
   [9.299035] handlers:
   [9.302312] [<7f7f7da8>] pmz_interrupt
   [9.305541] Disabling IRQ #36

(and the irqpoll option does not help)

This is problematic as the shutdown test uses the serial interface to
shut down the system. If the serial interface fails to login or run the 
command,
game over for the test.

CONFIG_SERIAL_PMACZILOG_CONSOLE complicates that handling, but doesn't 
provide
any output or capabilities that we need. So we disable it here, and
reduce the chances of issues during shutdown.

Signed-off-by: Bruce Ashfield 
Signed-off-by: Richard Purdie 
(cherry picked from commit 42355cb73049ee7a4af0f539a2a5b7d4ee1abc65)
Signed-off-by: Steve Sakoman 
---
 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 79aff31770..c2d0458073 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 ?= "b62ae8bedb024e67e7c5cda51840454a4170c858"
-SRCREV_meta ?= "cf20a3c44f5ef181b16ed80e9c2683f76b1ead20"
+SRCREV_meta ?= "b89df7433ea8124d3092805391b78808df4147a7"
 
 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 e3750dd7f1..1c3fe73ae5 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 ?= "80bd6016a9bdaed4b66dda8c8e62d7c1f8a6"
 SRCREV_machine ?= "ea7a54fa402727f3c4bc4a1904d4a9590e7c8b85"
-SRCREV_meta ?= "cf20a3c44f5ef181b16ed80e9c2683f76b1ead20"
+SRCREV_meta ?= "b89df7433ea8124d3092805391b78808df4147a7"
 
 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 f2f0ac0b56..094427cb02 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 ?= 

[OE-core][dunfell 28/35] db: update CVE_PRODUCT

[Steve Sakoman]

From: Chen Qi 

Update CVE_PRODUCT to also include 'berkeley_db'. For example,
CVE-2020-2981 uses 'berkeley_db'.

Signed-off-by: Chen Qi 
Signed-off-by: Richard Purdie 
(cherry picked from commit ad799b109716ccd2f44dcf7a6a4cfcbd622ea661)
Signed-off-by: Steve Sakoman 
---
 meta/recipes-support/db/db_5.3.28.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-support/db/db_5.3.28.bb 
b/meta/recipes-support/db/db_5.3.28.bb
index 9cb57e6a53..b2ae98f05c 100644
--- a/meta/recipes-support/db/db_5.3.28.bb
+++ b/meta/recipes-support/db/db_5.3.28.bb
@@ -15,7 +15,7 @@ HOMEPAGE = 
"https://www.oracle.com/database/technologies/related/berkeleydb.html
 LICENSE = "Sleepycat"
 RCONFLICTS_${PN} = "db3"
 
-CVE_PRODUCT = "oracle_berkeley_db"
+CVE_PRODUCT = "oracle_berkeley_db berkeley_db"
 CVE_VERSION = "11.2.${PV}"
 
 PR = "r1"
-- 
2.25.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#151968): 
https://lists.openembedded.org/g/openembedded-core/message/151968
Mute This Topic: https://lists.openembedded.org/mt/82887698/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 27/35] lsb-release: fix reproducibility failure

[Steve Sakoman]

From: Anuj Mittal 

Make sure help2man output is reproducible. Fixes:

| .\"·DO·NOT·MODIFY·THIS·FILE!··It·was·generated·by·help2man·1.022. 
.\"·DO·NOT·MODIFY·THIS·FILE!··It·was·generated·by·help2man·1.022.
| .TH·FSG·"1"·"April·2021"·"FSG·lsb_release·v1.4"·FSG   
.TH·FSG·"1"·"May·2021"·"FSG·lsb_release·v1.4"·FSG
| .SH·NAME  3   .SH·NAME

Signed-off-by: Anuj Mittal 
Signed-off-by: Richard Purdie 
(cherry picked from commit 49371207a7f1fe3d3feb7b8b9aabb62b43ae34d1)
Signed-off-by: Steve Sakoman 
---
 .../help2man-reproducibility.patch| 27 +++
 meta/recipes-extended/lsb/lsb-release_1.4.bb  |  1 +
 2 files changed, 28 insertions(+)
 create mode 100644 
meta/recipes-extended/lsb/lsb-release/help2man-reproducibility.patch

diff --git 
a/meta/recipes-extended/lsb/lsb-release/help2man-reproducibility.patch 
b/meta/recipes-extended/lsb/lsb-release/help2man-reproducibility.patch
new file mode 100644
index 00..f32cd18370
--- /dev/null
+++ b/meta/recipes-extended/lsb/lsb-release/help2man-reproducibility.patch
@@ -0,0 +1,27 @@
+lsb-release maintains it's own copy of help2man. Include the support
+for specifying SOURCE_DATE_EPOCH from upstream.
+
+Upstream-Status: Pending
+
+Signed-off-by: Anuj Mittal 
+
+diff --git a/help2man b/help2man
+index 13015c2..63439db 100755
+--- a/help2man
 b/help2man
+@@ -173,7 +173,14 @@ my ($help_text, $version_text) = map {
+   or die "$this_program: can't get `--$_' info from $ARGV[0]\n"
+ } qw(help), $opt_version_key;
+ 
+-my $date = strftime "%B %Y", localtime;
++my $epoch_secs = time;
++if (exists $ENV{SOURCE_DATE_EPOCH} and $ENV{SOURCE_DATE_EPOCH} =~ /^(\d+)$/)
++{
++$epoch_secs = $1;
++$ENV{TZ} = 'UTC0';
++}
++
++my $date = strftime "%B %Y", localtime $epoch_secs;
+ (my $program = $ARGV[0]) =~ s!.*/!!;
+ my $package = $program;
+ my $version;
diff --git a/meta/recipes-extended/lsb/lsb-release_1.4.bb 
b/meta/recipes-extended/lsb/lsb-release_1.4.bb
index 3e8f7a13ec..bafc18fcc0 100644
--- a/meta/recipes-extended/lsb/lsb-release_1.4.bb
+++ b/meta/recipes-extended/lsb/lsb-release_1.4.bb
@@ -11,6 +11,7 @@ LIC_FILES_CHKSUM = 
"file://README;md5=12da544b1a3a5a1795a21160b49471cf"
 SRC_URI = 
"${SOURCEFORGE_MIRROR}/project/lsb/lsb_release/1.4/lsb-release-1.4.tar.gz \

file://0001-fix-lsb_release-to-work-with-busybox-head-and-find.patch \
file://0001-Remove-timestamp-from-manpage.patch \
+   file://help2man-reproducibility.patch \
"
 
 SRC_URI[md5sum] = "30537ef5a01e0ca94b7b8eb6a36bb1e4"
-- 
2.25.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#151967): 
https://lists.openembedded.org/g/openembedded-core/message/151967
Mute This Topic: https://lists.openembedded.org/mt/82887697/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 26/35] oeqa/qemurunner: Improve handling of run_serial for shutdown commands

[Steve Sakoman]

From: Richard Purdie 

When running a shutdown command, the serial port can close without the
command returning. This is seen as the socket being readable but having
no data. Change the way this case is handled in the code to avoid
tracebacks.

Signed-off-by: Richard Purdie 
(cherry picked from commit 396a3ba884820d040c91f7592daf20ac28c49b5d)
Signed-off-by: Steve Sakoman 
---
 meta/lib/oeqa/utils/qemurunner.py | 7 ++-
 1 file changed, 6 insertions(+), 1 deletion(-)

diff --git a/meta/lib/oeqa/utils/qemurunner.py 
b/meta/lib/oeqa/utils/qemurunner.py
index 09ef9fadb2..79db2cc247 100644
--- a/meta/lib/oeqa/utils/qemurunner.py
+++ b/meta/lib/oeqa/utils/qemurunner.py
@@ -70,6 +70,8 @@ class QemuRunner:
 self.monitorpipe = None
 
 self.logger = logger
+# Whether we're expecting an exit and should show related errors
+self.canexit = False
 
 # Enable testing other OS's
 # Set commands for target communication, and default to Linux ALWAYS
@@ -468,6 +470,7 @@ class QemuRunner:
 self.thread.join()
 
 def allowexit(self):
+self.canexit = True
 if self.thread:
 self.thread.allowexit()
 
@@ -526,7 +529,9 @@ class QemuRunner:
 if re.search(self.boot_patterns['search_cmd_finished'], 
data):
 break
 else:
-raise Exception("No data on serial console socket")
+if self.canexit:
+return (1, "")
+raise Exception("No data on serial console socket, 
connection closed?")
 
 if data:
 if raw:
-- 
2.25.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#151966): 
https://lists.openembedded.org/g/openembedded-core/message/151966
Mute This Topic: https://lists.openembedded.org/mt/82887695/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 25/35] oeqa/qemurunner: Fix binary vs str issue

[Steve Sakoman]

From: Richard Purdie 

The recent logging changes for qemurunner showed up as errors on the
autobuilder where decode couldn't be called on the returned string.
Since the code returns binary data, return b'' instead of '' to match
to avoid tracebacks.

One of these cases was newly added, copied from the other which has
been there for a long time, always broken.

Signed-off-by: Richard Purdie 
(cherry picked from commit b8995b27db265b0a0b2d2ca595915f70f9f96e07)
Signed-off-by: Steve Sakoman 
---
 meta/lib/oeqa/utils/qemurunner.py | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/meta/lib/oeqa/utils/qemurunner.py 
b/meta/lib/oeqa/utils/qemurunner.py
index 410789b815..09ef9fadb2 100644
--- a/meta/lib/oeqa/utils/qemurunner.py
+++ b/meta/lib/oeqa/utils/qemurunner.py
@@ -646,7 +646,7 @@ class LoggingThread(threading.Thread):
 data = self.readsock.recv(count)
 except socket.error as e:
 if e.errno == errno.EAGAIN or e.errno == errno.EWOULDBLOCK:
-return ''
+return b''
 else:
 raise
 
@@ -659,7 +659,7 @@ class LoggingThread(threading.Thread):
 # until qemu exits.
 if not self.canexit:
 raise Exception("Console connection closed unexpectedly")
-return ''
+return b''
 
 return data
 
-- 
2.25.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#151965): 
https://lists.openembedded.org/g/openembedded-core/message/151965
Mute This Topic: https://lists.openembedded.org/mt/82887693/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 20/35] tiff: Exclude CVE-2015-7313 from cve-check

[Steve Sakoman]

From: Richard Purdie 

Some fix upstream addresses the issue, it isn't clear which change this was. Our
current version doesn't have issues with the test image though so we can 
exclude.

Signed-off-by: Richard Purdie 
(cherry picked from commit 3874da694ae1d9de06dd003bd80705205e2b033b)
Signed-off-by: Steve Sakoman 
---
 meta/recipes-multimedia/libtiff/tiff_4.1.0.bb | 4 
 1 file changed, 4 insertions(+)

diff --git a/meta/recipes-multimedia/libtiff/tiff_4.1.0.bb 
b/meta/recipes-multimedia/libtiff/tiff_4.1.0.bb
index 97ad575f64..cfea18ed29 100644
--- a/meta/recipes-multimedia/libtiff/tiff_4.1.0.bb
+++ b/meta/recipes-multimedia/libtiff/tiff_4.1.0.bb
@@ -19,6 +19,10 @@ SRC_URI[sha256sum] = 
"5d29f32517dadb6dbcd1255ea5bbc93a2b54b94fbf83653b4d65c7d677
 # exclude betas
 UPSTREAM_CHECK_REGEX = "tiff-(?P\d+(\.\d+)+).tar"
 
+# Tested with check from 
https://security-tracker.debian.org/tracker/CVE-2015-7313
+# and 4.1.0 doesn't have the issue
+CVE_CHECK_WHITELIST += "CVE-2015-7313"
+
 inherit autotools multilib_header
 
 CACHED_CONFIGUREVARS = "ax_cv_check_gl_libgl=no"
-- 
2.25.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#151960): 
https://lists.openembedded.org/g/openembedded-core/message/151960
Mute This Topic: https://lists.openembedded.org/mt/82887681/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 24/35] oeqa/qemurunner: Improve logging thread exit handling for qemu shutdown test

[Steve Sakoman]

From: Richard Purdie 

Rather than totally disabling the logging, inform it we're about to exit
so we can log messages over the exit cleanly too. This aids debugging. It
also avoids a race where the logging handler could still error whilst
shutting down.

Also remove a race window by notificing the handler of the shutdown
first, before triggering it. This removes a race window I watched in
local testing.

Signed-off-by: Richard Purdie 
(cherry picked from commit 0e19f31a1005f94105e1cef252abfffcef2aafad)
Signed-off-by: Steve Sakoman 
---
 meta/lib/oeqa/selftest/cases/runqemu.py |  9 -
 meta/lib/oeqa/utils/qemurunner.py   | 12 +++-
 2 files changed, 15 insertions(+), 6 deletions(-)

diff --git a/meta/lib/oeqa/selftest/cases/runqemu.py 
b/meta/lib/oeqa/selftest/cases/runqemu.py
index 7e676bcb41..da22f77b27 100644
--- a/meta/lib/oeqa/selftest/cases/runqemu.py
+++ b/meta/lib/oeqa/selftest/cases/runqemu.py
@@ -163,12 +163,11 @@ class QemuTest(OESelftestTestCase):
 bitbake(cls.recipe)
 
 def _start_qemu_shutdown_check_if_shutdown_succeeded(self, qemu, timeout):
+# Allow the runner's LoggingThread instance to exit without errors
+# (such as the exception "Console connection closed unexpectedly")
+# as qemu will disappear when we shut it down
+qemu.runner.allowexit()
 qemu.run_serial("shutdown -h now")
-# Stop thread will stop the LoggingThread instance used for logging
-# qemu through serial console, stop thread will prevent this code
-# from facing exception (Console connection closed unexpectedly)
-# when qemu was shutdown by the above shutdown command
-qemu.runner.stop_thread()
 time_track = 0
 try:
 while True:
diff --git a/meta/lib/oeqa/utils/qemurunner.py 
b/meta/lib/oeqa/utils/qemurunner.py
index 77ec939ad7..410789b815 100644
--- a/meta/lib/oeqa/utils/qemurunner.py
+++ b/meta/lib/oeqa/utils/qemurunner.py
@@ -467,6 +467,10 @@ class QemuRunner:
 self.thread.stop()
 self.thread.join()
 
+def allowexit(self):
+if self.thread:
+self.thread.allowexit()
+
 def restart(self, qemuparams = None):
 self.logger.warning("Restarting qemu process")
 if self.runqemu.poll() is None:
@@ -560,6 +564,7 @@ class LoggingThread(threading.Thread):
 self.logger = logger
 self.readsock = None
 self.running = False
+self.canexit = False
 
 self.errorevents = select.POLLERR | select.POLLHUP | select.POLLNVAL
 self.readevents = select.POLLIN | select.POLLPRI
@@ -593,6 +598,9 @@ class LoggingThread(threading.Thread):
 self.close_ignore_error(self.writepipe)
 self.running = False
 
+def allowexit(self):
+self.canexit = True
+
 def eventloop(self):
 poll = select.poll()
 event_read_mask = self.errorevents | self.readevents
@@ -649,7 +657,9 @@ class LoggingThread(threading.Thread):
 # happened. But for this code it counts as an
 # error since the connection shouldn't go away
 # until qemu exits.
-raise Exception("Console connection closed unexpectedly")
+if not self.canexit:
+raise Exception("Console connection closed unexpectedly")
+return ''
 
 return data
 
-- 
2.25.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#151964): 
https://lists.openembedded.org/g/openembedded-core/message/151964
Mute This Topic: https://lists.openembedded.org/mt/82887691/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 23/35] avahi: Exclude CVE-2021-26720 from cve-check

[Steve Sakoman]

From: Richard Purdie 

Issue only affects Debian and SUSE.

Signed-off-by: Richard Purdie 
(cherry picked from commit 72522fa1a5f3b9b2855043fe6b421886d641385f)
Signed-off-by: Steve Sakoman 
---
 meta/recipes-connectivity/avahi/avahi_0.7.bb | 3 +++
 1 file changed, 3 insertions(+)

diff --git a/meta/recipes-connectivity/avahi/avahi_0.7.bb 
b/meta/recipes-connectivity/avahi/avahi_0.7.bb
index f6e3afb24e..0df44bffbe 100644
--- a/meta/recipes-connectivity/avahi/avahi_0.7.bb
+++ b/meta/recipes-connectivity/avahi/avahi_0.7.bb
@@ -8,6 +8,9 @@ SRC_URI += "file://00avahi-autoipd \
 
 inherit update-rc.d systemd useradd
 
+# Issue only affects Debian/SUSE, not us
+CVE_CHECK_WHITELIST += "CVE-2021-26720"
+
 PACKAGES =+ "libavahi-gobject avahi-daemon libavahi-common libavahi-core 
libavahi-client avahi-dnsconfd libavahi-glib avahi-autoipd avahi-utils"
 
 LICENSE_libavahi-gobject = "LGPLv2.1+"
-- 
2.25.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#151963): 
https://lists.openembedded.org/g/openembedded-core/message/151963
Mute This Topic: https://lists.openembedded.org/mt/82887689/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 22/35] librsvg: Exclude CVE-2018-1000041 from cve-check

[Steve Sakoman]

From: Richard Purdie 

Issue only affects windows.

Signed-off-by: Richard Purdie 
(cherry picked from commit a90d3b056992346003d96765fc8639f5235cca55)
Signed-off-by: Steve Sakoman 
---
 meta/recipes-gnome/librsvg/librsvg_2.40.21.bb | 3 +++
 1 file changed, 3 insertions(+)

diff --git a/meta/recipes-gnome/librsvg/librsvg_2.40.21.bb 
b/meta/recipes-gnome/librsvg/librsvg_2.40.21.bb
index 237aec6062..ef1dae0a69 100644
--- a/meta/recipes-gnome/librsvg/librsvg_2.40.21.bb
+++ b/meta/recipes-gnome/librsvg/librsvg_2.40.21.bb
@@ -25,6 +25,9 @@ SRC_URI += "file://gtk-option.patch \
 
 SRC_URI[archive.sha256sum] = 
"f7628905f1cada84e87e2b14883ed57d8094dca3281d5bcb24ece4279e9a92ba"
 
+# Issue only on windows
+CVE_CHECK_WHITELIST += "CVE-2018-141"
+
 CACHED_CONFIGUREVARS = 
"ac_cv_path_GDK_PIXBUF_QUERYLOADERS=${STAGING_LIBDIR_NATIVE}/gdk-pixbuf-2.0/gdk-pixbuf-query-loaders"
 
 PACKAGECONFIG ??= "gdkpixbuf"
-- 
2.25.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#151962): 
https://lists.openembedded.org/g/openembedded-core/message/151962
Mute This Topic: https://lists.openembedded.org/mt/82887686/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 21/35] coreutils: Exclude CVE-2016-2781 from cve-check

[Steve Sakoman]

From: Richard Purdie 

http://git.savannah.gnu.org/cgit/coreutils.git/commit/?id=v8.27-101-gf5d7c0842

"Given runcon is not really a sandbox command, the advice is to use
`runcon ... setsid ...` to avoid this particular issue.

Signed-off-by: Richard Purdie 
(cherry picked from commit 2d273b5aed4a5bd509ec9c68a6f451c17ec17d0c)
Signed-off-by: Steve Sakoman 
---
 meta/recipes-core/coreutils/coreutils_8.31.bb | 4 
 1 file changed, 4 insertions(+)

diff --git a/meta/recipes-core/coreutils/coreutils_8.31.bb 
b/meta/recipes-core/coreutils/coreutils_8.31.bb
index 7dd9e41def..aabeee882c 100644
--- a/meta/recipes-core/coreutils/coreutils_8.31.bb
+++ b/meta/recipes-core/coreutils/coreutils_8.31.bb
@@ -26,6 +26,10 @@ SRC_URI_append_libc-musl = 
"file://strtod_fix_clash_with_strtold.patch"
 SRC_URI[md5sum] = "0009a224d8e288e8ec406ef0161f9293"
 SRC_URI[sha256sum] = 
"ff7a9c918edce6b4f4b2725e3f9b37b0c4d193531cac49a48b56c4d0d3a9e9fd"
 
+# 
http://git.savannah.gnu.org/cgit/coreutils.git/commit/?id=v8.27-101-gf5d7c0842
+# runcon is not really a sandbox command, use `runcon ... setsid ...` to avoid 
this particular issue.
+CVE_CHECK_WHITELIST += "CVE-2016-2781"
+
 EXTRA_OECONF_class-native = "--without-gmp"
 EXTRA_OECONF_class-target = "--enable-install-program=arch,hostname 
--libexecdir=${libdir}"
 EXTRA_OECONF_class-nativesdk = "--enable-install-program=arch,hostname"
-- 
2.25.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#151961): 
https://lists.openembedded.org/g/openembedded-core/message/151961
Mute This Topic: https://lists.openembedded.org/mt/82887683/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 19/35] bluez: Exclude CVE-2020-12352 CVE-2020-24490 from cve-check

[Steve Sakoman]

From: Richard Purdie 

These CVEs are fixed with kernel changes and don't affect the bluez recipe.

Signed-off-by: Richard Purdie 
(cherry picked from commit 658902477840ea34d414083c4c79616bf5e999a2)
Signed-off-by: Steve Sakoman 
---
 meta/recipes-connectivity/bluez5/bluez5_5.55.bb | 3 +++
 1 file changed, 3 insertions(+)

diff --git a/meta/recipes-connectivity/bluez5/bluez5_5.55.bb 
b/meta/recipes-connectivity/bluez5/bluez5_5.55.bb
index 8190924562..e5353bd815 100644
--- a/meta/recipes-connectivity/bluez5/bluez5_5.55.bb
+++ b/meta/recipes-connectivity/bluez5/bluez5_5.55.bb
@@ -3,6 +3,9 @@ require bluez5.inc
 SRC_URI[md5sum] = "94972b8bc7ade60c72b0ffa6ccff2c0a"
 SRC_URI[sha256sum] = 
"8863717113c4897e2ad3271fc808ea245319e6fd95eed2e934fae8e0894e9b88"
 
+# These issues have kernel fixes rather than bluez fixes so exclude here
+CVE_CHECK_WHITELIST += "CVE-2020-12352 CVE-2020-24490"
+
 # noinst programs in Makefile.tools that are conditional on READLINE
 # support
 NOINST_TOOLS_READLINE ?= " \
-- 
2.25.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#151959): 
https://lists.openembedded.org/g/openembedded-core/message/151959
Mute This Topic: https://lists.openembedded.org/mt/82887680/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 18/35] ghostscript: Exclude CVE-2013-6629 from cve-check

[Steve Sakoman]

From: Richard Purdie 

The CVE is in the jpeg sources included with ghostscript. We use our own
external jpeg library so this doesn't affect us.

Signed-off-by: Richard Purdie 
(cherry picked from commit 8556d6a6722f21af5e6f97589bec3cbd31da206c)
Signed-off-by: Steve Sakoman 
---
 meta/recipes-extended/ghostscript/ghostscript_9.52.bb | 4 
 1 file changed, 4 insertions(+)

diff --git a/meta/recipes-extended/ghostscript/ghostscript_9.52.bb 
b/meta/recipes-extended/ghostscript/ghostscript_9.52.bb
index 65135f5821..32346e6811 100644
--- a/meta/recipes-extended/ghostscript/ghostscript_9.52.bb
+++ b/meta/recipes-extended/ghostscript/ghostscript_9.52.bb
@@ -19,6 +19,10 @@ DEPENDS_class-native = "libpng-native"
 UPSTREAM_CHECK_URI = 
"https://github.com/ArtifexSoftware/ghostpdl-downloads/releases;
 UPSTREAM_CHECK_REGEX = "(?P\d+(\.\d+)+)\.tar"
 
+# The jpeg issue in the CVE is present in the gs jpeg sources
+# however we use an external jpeg which doesn't have the issue.
+CVE_CHECK_WHITELIST += "CVE-2013-6629"
+
 def gs_verdir(v):
 return "".join(v.split("."))
 
-- 
2.25.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#151958): 
https://lists.openembedded.org/g/openembedded-core/message/151958
Mute This Topic: https://lists.openembedded.org/mt/82887677/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 17/35] cpio: Exclude CVE-2010-4226 from cve-check

[Steve Sakoman]

From: Richard Purdie 

Issue applies to use of cpio in SUSE/OBS, doesn't apply to us.

Signed-off-by: Richard Purdie 
(cherry picked from commit 915b38c54a7932744a9f56713d1c6bd00a789331)
Signed-off-by: Steve Sakoman 
---
 meta/recipes-extended/cpio/cpio_2.13.bb | 3 +++
 1 file changed, 3 insertions(+)

diff --git a/meta/recipes-extended/cpio/cpio_2.13.bb 
b/meta/recipes-extended/cpio/cpio_2.13.bb
index 9e35a80f8b..6536257993 100644
--- a/meta/recipes-extended/cpio/cpio_2.13.bb
+++ b/meta/recipes-extended/cpio/cpio_2.13.bb
@@ -16,6 +16,9 @@ SRC_URI[sha256sum] = 
"e87470d9c984317f658567c03bfefb6b0c829ff17dbf6b0de48d71a4c8
 
 inherit autotools gettext texinfo
 
+# Issue applies to use of cpio in SUSE/OBS, doesn't apply to us
+CVE_CHECK_WHITELIST += "CVE-2010-4226"
+
 EXTRA_OECONF += "DEFAULT_RMT_DIR=${sbindir}"
 
 do_install () {
-- 
2.25.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#151957): 
https://lists.openembedded.org/g/openembedded-core/message/151957
Mute This Topic: https://lists.openembedded.org/mt/82887676/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 14/35] openssh: Exclude CVE-2007-2768 from cve-check

[Steve Sakoman]

From: Richard Purdie 

We don't build/use the OPIE PAM module, exclude the CVE from this recipe.

Signed-off-by: Richard Purdie 
(cherry picked from commit 3670be602f2ace24dc49e196407efec577164050)
Signed-off-by: Steve Sakoman 
---
 meta/recipes-connectivity/openssh/openssh_8.2p1.bb | 3 +++
 1 file changed, 3 insertions(+)

diff --git a/meta/recipes-connectivity/openssh/openssh_8.2p1.bb 
b/meta/recipes-connectivity/openssh/openssh_8.2p1.bb
index fe94f30503..b429fbe96d 100644
--- a/meta/recipes-connectivity/openssh/openssh_8.2p1.bb
+++ b/meta/recipes-connectivity/openssh/openssh_8.2p1.bb
@@ -28,6 +28,9 @@ SRC_URI = 
"http://ftp.openbsd.org/pub/OpenBSD/OpenSSH/portable/openssh-${PV}.tar
 SRC_URI[md5sum] = "3076e6413e8dbe56d33848c1054ac091"
 SRC_URI[sha256sum] = 
"43925151e6cf6cee1450190c0e9af4dc36b41c12737619edff8bcebdff64e671"
 
+# This CVE is specific to OpenSSH with the pam opie which we don't build/use 
here
+CVE_CHECK_WHITELIST += "CVE-2007-2768"
+
 # This CVE is specific to OpenSSH server, as used in Fedora and Red Hat 
Enterprise Linux 7
 # and when running in a Kerberos environment. As such it is not relevant to 
OpenEmbedded
 CVE_CHECK_WHITELIST += "CVE-2014-9278"
-- 
2.25.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#151954): 
https://lists.openembedded.org/g/openembedded-core/message/151954
Mute This Topic: https://lists.openembedded.org/mt/82887670/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 16/35] unzip: Exclude CVE-2008-0888 from cve-check

[Steve Sakoman]

From: Richard Purdie 

The patch mentioned as the fix for the CVE is applied to the 6.0 source
code. Zip versioning makes CPE entry changes hard.

Signed-off-by: Richard Purdie 
(cherry picked from commit 8917e5ae2bb44d017fc0155f16632c5decadb0bd)
Signed-off-by: Steve Sakoman 
---
 meta/recipes-extended/unzip/unzip_6.0.bb | 3 +++
 1 file changed, 3 insertions(+)

diff --git a/meta/recipes-extended/unzip/unzip_6.0.bb 
b/meta/recipes-extended/unzip/unzip_6.0.bb
index 0c56a39d92..af5530ab38 100644
--- a/meta/recipes-extended/unzip/unzip_6.0.bb
+++ b/meta/recipes-extended/unzip/unzip_6.0.bb
@@ -32,6 +32,9 @@ UPSTREAM_VERSION_UNKNOWN = "1"
 SRC_URI[md5sum] = "62b490407489521db863b523a7f86375"
 SRC_URI[sha256sum] = 
"036d96991646d0449ed0aa952e4fbe21b476ce994abc276e49d30e686708bd37"
 
+# Patch from https://bugzilla.redhat.com/attachment.cgi?id=293893=diff 
applied to 6.0 source
+CVE_CHECK_WHITELIST += "CVE-2008-0888"
+
 # exclude version 5.5.2 which triggers a false positive
 UPSTREAM_CHECK_REGEX = "unzip(?P(?!552).+)\.tgz"
 
-- 
2.25.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#151956): 
https://lists.openembedded.org/g/openembedded-core/message/151956
Mute This Topic: https://lists.openembedded.org/mt/82887674/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 11/35] qemu: Exclude CVE-2018-18438 from cve-check

[Steve Sakoman]

From: Richard Purdie 

The issues were investigated and found not to be an issue therefore
exclude from checks.

Signed-off-by: Richard Purdie 
(cherry picked from commit ee6ee9bd489c126b99d15c1011560df2f840a6e9)
Signed-off-by: Steve Sakoman 
---
 meta/recipes-devtools/qemu/qemu.inc | 4 
 1 file changed, 4 insertions(+)

diff --git a/meta/recipes-devtools/qemu/qemu.inc 
b/meta/recipes-devtools/qemu/qemu.inc
index 396ff1c5eb..8f927bdf54 100644
--- a/meta/recipes-devtools/qemu/qemu.inc
+++ b/meta/recipes-devtools/qemu/qemu.inc
@@ -68,6 +68,10 @@ CVE_CHECK_WHITELIST += "CVE-2017-5957"
 # enable it by default.
 CVE_CHECK_WHITELIST += "CVE-2007-0998"
 
+# 'The issues identified by this CVE were determined to not constitute a 
vulnerability.'
+# https://bugzilla.redhat.com/show_bug.cgi?id=1609015#c11
+CVE_CHECK_WHITELIST += "CVE-2018-18438"
+
 COMPATIBLE_HOST_mipsarchn32 = "null"
 COMPATIBLE_HOST_mipsarchn64 = "null"
 
-- 
2.25.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#151951): 
https://lists.openembedded.org/g/openembedded-core/message/151951
Mute This Topic: https://lists.openembedded.org/mt/82887667/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 13/35] logrotate: Exclude CVE-2011-1548,1549,1550 from cve-check

[Steve Sakoman]

From: Richard Purdie 

These CVEs apply to the way logrotate was installed on Gentoo, Debian
and SUSE, exclude from cve-check as they don't apply to OE.

Signed-off-by: Richard Purdie 
(cherry picked from commit 23643016f3b8794db772e333ff0b8f598571b628)
Signed-off-by: Steve Sakoman 
---
 meta/recipes-extended/logrotate/logrotate_3.15.1.bb | 3 +++
 1 file changed, 3 insertions(+)

diff --git a/meta/recipes-extended/logrotate/logrotate_3.15.1.bb 
b/meta/recipes-extended/logrotate/logrotate_3.15.1.bb
index 503a0622b1..7c1b77add8 100644
--- a/meta/recipes-extended/logrotate/logrotate_3.15.1.bb
+++ b/meta/recipes-extended/logrotate/logrotate_3.15.1.bb
@@ -22,6 +22,9 @@ SRC_URI = 
"https://github.com/${BPN}/${BPN}/releases/download/${PV}/${BP}.tar.xz
 SRC_URI[md5sum] = "afe109afea749c306ff489203fde6beb"
 SRC_URI[sha256sum] = 
"491fec9e89f1372f02a0ab66579aa2e9d63cac5178dfa672c204c88e693a908b"
 
+# These CVEs are debian, gentoo or SUSE specific on the way logrotate was 
installed/used
+CVE_CHECK_WHITELIST += "CVE-2011-1548 CVE-2011-1549 CVE-2011-1550"
+
 PACKAGECONFIG ?= "${@bb.utils.filter('DISTRO_FEATURES', 'acl selinux', d)}"
 
 PACKAGECONFIG[acl] = ",,acl"
-- 
2.25.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#151953): 
https://lists.openembedded.org/g/openembedded-core/message/151953
Mute This Topic: https://lists.openembedded.org/mt/82887669/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 07/35] libnotify: whitelist CVE-2013-7381 (specific to the NodeJS bindings)

[Steve Sakoman]

From: Ross Burton 

Signed-off-by: Ross Burton 
Signed-off-by: Richard Purdie 
(cherry picked from commit be04484f99a5b29cc9066e350b526fc4420ad6d4)
Signed-off-by: Steve Sakoman 
---
 meta/recipes-gnome/libnotify/libnotify_0.7.8.bb | 3 +++
 1 file changed, 3 insertions(+)

diff --git a/meta/recipes-gnome/libnotify/libnotify_0.7.8.bb 
b/meta/recipes-gnome/libnotify/libnotify_0.7.8.bb
index 0f2c3aa131..6b59029255 100644
--- a/meta/recipes-gnome/libnotify/libnotify_0.7.8.bb
+++ b/meta/recipes-gnome/libnotify/libnotify_0.7.8.bb
@@ -24,3 +24,6 @@ PROVIDES += "libnotify3"
 RPROVIDES_${PN} += "libnotify3"
 RCONFLICTS_${PN} += "libnotify3"
 RREPLACES_${PN} += "libnotify3"
+
+# -7381 is specific to the NodeJS bindings
+CVE_CHECK_WHITELIST += "CVE-2013-7381"
-- 
2.25.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#151947): 
https://lists.openembedded.org/g/openembedded-core/message/151947
Mute This Topic: https://lists.openembedded.org/mt/82887661/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 15/35] openssh: Exclude CVE-2008-3844 from cve-check

[Steve Sakoman]

From: Richard Purdie 

CVE only applies to some distributed RHEL binaries so irrelavent to us.

Signed-off-by: Richard Purdie 
(cherry picked from commit 5d8b3ddf91050f6745a99a8abb1c3b03c35247af)
Signed-off-by: Steve Sakoman 
---
 meta/recipes-connectivity/openssh/openssh_8.2p1.bb | 3 +++
 1 file changed, 3 insertions(+)

diff --git a/meta/recipes-connectivity/openssh/openssh_8.2p1.bb 
b/meta/recipes-connectivity/openssh/openssh_8.2p1.bb
index b429fbe96d..6ed54a8139 100644
--- a/meta/recipes-connectivity/openssh/openssh_8.2p1.bb
+++ b/meta/recipes-connectivity/openssh/openssh_8.2p1.bb
@@ -35,6 +35,9 @@ CVE_CHECK_WHITELIST += "CVE-2007-2768"
 # and when running in a Kerberos environment. As such it is not relevant to 
OpenEmbedded
 CVE_CHECK_WHITELIST += "CVE-2014-9278"
 
+# CVE only applies to some distributed RHEL binaries
+CVE_CHECK_WHITELIST += "CVE-2008-3844"
+
 PAM_SRC_URI = "file://sshd"
 
 inherit manpages useradd update-rc.d update-alternatives systemd
-- 
2.25.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#151955): 
https://lists.openembedded.org/g/openembedded-core/message/151955
Mute This Topic: https://lists.openembedded.org/mt/82887672/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 12/35] jquery: Exclude CVE-2007-2379 from cve-check

[Steve Sakoman]

From: Richard Purdie 

The CVE is non-specific and depends on the users of jquery, doesn't
make sense to have this flagged against jquery as there is nothing we can
do about it.

Signed-off-by: Richard Purdie 
(cherry picked from commit 1f82843584f6d2843c5bbd2fe5dcbc654a0fbcfb)
Signed-off-by: Steve Sakoman 
---
 meta/recipes-devtools/jquery/jquery_3.5.0.bb | 5 +
 1 file changed, 5 insertions(+)

diff --git a/meta/recipes-devtools/jquery/jquery_3.5.0.bb 
b/meta/recipes-devtools/jquery/jquery_3.5.0.bb
index 35ce14e152..efffe05fd2 100644
--- a/meta/recipes-devtools/jquery/jquery_3.5.0.bb
+++ b/meta/recipes-devtools/jquery/jquery_3.5.0.bb
@@ -17,6 +17,11 @@ SRC_URI[map.sha256sum] = 
"3149351c8cbc3fb230bbf6188617c7ffda77d9e14333f4f5f0aa1a
 
 UPSTREAM_CHECK_REGEX = "jquery-(?P\d+(\.\d+)+)\.js"
 
+# https://github.com/jquery/jquery/issues/3927
+# There are ways jquery can expose security issues but any issues are in the 
apps exposing them
+# and there is little we can directly do
+CVE_CHECK_WHITELIST += "CVE-2007-2379"
+
 inherit allarch
 
 do_install() {
-- 
2.25.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#151952): 
https://lists.openembedded.org/g/openembedded-core/message/151952
Mute This Topic: https://lists.openembedded.org/mt/82887668/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 09/35] qemu: Exclude CVE-2017-5957 from cve-check

[Steve Sakoman]

From: Richard Purdie 

The CVE applies to virglrender before 0.6.0 which we don't have.

Signed-off-by: Richard Purdie 
(cherry picked from commit 9b5355375d028577de0b98e05992de6a088cb972)
Signed-off-by: Steve Sakoman 
---
 meta/recipes-devtools/qemu/qemu.inc | 3 +++
 1 file changed, 3 insertions(+)

diff --git a/meta/recipes-devtools/qemu/qemu.inc 
b/meta/recipes-devtools/qemu/qemu.inc
index 7647e44726..86abd5ea49 100644
--- a/meta/recipes-devtools/qemu/qemu.inc
+++ b/meta/recipes-devtools/qemu/qemu.inc
@@ -61,6 +61,9 @@ UPSTREAM_CHECK_REGEX = "qemu-(?P\d+(\.\d+)+)\.tar"
 SRC_URI[md5sum] = "278eeb294e4b497e79af7a57e660cb9a"
 SRC_URI[sha256sum] = 
"d3481d4108ce211a053ef15be69af1bdd9dde1510fda80d92be0f6c3e98768f0"
 
+# Applies against virglrender < 0.6.0 and not qemu itself
+CVE_CHECK_WHITELIST += "CVE-2017-5957"
+
 COMPATIBLE_HOST_mipsarchn32 = "null"
 COMPATIBLE_HOST_mipsarchn64 = "null"
 
-- 
2.25.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#151949): 
https://lists.openembedded.org/g/openembedded-core/message/151949
Mute This Topic: https://lists.openembedded.org/mt/82887664/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 10/35] qemu: Exclude CVE-2007-0998 from cve-check

[Steve Sakoman]

From: Richard Purdie 

The CVE applies to the built-in VNC server but we don't enable this by default.

Signed-off-by: Richard Purdie 
(cherry picked from commit d62b9974a5f3a0f462434ce2763c28a4b4bbcfc6)
Signed-off-by: Steve Sakoman 
---
 meta/recipes-devtools/qemu/qemu.inc | 4 
 1 file changed, 4 insertions(+)

diff --git a/meta/recipes-devtools/qemu/qemu.inc 
b/meta/recipes-devtools/qemu/qemu.inc
index 86abd5ea49..396ff1c5eb 100644
--- a/meta/recipes-devtools/qemu/qemu.inc
+++ b/meta/recipes-devtools/qemu/qemu.inc
@@ -64,6 +64,10 @@ SRC_URI[sha256sum] = 
"d3481d4108ce211a053ef15be69af1bdd9dde1510fda80d92be0f6c3e9
 # Applies against virglrender < 0.6.0 and not qemu itself
 CVE_CHECK_WHITELIST += "CVE-2017-5957"
 
+# The VNC server can expose host files uder some circumstances. We don't
+# enable it by default.
+CVE_CHECK_WHITELIST += "CVE-2007-0998"
+
 COMPATIBLE_HOST_mipsarchn32 = "null"
 COMPATIBLE_HOST_mipsarchn64 = "null"
 
-- 
2.25.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#151950): 
https://lists.openembedded.org/g/openembedded-core/message/151950
Mute This Topic: https://lists.openembedded.org/mt/82887665/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 08/35] builder: whitelist CVE-2008-4178 (a different builder)

[Steve Sakoman]

From: Ross Burton 

Signed-off-by: Ross Burton 
Signed-off-by: Richard Purdie 
(cherry picked from commit 107987b342a834badfad286474b03543b4764d23)
Signed-off-by: Steve Sakoman 
---
 meta/recipes-graphics/builder/builder_0.1.bb | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/meta/recipes-graphics/builder/builder_0.1.bb 
b/meta/recipes-graphics/builder/builder_0.1.bb
index 0a64c31ab3..9d5cd8cde6 100644
--- a/meta/recipes-graphics/builder/builder_0.1.bb
+++ b/meta/recipes-graphics/builder/builder_0.1.bb
@@ -29,3 +29,5 @@ do_install () {
chown  builder.builder 
${D}${sysconfdir}/mini_x/session.d/builder_session.sh
 }
 
+# -4178 is an unrelated 'builder'
+CVE_CHECK_WHITELIST = "CVE-2008-4178"
-- 
2.25.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#151948): 
https://lists.openembedded.org/g/openembedded-core/message/151948
Mute This Topic: https://lists.openembedded.org/mt/82887663/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 06/35] cairo: backport patch for CVE-2020-35492

[Steve Sakoman]

From: Ross Burton 

Signed-off-by: Richard Purdie 
(cherry picked from commit 0c4e6f99332ae253855708845a41fdfeb72d4c30)
Signed-off-by: Steve Sakoman 
---
 .../cairo/cairo/CVE-2020-35492.patch  | 60 +++
 meta/recipes-graphics/cairo/cairo_1.16.0.bb   |  1 +
 2 files changed, 61 insertions(+)
 create mode 100644 meta/recipes-graphics/cairo/cairo/CVE-2020-35492.patch

diff --git a/meta/recipes-graphics/cairo/cairo/CVE-2020-35492.patch 
b/meta/recipes-graphics/cairo/cairo/CVE-2020-35492.patch
new file mode 100644
index 00..fb6ce5cfdf
--- /dev/null
+++ b/meta/recipes-graphics/cairo/cairo/CVE-2020-35492.patch
@@ -0,0 +1,60 @@
+Fix stack buffer overflow.
+
+CVE: CVE-2020-35492
+Upstream-Status: Backport
+Signed-off-by: Ross Burton 
+
+From 03a820b173ed1fdef6ff14b4468f5dbc02ff59be Mon Sep 17 00:00:00 2001
+From: Heiko Lewin 
+Date: Tue, 15 Dec 2020 16:48:19 +0100
+Subject: [PATCH] Fix mask usage in image-compositor
+
+---
+ src/cairo-image-compositor.c|   8 ++--
+ test/Makefile.sources   |   1 +
+ test/bug-image-compositor.c |  39 
+ test/reference/bug-image-compositor.ref.png | Bin 0 -> 185 bytes
+ 4 files changed, 44 insertions(+), 4 deletions(-)
+ create mode 100644 test/bug-image-compositor.c
+ create mode 100644 test/reference/bug-image-compositor.ref.png
+
+diff --git a/src/cairo-image-compositor.c b/src/cairo-image-compositor.c
+index 79ad69f68..4f8aaed99 100644
+--- a/src/cairo-image-compositor.c
 b/src/cairo-image-compositor.c
+@@ -2601,14 +2601,14 @@ _inplace_src_spans (void *abstract_renderer, int y, 
int h,
+   unsigned num_spans)
+ {
+ cairo_image_span_renderer_t *r = abstract_renderer;
+-uint8_t *m;
++uint8_t *m, *base = (uint8_t*)pixman_image_get_data(r->mask);
+ int x0;
+ 
+ if (num_spans == 0)
+   return CAIRO_STATUS_SUCCESS;
+ 
+ x0 = spans[0].x;
+-m = r->_buf;
++m = base;
+ do {
+   int len = spans[1].x - spans[0].x;
+   if (len >= r->u.composite.run_length && spans[0].coverage == 0xff) {
+@@ -2655,7 +2655,7 @@ _inplace_src_spans (void *abstract_renderer, int y, int 
h,
+ spans[0].x, y,
+ spans[1].x - spans[0].x, h);
+ 
+-  m = r->_buf;
++  m = base;
+   x0 = spans[1].x;
+   } else if (spans[0].coverage == 0x0) {
+   if (spans[0].x != x0) {
+@@ -2684,7 +2684,7 @@ _inplace_src_spans (void *abstract_renderer, int y, int 
h,
+ #endif
+   }
+ 
+-  m = r->_buf;
++  m = base;
+   x0 = spans[1].x;
+   } else {
+   *m++ = spans[0].coverage;
+-- 
diff --git a/meta/recipes-graphics/cairo/cairo_1.16.0.bb 
b/meta/recipes-graphics/cairo/cairo_1.16.0.bb
index 8663dec404..4827374ffc 100644
--- a/meta/recipes-graphics/cairo/cairo_1.16.0.bb
+++ b/meta/recipes-graphics/cairo/cairo_1.16.0.bb
@@ -27,6 +27,7 @@ SRC_URI = 
"http://cairographics.org/releases/cairo-${PV}.tar.xz \
file://CVE-2018-19876.patch \
file://CVE-2019-6461.patch \
file://CVE-2019-6462.patch \
+   file://CVE-2020-35492.patch \
   "
 
 SRC_URI[md5sum] = "f19e0353828269c22bd72e271243a552"
-- 
2.25.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#151946): 
https://lists.openembedded.org/g/openembedded-core/message/151946
Mute This Topic: https://lists.openembedded.org/mt/82887660/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 04/35] python3-jinja2: 2.11.2 -> 2.11.3

[Steve Sakoman]

From: Lee Chee Yang 

updates include fix for CVE-2020-28493

changelog:
https://jinja.palletsprojects.com/en/2.11.x/changelog/#version-2-11-3

Signed-off-by: Lee Chee Yang 
Signed-off-by: Steve Sakoman 
---
 .../{python3-jinja2_2.11.2.bb => python3-jinja2_2.11.3.bb}  | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)
 rename meta/recipes-devtools/python/{python3-jinja2_2.11.2.bb => 
python3-jinja2_2.11.3.bb} (92%)

diff --git a/meta/recipes-devtools/python/python3-jinja2_2.11.2.bb 
b/meta/recipes-devtools/python/python3-jinja2_2.11.3.bb
similarity index 92%
rename from meta/recipes-devtools/python/python3-jinja2_2.11.2.bb
rename to meta/recipes-devtools/python/python3-jinja2_2.11.3.bb
index 45167d52a2..dbdf563f87 100644
--- a/meta/recipes-devtools/python/python3-jinja2_2.11.2.bb
+++ b/meta/recipes-devtools/python/python3-jinja2_2.11.3.bb
@@ -4,7 +4,7 @@ HOMEPAGE = "https://pypi.org/project/Jinja/;
 LICENSE = "BSD-3-Clause"
 LIC_FILES_CHKSUM = "file://LICENSE.rst;md5=5dc88300786f1c214c1e9827a5229462"
 
-SRC_URI[sha256sum] = 
"89aab215427ef59c34ad58735269eb58b1a5808103067f7bb9d5836c651b3bb0"
+SRC_URI[sha256sum] = 
"a6d58433de0ae800347cab1fa3043cebbabe8baa9d29e668f1c768cb87a333c6"
 
 PYPI_PACKAGE = "Jinja2"
 
-- 
2.25.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#151944): 
https://lists.openembedded.org/g/openembedded-core/message/151944
Mute This Topic: https://lists.openembedded.org/mt/82887655/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 05/35] glibc: Document and whitelist CVE-2019-1010022-25

[Steve Sakoman]

From: Richard Purdie 

These CVEs are disputed by upstream and there is no plan to fix/address them. No
other distros are carrying patches for them. There is a patch for 1010025
however it isn't merged upstream and probably carries more risk of other bugs
than not having it.

Signed-off-by: Richard Purdie 
(cherry picked from commit b238db678083cc15313b98d2e33f83cccab03fc6)
Signed-off-by: Steve Sakoman 
---
 meta/recipes-core/glibc/glibc_2.31.bb | 13 +
 1 file changed, 13 insertions(+)

diff --git a/meta/recipes-core/glibc/glibc_2.31.bb 
b/meta/recipes-core/glibc/glibc_2.31.bb
index 22858bc563..23242fff76 100644
--- a/meta/recipes-core/glibc/glibc_2.31.bb
+++ b/meta/recipes-core/glibc/glibc_2.31.bb
@@ -5,6 +5,19 @@ CVE_CHECK_WHITELIST += "CVE-2020-10029 CVE-2020-6096 
CVE-2016-10228 CVE-2020-175
 CVE-2021-27645 CVE-2021-3326 CVE-2020-27618 
CVE-2020-29562 CVE-2019-25013 \
 "
 
+# glibc https://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2019-1010022
+# glibc https://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2019-1010023
+# glibc https://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2019-1010024
+# Upstream glibc maintainers dispute there is any issue and have no plans to 
address it further.
+# "this is being treated as a non-security bug and no real threat."
+CVE_CHECK_WHITELIST += "CVE-2019-1010022 CVE-2019-1010023 CVE-2019-1010024"
+
+# glibc https://web.nvd.nist.gov/view/vuln/detail?vulnId=CVE-2019-1010025
+# Allows for ASLR bypass so can bypass some hardening, not an exploit in 
itself, may allow
+# easier access for another. "ASLR bypass itself is not a vulnerability."
+# Potential patch at https://sourceware.org/bugzilla/show_bug.cgi?id=22853
+CVE_CHECK_WHITELIST += "CVE-2019-1010025"
+
 DEPENDS += "gperf-native bison-native make-native"
 
 NATIVESDKFIXES ?= ""
-- 
2.25.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#151945): 
https://lists.openembedded.org/g/openembedded-core/message/151945
Mute This Topic: https://lists.openembedded.org/mt/82887658/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 03/35] tiff: fix CVE-2020-35523 CVE-2020-35524

[Steve Sakoman]

From: Lee Chee Yang 

Signed-off-by: Lee Chee Yang 
Signed-off-by: Steve Sakoman 
---
 .../libtiff/files/CVE-2020-35523.patch| 55 +++
 .../libtiff/files/CVE-2020-35524-1.patch  | 42 ++
 .../libtiff/files/CVE-2020-35524-2.patch  | 36 
 meta/recipes-multimedia/libtiff/tiff_4.1.0.bb |  3 +
 4 files changed, 136 insertions(+)
 create mode 100644 meta/recipes-multimedia/libtiff/files/CVE-2020-35523.patch
 create mode 100644 meta/recipes-multimedia/libtiff/files/CVE-2020-35524-1.patch
 create mode 100644 meta/recipes-multimedia/libtiff/files/CVE-2020-35524-2.patch

diff --git a/meta/recipes-multimedia/libtiff/files/CVE-2020-35523.patch 
b/meta/recipes-multimedia/libtiff/files/CVE-2020-35523.patch
new file mode 100644
index 00..1f30b32799
--- /dev/null
+++ b/meta/recipes-multimedia/libtiff/files/CVE-2020-35523.patch
@@ -0,0 +1,55 @@
+From c8d613ef497058fe653c467fc84c70a62a4a71b2 Mon Sep 17 00:00:00 2001
+From: Thomas Bernard 
+Date: Tue, 10 Nov 2020 01:54:30 +0100
+Subject: [PATCH] gtTileContig(): check Tile width for overflow
+
+fixes #211
+
+Upstream-Status: Backport [ 
https://gitlab.com/libtiff/libtiff/-/commit/c8d613ef497058fe653c467fc84c70a62a4a71b2
 ]
+CVE: CVE-2020-35523
+Signed-off-by: Chee Yang Lee 
+---
+ libtiff/tif_getimage.c | 17 +
+ 1 file changed, 13 insertions(+), 4 deletions(-)
+
+diff --git a/libtiff/tif_getimage.c b/libtiff/tif_getimage.c
+index 4da785d3..96ab1460 100644
+--- a/libtiff/tif_getimage.c
 b/libtiff/tif_getimage.c
+@@ -29,6 +29,7 @@
+  */
+ #include "tiffiop.h"
+ #include 
++#include 
+ 
+ static int gtTileContig(TIFFRGBAImage*, uint32*, uint32, uint32);
+ static int gtTileSeparate(TIFFRGBAImage*, uint32*, uint32, uint32);
+@@ -645,12 +646,20 @@ gtTileContig(TIFFRGBAImage* img, uint32* raster, uint32 
w, uint32 h)
+ 
+ flip = setorientation(img);
+ if (flip & FLIP_VERTICALLY) {
+-  y = h - 1;
+-  toskew = -(int32)(tw + w);
++if ((tw + w) > INT_MAX) {
++TIFFErrorExt(tif->tif_clientdata, TIFFFileName(tif), "%s", 
"unsupported tile size (too wide)");
++return (0);
++}
++y = h - 1;
++toskew = -(int32)(tw + w);
+ }
+ else {
+-  y = 0;
+-  toskew = -(int32)(tw - w);
++if (tw > (INT_MAX + w)) {
++TIFFErrorExt(tif->tif_clientdata, TIFFFileName(tif), "%s", 
"unsupported tile size (too wide)");
++return (0);
++}
++y = 0;
++toskew = -(int32)(tw - w);
+ }
+  
+ /*
+-- 
+GitLab
+
+
diff --git a/meta/recipes-multimedia/libtiff/files/CVE-2020-35524-1.patch 
b/meta/recipes-multimedia/libtiff/files/CVE-2020-35524-1.patch
new file mode 100644
index 00..5232eacb50
--- /dev/null
+++ b/meta/recipes-multimedia/libtiff/files/CVE-2020-35524-1.patch
@@ -0,0 +1,42 @@
+From c6a12721b46f1a72974f91177890301730d7b330 Mon Sep 17 00:00:00 2001
+From: Thomas Bernard 
+Date: Tue, 10 Nov 2020 01:01:59 +0100
+Subject: [PATCH] tiff2pdf.c: properly calculate datasize when saving to JPEG
+ YCbCr
+
+fixes #220
+Upstream-Status: Backport
+https://gitlab.com/libtiff/libtiff/-/commit/c6a12721b46f1a72974f91177890301730d7b330
+https://gitlab.com/libtiff/libtiff/-/merge_requests/159/commits
+CVE: CVE-2021-35524
+Signed-off-by: Chee Yang Lee 
+
+---
+ tools/tiff2pdf.c | 11 ---
+ 1 file changed, 8 insertions(+), 3 deletions(-)
+
+diff --git a/tools/tiff2pdf.c b/tools/tiff2pdf.c
+index 719811ea..dc69d2f9 100644
+--- a/tools/tiff2pdf.c
 b/tools/tiff2pdf.c
+@@ -2087,9 +2087,14 @@ void t2p_read_tiff_size(T2P* t2p, TIFF* input){
+ #endif
+   (void) 0;
+   }
+-  k = checkMultiply64(TIFFScanlineSize(input), t2p->tiff_length, t2p);
+-  if(t2p->tiff_planar==PLANARCONFIG_SEPARATE){
+-  k = checkMultiply64(k, t2p->tiff_samplesperpixel, t2p);
++  if(t2p->pdf_compression == T2P_COMPRESS_JPEG
++ && t2p->tiff_photometric == PHOTOMETRIC_YCBCR) {
++  k = checkMultiply64(TIFFNumberOfStrips(input), 
TIFFStripSize(input), t2p);
++  } else {
++  k = checkMultiply64(TIFFScanlineSize(input), t2p->tiff_length, 
t2p);
++  if(t2p->tiff_planar==PLANARCONFIG_SEPARATE){
++  k = checkMultiply64(k, t2p->tiff_samplesperpixel, t2p);
++  }
+   }
+   if (k == 0) {
+   /* Assume we had overflow inside TIFFScanlineSize */
+-- 
+GitLab
+
diff --git a/meta/recipes-multimedia/libtiff/files/CVE-2020-35524-2.patch 
b/meta/recipes-multimedia/libtiff/files/CVE-2020-35524-2.patch
new file mode 100644
index 00..406d467766
--- /dev/null
+++ b/meta/recipes-multimedia/libtiff/files/CVE-2020-35524-2.patch
@@ -0,0 +1,36 @@
+From d74f56e3b7ea55c8a18a03bc247cd5fd0ca288b2 Mon Sep 17 00:00:00 2001
+From: Thomas Bernard 
+Date: Tue, 10 Nov 2020 02:05:05 +0100
+Subject: [PATCH] Fix for building without JPEG support
+
+Upstream-Status: Backport

[OE-core][dunfell 02/35] qemu: fix CVE-2021-3392

[Steve Sakoman]

From: Lee Chee Yang 

Signed-off-by: Lee Chee Yang 
Signed-off-by: Steve Sakoman 
---
 meta/recipes-devtools/qemu/qemu.inc   |  1 +
 .../qemu/qemu/CVE-2021-3392.patch | 92 +++
 2 files changed, 93 insertions(+)
 create mode 100644 meta/recipes-devtools/qemu/qemu/CVE-2021-3392.patch

diff --git a/meta/recipes-devtools/qemu/qemu.inc 
b/meta/recipes-devtools/qemu/qemu.inc
index 5e8d3e09ff..7647e44726 100644
--- a/meta/recipes-devtools/qemu/qemu.inc
+++ b/meta/recipes-devtools/qemu/qemu.inc
@@ -54,6 +54,7 @@ SRC_URI = "https://download.qemu.org/${BPN}-${PV}.tar.xz \
   file://CVE-2020-24352.patch \
   file://CVE-2020-25723.patch \
   file://CVE-2021-20203.patch \
+  file://CVE-2021-3392.patch \
   "
 UPSTREAM_CHECK_REGEX = "qemu-(?P\d+(\.\d+)+)\.tar"
 
diff --git a/meta/recipes-devtools/qemu/qemu/CVE-2021-3392.patch 
b/meta/recipes-devtools/qemu/qemu/CVE-2021-3392.patch
new file mode 100644
index 00..45b8a4f1dd
--- /dev/null
+++ b/meta/recipes-devtools/qemu/qemu/CVE-2021-3392.patch
@@ -0,0 +1,92 @@
+From 3791642c8d60029adf9b00bcb4e34d7d8a1aea4d Mon Sep 17 00:00:00 2001
+From: Michael Tokarev 
+Date: Mon, 19 Apr 2021 15:42:47 +0200
+Subject: [PATCH] mptsas: Remove unused MPTSASState 'pending' field
+ (CVE-2021-3392)
+MIME-Version: 1.0
+Content-Type: text/plain; charset=utf8
+Content-Transfer-Encoding: 8bit
+
+While processing SCSI i/o requests in mptsas_process_scsi_io_request(),
+the Megaraid emulator appends new MPTSASRequest object 'req' to
+the 's->pending' queue. In case of an error, this same object gets
+dequeued in mptsas_free_request() only if SCSIRequest object
+'req->sreq' is initialised. This may lead to a use-after-free issue.
+
+Since s->pending is actually not used, simply remove it from
+MPTSASState.
+
+Cc: qemu-sta...@nongnu.org
+Signed-off-by: Michael Tokarev 
+Reviewed-by: Philippe Mathieu-Daudé 
+Signed-off-by: Philippe Mathieu-Daudé 
+Reported-by: Cheolwoo Myung 
+Message-id: 20210419134247.1467982-1-f4...@amsat.org
+Message-Id: <20210416102243.1293871-1-...@msgid.tls.msk.ru>
+Suggested-by: Paolo Bonzini 
+Reported-by: Cheolwoo Myung 
+BugLink: https://bugs.launchpad.net/qemu/+bug/1914236 (CVE-2021-3392)
+Fixes: e351b826112 ("hw: Add support for LSI SAS1068 (mptsas) device")
+[PMD: Reworded description, added more tags]
+Signed-off-by: Philippe Mathieu-Daudé 
+Reviewed-by: Peter Maydell 
+Signed-off-by: Peter Maydell 
+
+Upstream-Status: Backport [ 
https://git.qemu.org/?p=qemu.git;a=commit;h=3791642c8d60029adf9b00bcb4e34d7d8a1aea4d
 ]
+CVE: CVE-2021-3392
+Signed-off-by: Chee Yang Lee 
+---
+ hw/scsi/mptsas.c | 6 --
+ hw/scsi/mptsas.h | 1 -
+ 2 files changed, 7 deletions(-)
+
+diff --git a/hw/scsi/mptsas.c b/hw/scsi/mptsas.c
+index 7416e78..db3219e 100644
+--- a/hw/scsi/mptsas.c
 b/hw/scsi/mptsas.c
+@@ -251,13 +251,10 @@ static int mptsas_build_sgl(MPTSASState *s, 
MPTSASRequest *req, hwaddr addr)
+ 
+ static void mptsas_free_request(MPTSASRequest *req)
+ {
+-MPTSASState *s = req->dev;
+-
+ if (req->sreq != NULL) {
+ req->sreq->hba_private = NULL;
+ scsi_req_unref(req->sreq);
+ req->sreq = NULL;
+-QTAILQ_REMOVE(>pending, req, next);
+ }
+ qemu_sglist_destroy(>qsg);
+ g_free(req);
+@@ -303,7 +300,6 @@ static int mptsas_process_scsi_io_request(MPTSASState *s,
+ }
+ 
+ req = g_new0(MPTSASRequest, 1);
+-QTAILQ_INSERT_TAIL(>pending, req, next);
+ req->scsi_io = *scsi_io;
+ req->dev = s;
+ 
+@@ -1319,8 +1315,6 @@ static void mptsas_scsi_realize(PCIDevice *dev, Error 
**errp)
+ 
+ s->request_bh = qemu_bh_new(mptsas_fetch_requests, s);
+ 
+-QTAILQ_INIT(>pending);
+-
+ scsi_bus_new(>bus, sizeof(s->bus), >qdev, _scsi_info, 
NULL);
+ }
+ 
+diff --git a/hw/scsi/mptsas.h b/hw/scsi/mptsas.h
+index b85ac1a..c046497 100644
+--- a/hw/scsi/mptsas.h
 b/hw/scsi/mptsas.h
+@@ -79,7 +79,6 @@ struct MPTSASState {
+ uint16_t reply_frame_size;
+ 
+ SCSIBus bus;
+-QTAILQ_HEAD(, MPTSASRequest) pending;
+ };
+ 
+ void mptsas_fix_scsi_io_endianness(MPIMsgSCSIIORequest *req);
+-- 
+1.8.3.1
+
-- 
2.25.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#151942): 
https://lists.openembedded.org/g/openembedded-core/message/151942
Mute This Topic: https://lists.openembedded.org/mt/82887649/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 01/35] subversion: fix CVE-2020-17525

[Steve Sakoman]

From: Lee Chee Yang 

Signed-off-by: Lee Chee Yang 
Signed-off-by: Steve Sakoman 
---
 .../subversion/CVE-2020-17525.patch   | 117 ++
 .../subversion/subversion_1.13.0.bb   |   1 +
 2 files changed, 118 insertions(+)
 create mode 100644 
meta/recipes-devtools/subversion/subversion/CVE-2020-17525.patch

diff --git a/meta/recipes-devtools/subversion/subversion/CVE-2020-17525.patch 
b/meta/recipes-devtools/subversion/subversion/CVE-2020-17525.patch
new file mode 100644
index 00..5bebde2a86
--- /dev/null
+++ b/meta/recipes-devtools/subversion/subversion/CVE-2020-17525.patch
@@ -0,0 +1,117 @@
+Upstream-Status: Backport [ 
https://subversion.apache.org/security/CVE-2020-17525-advisory.txt ] 
+CVE: CVE-2020-17525
+Signed-off-by: Chee Yang Lee 
+
+  Remote unauthenticated denial-of-service in Subversion mod_authz_svn.
+
+Summary:
+
+
+  Subversion's mod_authz_svn module will crash if the server is using
+  in-repository authz rules with the AuthzSVNReposRelativeAccessFile
+  option and a client sends a request for a non-existing repository URL.
+
+  This can lead to disruption for users of the service.
+
+Known vulnerable:
+=
+
+  mod_dav_svn+mod_authz_svn servers 1.9.0 through 1.10.6 (inclusive).
+  mod_dav_svn+mod_authz_svn servers 1.11.0 through 1.14.0 (inclusive).
+
+Known fixed:
+
+
+  mod_dav_svn+mod_authz_svn servers 1.14.1
+  mod_dav_svn+mod_authz_svn servers 1.10.7
+
+Details:
+
+
+  A null-pointer-dereference has been found in mod_authz_svn that results in
+  a remote unauthenticated Denial-of-Service in some server configurations.
+
+  The vulnerability can be triggered by an unauthenticated user if the
+  Apache HTTPD server is configured to use an in-repository authz file,
+  with configuration directives such as:
+
+AuthzSVNAccessFile "^/authz"
+AuthzSVNReposRelativeAccessFile "^/authz"
+
+  The problem originates when sending a GET request to a non-existent
+  repository. The mod_authz_svn module will attempt to find authz rules
+  at a path within the requested SVN repository. Upon constructing this
+  path, the function svn_repos_find_root_path will return a NULL pointer
+  since the requested repository does not exist on-disk.
+  A check for this legitimate NULL pointer condition is missing, which
+  results in a segmentation fault when the NULL pointer is used.
+
+  The in-repository authz feature was first introduced in Subversion 1.8:
+  https://subversion.apache.org/docs/release-notes/1.8.html#in-repo-authz
+
+  The missing NULL check was first introduced during refactoring of the
+  authz code during development work leading up to Subversion 1.9.
+  Subversion 1.8 servers are unaffected.
+
+Severity:
+=
+
+  CVSSv3 Base Score: 7.5 (High)
+
+  CVSSv3 Base Vector: CVSS:3.0/AV:N/AC:L/PR:N/UI:N/S:U/C:N/I:N/A:H
+
+  Exploitation results in denial of service by crashing the HTTPD worker
+  handling the request. The impact of this differs depending on how the
+  Apache HTTPD server is configured, including the choice of MPM (Multi-
+  Processing-Module). If the worker shares its memory address space with
+  the main thread, as is the case with e.g. the Event MPM, the entire
+  HTTPD server process will terminate. If the pre-fork MPM is used, the
+  worker will terminate but the HTTPD server will stay up, and service
+  availability will depend on how frequently the attacker is able to
+  send malicious requests which target the vulnerability.
+
+Recommendations:
+
+
+  We recommend all users to upgrade to a known fixed release of the
+  Subversion mod_dav_svn server.
+
+  Users who are unable to upgrade may apply the included patches.
+
+  As a workaround, the use of in-repository authz rules files with
+  the AuthzSVNReposRelativeAccessFile can be avoided by switching
+  to an alternative configuration which fetches an authz rules file
+  from the server's filesystem, rather than from an SVN repository.
+
+References:
+===
+
+  CVE-2020-17525 (Subversion)
+
+Reported by:
+
+
+  Thomas Åkesson, simonsoft.se
+
+Patches:
+
+
+  Patch for Subversion 1.10, 1.14:
+
+[[[
+Index: subversion/libsvn_repos/config_file.c
+===
+--- a/subversion/libsvn_repos/config_file.c(revision 1883994)
 b/subversion/libsvn_repos/config_file.c(working copy)
+@@ -237,6 +237,10 @@ get_repos_config(svn_stream_t **stream,
+ {
+   /* Search for a repository in the full path. */
+   repos_root_dirent = svn_repos_find_root_path(dirent, scratch_pool);
++  if (repos_root_dirent == NULL)
++return svn_error_trace(handle_missing_file(stream, checksum, access,
++   url, must_exist,
++   svn_node_none));
+ 
+   /* Attempt to open a repository at repos_root_dirent. */
+   

[OE-core][dunfell 00/35] Patch review

[Steve Sakoman]

Please review this next set of patches for dunfell and have comments back by
end of day Wednesday.

Passed a-full on autobuilder:

https://autobuilder.yoctoproject.org/typhoon/#/builders/83/builds/2158

The following changes since commit 55dc503f4ab33e2aa51a3a6e4003131e0b9355ff:

  reproducible.py: add quilt-ptest and valgrind-ptest (2021-05-13 22:10:01 
+0100)

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

Alexander Kanavin (1):
  linux-firmware: upgrade 20210208 -> 20210315

Anuj Mittal (1):
  lsb-release: fix reproducibility failure

Bruce Ashfield (1):
  linux-yocto/5.4: qemuppc32: reduce serial shutdown issues

Chen Qi (1):
  db: update CVE_PRODUCT

Lee Chee Yang (4):
  subversion: fix CVE-2020-17525
  qemu: fix CVE-2021-3392
  tiff: fix CVE-2020-35523 CVE-2020-35524
  python3-jinja2: 2.11.2 -> 2.11.3

Richard Purdie (19):
  glibc: Document and whitelist CVE-2019-1010022-25
  qemu: Exclude CVE-2017-5957 from cve-check
  qemu: Exclude CVE-2007-0998 from cve-check
  qemu: Exclude CVE-2018-18438 from cve-check
  jquery: Exclude CVE-2007-2379 from cve-check
  logrotate: Exclude CVE-2011-1548,1549,1550 from cve-check
  openssh: Exclude CVE-2007-2768 from cve-check
  openssh: Exclude CVE-2008-3844 from cve-check
  unzip: Exclude CVE-2008-0888 from cve-check
  cpio: Exclude CVE-2010-4226 from cve-check
  ghostscript: Exclude CVE-2013-6629 from cve-check
  bluez: Exclude CVE-2020-12352 CVE-2020-24490 from cve-check
  tiff: Exclude CVE-2015-7313 from cve-check
  coreutils: Exclude CVE-2016-2781 from cve-check
  librsvg: Exclude CVE-2018-141 from cve-check
  avahi: Exclude CVE-2021-26720 from cve-check
  oeqa/qemurunner: Improve logging thread exit handling for qemu
shutdown test
  oeqa/qemurunner: Fix binary vs str issue
  oeqa/qemurunner: Improve handling of run_serial for shutdown commands

Robert P. J. Day (2):
  image.bbclass: fix comment "pacackages" -> "packages"
  meta/lib/oe/rootfs.py: Fix typo "Restoreing" -> "Restoring"

Romain Naour (1):
  dejagnu: needs expect at runtime

Ross Burton (3):
  cairo: backport patch for CVE-2020-35492
  libnotify: whitelist CVE-2013-7381 (specific to the NodeJS bindings)
  builder: whitelist CVE-2008-4178 (a different builder)

Ulrich Ölmann (1):
  local.conf.sample: fix typo

Yann Dirson (1):
  linux-firmware: include all relevant files in -bcm4356

 meta/classes/image.bbclass|   2 +-
 meta/conf/local.conf.sample   |   2 +-
 meta/lib/oe/rootfs.py |   2 +-
 meta/lib/oeqa/selftest/cases/runqemu.py   |   9 +-
 meta/lib/oeqa/utils/qemurunner.py |  21 +++-
 meta/recipes-connectivity/avahi/avahi_0.7.bb  |   3 +
 .../bluez5/bluez5_5.55.bb |   3 +
 .../openssh/openssh_8.2p1.bb  |   6 +
 meta/recipes-core/coreutils/coreutils_8.31.bb |   4 +
 meta/recipes-core/glibc/glibc_2.31.bb |  13 ++
 .../recipes-devtools/dejagnu/dejagnu_1.6.2.bb |   1 +
 meta/recipes-devtools/jquery/jquery_3.5.0.bb  |   5 +
 ...ja2_2.11.2.bb => python3-jinja2_2.11.3.bb} |   2 +-
 meta/recipes-devtools/qemu/qemu.inc   |  12 ++
 .../qemu/qemu/CVE-2021-3392.patch |  92 ++
 .../subversion/CVE-2020-17525.patch   | 117 ++
 .../subversion/subversion_1.13.0.bb   |   1 +
 meta/recipes-extended/cpio/cpio_2.13.bb   |   3 +
 .../ghostscript/ghostscript_9.52.bb   |   4 +
 .../logrotate/logrotate_3.15.1.bb |   3 +
 .../help2man-reproducibility.patch|  27 
 meta/recipes-extended/lsb/lsb-release_1.4.bb  |   1 +
 meta/recipes-extended/unzip/unzip_6.0.bb  |   3 +
 .../libnotify/libnotify_0.7.8.bb  |   3 +
 meta/recipes-gnome/librsvg/librsvg_2.40.21.bb |   3 +
 meta/recipes-graphics/builder/builder_0.1.bb  |   2 +
 .../cairo/cairo/CVE-2020-35492.patch  |  60 +
 meta/recipes-graphics/cairo/cairo_1.16.0.bb   |   1 +
 ...20210208.bb => linux-firmware_20210315.bb} |   8 +-
 .../linux/linux-yocto-rt_5.4.bb   |   2 +-
 .../linux/linux-yocto-tiny_5.4.bb |   2 +-
 meta/recipes-kernel/linux/linux-yocto_5.4.bb  |   2 +-
 .../libtiff/files/CVE-2020-35523.patch|  55 
 .../libtiff/files/CVE-2020-35524-1.patch  |  42 +++
 .../libtiff/files/CVE-2020-35524-2.patch  |  36 ++
 meta/recipes-multimedia/libtiff/tiff_4.1.0.bb |   7 ++
 meta/recipes-support/db/db_5.3.28.bb  |   2 +-
 37 files changed, 541 insertions(+), 20 deletions(-)
 rename meta/recipes-devtools/python/{python3-jinja2_2.11.2.bb => 
python3-jinja2_2.11.3.bb} (92%)
 create mode 100644 meta/recipes-devtools/qemu/qemu/CVE-2021-3392.patch
 create mode 100644 
meta/recipes-devtools/subversion/subversion/CVE-2020-17525.patch
 create mode 100644 

Re: [OE-core] [PATCH v2 6/7] oeqa/selftest/cases/rust.py: Rust oe-selftest script.

[Vinay Kumar]

Hi Alex,

Error on qemu  image (ex. Aarch64) booted with tap interface.
===
root@qemuarm64:~# ./remote-test-server
starting test server
thread 'main' panicked at 'TcpListener::bind(bind_addr) failed with
Cannot assign requested address (os error 99)',
src/tools/remote-test-server/src/main.rs:90:20
note: run with `RUST_BACKTRACE=1` environment variable to display a backtrace
===

On Mon, May 17, 2021 at 5:16 PM Alexander Kanavin
 wrote:
>
> On Mon, 17 May 2021 at 13:34, Vinay Kumar  wrote:
>>
>> "remote-test-server" on qemu-image with a tap interface throws an error.
>> The emulators for rust testing are with tcp port forwarding so used
>> slirp method with added rust port.
>
>
> I'm not sure I understand - what kind of error? In both cases the server 
> starts listening on a port, so in slirp scenario the address is 
> 127.0.0.1:12345 (prone to breakage if something else on the build host took 
> that port btw, including another instance of the same test), in tap it would 
> be 192.168.7.2:12345. For the client you simply supply that via 
> TEST_DEVICE_ADDR. No?
>
> Alex

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#151939): 
https://lists.openembedded.org/g/openembedded-core/message/151939
Mute This Topic: https://lists.openembedded.org/mt/82883381/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 1/2] rpm: turn Berkeley DB hard dependency into PACKAGECONFIG

[Peter Kjellerstedt]

> -Original Message-
> From: openembedded-core@lists.openembedded.org 
>  On Behalf Of Ross Burton
> Sent: den 17 maj 2021 13:58
> To: openembedded-core@lists.openembedded.org
> Subject: [OE-core] [PATCH 1/2] rpm: turn Berkeley DB hard dependency into 
> PACKAGECONFIG
> 
> In the future we hope to switch to sqlite instead of Berkeley DB, so
> prepare for this by adding an (enabled by default) PACKAGECONFIG for
> Berkeley DB.
> 
> Signed-off-by: Ross Burton 
> ---
>  meta/recipes-devtools/rpm/rpm_4.16.1.3.bb | 5 +++--
>  1 file changed, 3 insertions(+), 2 deletions(-)
> 
> diff --git a/meta/recipes-devtools/rpm/rpm_4.16.1.3.bb 
> b/meta/recipes-devtools/rpm/rpm_4.16.1.3.bb
> index 2857cd730c4..2baa23944e6 100644
> --- a/meta/recipes-devtools/rpm/rpm_4.16.1.3.bb
> +++ b/meta/recipes-devtools/rpm/rpm_4.16.1.3.bb
> @@ -51,7 +51,7 @@ S = "${WORKDIR}/git"
>  # included in 4.16.1.3
>  CVE_CHECK_WHIETLIST += "CVE-2021-20271"
> 
> -DEPENDS = "libgcrypt db file popt xz bzip2 elfutils python3"
> +DEPENDS = "libgcrypt file popt xz bzip2 elfutils python3"
>  DEPENDS_append_class-native = " file-replacement-native 
> bzip2-replacement-native"
> 
>  inherit autotools gettext pkgconfig python3native
> @@ -74,7 +74,7 @@ EXTRA_OECONF_append_class-nativesdk = " --
> sysconfdir=/etc --disable-plugins"
> 
>  BBCLASSEXTEND = "native nativesdk"
> 
> -PACKAGECONFIG ??= "${@bb.utils.contains('DISTRO_FEATURES', 'systemd', 
> 'inhibit', '', d)}"
> +PACKAGECONFIG ??= "bdb ${@bb.utils.contains('DISTRO_FEATURES', 'systemd', 
> 'inhibit', '', d)}"
>  # The inhibit plugin serves no purpose outside of the target
>  PACKAGECONFIG_remove_class-native = "inhibit"
>  PACKAGECONFIG_remove_class-nativesdk = "inhibit"
> @@ -82,6 +82,7 @@ PACKAGECONFIG_remove_class-nativesdk = "inhibit"
>  PACKAGECONFIG[imaevm] = "--with-imaevm,,ima-evm-utils"
>  PACKAGECONFIG[inhibit] = 
> "--enable-inhibit-plugin,--disable-inhibit-plugin,dbus"
>  PACKAGECONFIG[rpm2archive] = "--with-archive,--without-archive,libarchive"
> +PACKAGECONFIG[bdb] = "--enable-bdb,--disable-bdb,db"

Please keep the PACKAGECONFIGs sorted.

> 
>  ASNEEDED = ""
> 
> --
> 2.25.1

//Peter

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#151938): 
https://lists.openembedded.org/g/openembedded-core/message/151938
Mute This Topic: https://lists.openembedded.org/mt/82884536/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] python3: update status on upstreamed patch

[Ross Burton]

Signed-off-by: Ross Burton 
---
 ...1-Makefile-fix-Issue36464-parallel-build-race-problem.patch | 3 +--
 1 file changed, 1 insertion(+), 2 deletions(-)

diff --git 
a/meta/recipes-devtools/python/python3/0001-Makefile-fix-Issue36464-parallel-build-race-problem.patch
 
b/meta/recipes-devtools/python/python3/0001-Makefile-fix-Issue36464-parallel-build-race-problem.patch
index 237645bc605..9ed03858d42 100644
--- 
a/meta/recipes-devtools/python/python3/0001-Makefile-fix-Issue36464-parallel-build-race-problem.patch
+++ 
b/meta/recipes-devtools/python/python3/0001-Makefile-fix-Issue36464-parallel-build-race-problem.patch
@@ -9,8 +9,7 @@ installs python-config there) to race, resulting in a failure 
due to
 attempting to install python-config into a nonexistent BINDIR. Ensure it also
 exists in the libainstall target.
 
-Upstream-Status: Submitted [https://github.com/python/cpython/pull/13186]
-
+Upstream-Status: Backport 
[https://github.com/python/cpython/commit/a25c46bd7dd47a2f95b32d17ee2f66de214892c6]
 Signed-off-by: Changqing Li 
 ---
  Makefile.pre.in | 2 +-
-- 
2.25.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#151937): 
https://lists.openembedded.org/g/openembedded-core/message/151937
Mute This Topic: https://lists.openembedded.org/mt/82885504/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] rpm: turn Berkeley DB hard dependency into PACKAGECONFIG

[Ross Burton]

In the future we hope to switch to sqlite instead of Berkeley DB, so
prepare for this by adding an (enabled by default) PACKAGECONFIG for
Berkeley DB.

Signed-off-by: Ross Burton 
---
 meta/recipes-devtools/rpm/rpm_4.16.1.3.bb | 5 +++--
 1 file changed, 3 insertions(+), 2 deletions(-)

diff --git a/meta/recipes-devtools/rpm/rpm_4.16.1.3.bb 
b/meta/recipes-devtools/rpm/rpm_4.16.1.3.bb
index 2857cd730c4..2baa23944e6 100644
--- a/meta/recipes-devtools/rpm/rpm_4.16.1.3.bb
+++ b/meta/recipes-devtools/rpm/rpm_4.16.1.3.bb
@@ -51,7 +51,7 @@ S = "${WORKDIR}/git"
 # included in 4.16.1.3
 CVE_CHECK_WHIETLIST += "CVE-2021-20271"
 
-DEPENDS = "libgcrypt db file popt xz bzip2 elfutils python3"
+DEPENDS = "libgcrypt file popt xz bzip2 elfutils python3"
 DEPENDS_append_class-native = " file-replacement-native 
bzip2-replacement-native"
 
 inherit autotools gettext pkgconfig python3native
@@ -74,7 +74,7 @@ EXTRA_OECONF_append_class-nativesdk = " --sysconfdir=/etc 
--disable-plugins"
 
 BBCLASSEXTEND = "native nativesdk"
 
-PACKAGECONFIG ??= "${@bb.utils.contains('DISTRO_FEATURES', 'systemd', 
'inhibit', '', d)}"
+PACKAGECONFIG ??= "bdb ${@bb.utils.contains('DISTRO_FEATURES', 'systemd', 
'inhibit', '', d)}"
 # The inhibit plugin serves no purpose outside of the target
 PACKAGECONFIG_remove_class-native = "inhibit"
 PACKAGECONFIG_remove_class-nativesdk = "inhibit"
@@ -82,6 +82,7 @@ PACKAGECONFIG_remove_class-nativesdk = "inhibit"
 PACKAGECONFIG[imaevm] = "--with-imaevm,,ima-evm-utils"
 PACKAGECONFIG[inhibit] = 
"--enable-inhibit-plugin,--disable-inhibit-plugin,dbus"
 PACKAGECONFIG[rpm2archive] = "--with-archive,--without-archive,libarchive"
+PACKAGECONFIG[bdb] = "--enable-bdb,--disable-bdb,db"
 
 ASNEEDED = ""
 
-- 
2.25.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#151935): 
https://lists.openembedded.org/g/openembedded-core/message/151935
Mute This Topic: https://lists.openembedded.org/mt/82884536/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] libsolv: add missing db dependency

[Ross Burton]

The RPM option currently enables ENABLE_RPMDB_BDB which means libsolv
depends on db.

Signed-off-by: Ross Burton 
---
 meta/recipes-extended/libsolv/libsolv_0.7.19.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-extended/libsolv/libsolv_0.7.19.bb 
b/meta/recipes-extended/libsolv/libsolv_0.7.19.bb
index 98e106f6f8a..0c69636323b 100644
--- a/meta/recipes-extended/libsolv/libsolv_0.7.19.bb
+++ b/meta/recipes-extended/libsolv/libsolv_0.7.19.bb
@@ -20,7 +20,7 @@ S = "${WORKDIR}/git"
 inherit cmake
 
 PACKAGECONFIG ??= 
"${@bb.utils.contains('PACKAGE_CLASSES','package_rpm','rpm','',d)}"
-PACKAGECONFIG[rpm] = "-DENABLE_RPMMD=ON -DENABLE_RPMDB=ON 
-DENABLE_RPMDB_BDB=ON,,rpm"
+PACKAGECONFIG[rpm] = "-DENABLE_RPMMD=ON -DENABLE_RPMDB=ON 
-DENABLE_RPMDB_BDB=ON,,db rpm"
 
 EXTRA_OECMAKE = "-DMULTI_SEMANTICS=ON -DENABLE_COMPLEX_DEPS=ON"
 
-- 
2.25.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#151936): 
https://lists.openembedded.org/g/openembedded-core/message/151936
Mute This Topic: https://lists.openembedded.org/mt/82884537/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 v2 6/7] oeqa/selftest/cases/rust.py: Rust oe-selftest script.

[Alexander Kanavin]

On Mon, 17 May 2021 at 13:34, Vinay Kumar  wrote:

> "remote-test-server" on qemu-image with a tap interface throws an error.
> The emulators for rust testing are with tcp port forwarding so used
> slirp method with added rust port.


I'm not sure I understand - what kind of error? In both cases the server
starts listening on a port, so in slirp scenario the address is
127.0.0.1:12345 (prone to breakage if something else on the build host took
that port btw, including another instance of the same test), in tap it
would be 192.168.7.2:12345. For the client you simply supply that via
TEST_DEVICE_ADDR. No?

Alex

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#151934): 
https://lists.openembedded.org/g/openembedded-core/message/151934
Mute This Topic: https://lists.openembedded.org/mt/82883381/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 v2 1/7] rust-testsuite.inc : Rust cross testing.

[Alexander Kanavin]

On Mon, 17 May 2021 at 13:20, Vinay Kumar  wrote:

> Hi Alex,
>
> >> +scp -P  -o StrictHostKeyChecking=no
> build/${SNAPSHOT_BUILD_SYS}/stage2-tools-bin/remote-test-server
> root@127.0.0.1:~/
> >> +ssh -p  -o StrictHostKeyChecking=no -f root@127.0.0.1
> "~/remote-test-server -v remote"
>
> I tried copy_to() and run from sshcontrol.py on qemuimage successfully.
> Howerver, I could not figure out the relative path for
> "remote-test-server" from rust.py .
>

With get_bb_var() you can. Grep for examples in
meta/lib/oeqa/selftest/cases.

Alex

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#151933): 
https://lists.openembedded.org/g/openembedded-core/message/151933
Mute This Topic: https://lists.openembedded.org/mt/82883375/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 v2 6/7] oeqa/selftest/cases/rust.py: Rust oe-selftest script.

[Vinay Kumar]

Hi Alex,

"remote-test-server" on qemu-image with a tap interface throws an error.
The emulators for rust testing are with tcp port forwarding so used
slirp method with added rust port.

References:
https://github.com/rust-lang/rust/issues/33114
https://github.com/rust-lang/rust/blob/master/src/tools/remote-test-client/src/main.rs

Regards,
Vinay


Regards,
Vinay

On Mon, May 17, 2021 at 4:30 PM Alexander Kanavin
 wrote:
>
> Is slirp really required? Is it possible to use the standard tap setup 
> instead?
>
> Alex
>
> On Mon, 17 May 2021 at 12:35, Vinay Kumar  wrote:
>>
>> The rust test involves qemuimage for testing, so
>> "run_check_emulated" involves building of "remote-test-server",
>> qemuimage and test execution.
>>
>> We are booting qemuimage in "nographic" and "slirp" mode along with
>> additional qemuparams,
>> '-monitor telnet:127.0.0.1:1234,server,nowait -serial mon:stdio -serial null'
>>
>> Note:
>> '-serial mon:stdio -serial' :  To fix below run-time errors while testing
>> "failed with Connection reset by peer"
>>
>> Signed-off-by: Vinay Kumar 
>> ---
>>  meta/lib/oeqa/selftest/cases/rust.py | 32 
>>  1 file changed, 32 insertions(+)
>>  create mode 100644 meta/lib/oeqa/selftest/cases/rust.py
>>
>> diff --git a/meta/lib/oeqa/selftest/cases/rust.py 
>> b/meta/lib/oeqa/selftest/cases/rust.py
>> new file mode 100644
>> index 00..4efbf9306f
>> --- /dev/null
>> +++ b/meta/lib/oeqa/selftest/cases/rust.py
>> @@ -0,0 +1,32 @@
>> +# SPDX-License-Identifier: MIT
>> +import os
>> +from oeqa.core.decorator import OETestTag
>> +from oeqa.core.case import OEPTestResultTestCase
>> +from oeqa.selftest.case import OESelftestTestCase
>> +from oeqa.utils.commands import bitbake, get_bb_var, get_bb_vars, runqemu, 
>> Command
>> +
>> +class RustSelfTestBase(OESelftestTestCase, OEPTestResultTestCase):
>> +
>> +   def run_check_emulated(self, *args, **kwargs):
>> +   # build remote-test-server before image build
>> +   recipe = "rust-testsuite"
>> +   bitbake("{} -c compile".format(recipe))
>> +
>> +   # build core-image-minimal with required packages
>> +   default_installed_packages = ["libgcc", "libstdc++", 
>> "libatomic", "libgomp"]
>> +   features = []
>> +   features.append('IMAGE_FEATURES += "ssh-server-openssh"')
>> +   features.append('CORE_IMAGE_EXTRA_INSTALL += "{0}"'.format(" 
>> ".join(default_installed_packages)))
>> +   self.write_config("\n".join(features))
>> +   bitbake("core-image-minimal")
>> +   # wrap the execution with a qemu instance
>> +   with runqemu("core-image-minimal", runqemuparams = 
>> "nographic slirp", qemuparams= " -monitor \
>> +telnet:127.0.0.1:1234,server,nowait -serial 
>> mon:stdio -serial null") as qemu:
>> +   recipe = "rust-testsuite"
>> +   bitbake("{} -c check".format(recipe))
>> +
>> +
>> +@OETestTag("toolchain-system")
>> +class RustSelfTestSystemEmulated(RustSelfTestBase):
>> +   def test_rust(self):
>> +   self.run_check_emulated("rust")
>> --
>> 2.17.1
>>

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#151932): 
https://lists.openembedded.org/g/openembedded-core/message/151932
Mute This Topic: https://lists.openembedded.org/mt/82883381/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 v2 1/7] rust-testsuite.inc : Rust cross testing.

[Vinay Kumar]

Hi Alex,

>> +scp -P  -o StrictHostKeyChecking=no 
>> build/${SNAPSHOT_BUILD_SYS}/stage2-tools-bin/remote-test-server 
>> root@127.0.0.1:~/
>> +ssh -p  -o StrictHostKeyChecking=no -f root@127.0.0.1 
>> "~/remote-test-server -v remote"

I tried copy_to() and run from sshcontrol.py on qemuimage successfully.
Howerver, I could not figure out the relative path for
"remote-test-server" from rust.py .

>> +export TEST_DEVICE_ADDR="127.0.0.1:12345"
>> +rust_runx test --no-fail-fast --bless --target "${TARGET_SYS}" > 
>> summary.txt 2> /dev/null

Will try and let you know.

Regards,
Vinay


On Mon, May 17, 2021 at 4:35 PM Alexander Kanavin
 wrote:
>
> On Mon, 17 May 2021 at 12:35, Vinay Kumar  wrote:
>>
>> +do_check[dirs] += "${B}"
>> +do_check[nostamp] = "1"
>> +do_check () {
>> +scp -P  -o StrictHostKeyChecking=no 
>> build/${SNAPSHOT_BUILD_SYS}/stage2-tools-bin/remote-test-server 
>> root@127.0.0.1:~/
>> +ssh -p  -o StrictHostKeyChecking=no -f root@127.0.0.1 
>> "~/remote-test-server -v remote"
>> +
>> +export TEST_DEVICE_ADDR="127.0.0.1:12345"
>> +rust_runx test --no-fail-fast --bless --target "${TARGET_SYS}" > 
>> summary.txt 2> /dev/null
>> +}
>
>
> I think this needs to be moved to selftest itself, is this possible?
>
> Alex

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#151931): 
https://lists.openembedded.org/g/openembedded-core/message/151931
Mute This Topic: https://lists.openembedded.org/mt/82883375/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] cups: whitelist CVE-2021-25317

[Ross Burton]

This CVE relates to bad ownership of /var/log/cups, which we don't have.

Signed-off-by: Ross Burton 
---
 meta/recipes-extended/cups/cups.inc | 4 
 1 file changed, 4 insertions(+)

diff --git a/meta/recipes-extended/cups/cups.inc 
b/meta/recipes-extended/cups/cups.inc
index 9faac08104e..be5a11c944f 100644
--- a/meta/recipes-extended/cups/cups.inc
+++ b/meta/recipes-extended/cups/cups.inc
@@ -127,3 +127,7 @@ SYSROOT_PREPROCESS_FUNCS += "cups_sysroot_preprocess"
 cups_sysroot_preprocess () {
sed -i ${SYSROOT_DESTDIR}${bindir_crossscripts}/cups-config -e 
's:cups_datadir=.*:cups_datadir=${datadir}/cups:' -e 
's:cups_serverbin=.*:cups_serverbin=${libexecdir}/cups:'
 }
+
+# -25317 concerns /var/log/cups having lp ownership.  Our /var/log/cups is
+# root:root, so this doesn't apply.
+CVE_CHECK_WHITELIST += "CVE-2021-25317"
\ No newline at end of file
-- 
2.25.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#151930): 
https://lists.openembedded.org/g/openembedded-core/message/151930
Mute This Topic: https://lists.openembedded.org/mt/82883947/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 v2 1/7] rust-testsuite.inc : Rust cross testing.

[Alexander Kanavin]

On Mon, 17 May 2021 at 12:35, Vinay Kumar  wrote:

> +do_check[dirs] += "${B}"
> +do_check[nostamp] = "1"
> +do_check () {
> +scp -P  -o StrictHostKeyChecking=no
> build/${SNAPSHOT_BUILD_SYS}/stage2-tools-bin/remote-test-server
> root@127.0.0.1:~/
> +ssh -p  -o StrictHostKeyChecking=no -f root@127.0.0.1
> "~/remote-test-server -v remote"
> +
> +export TEST_DEVICE_ADDR="127.0.0.1:12345"
> +rust_runx test --no-fail-fast --bless --target "${TARGET_SYS}" >
> summary.txt 2> /dev/null
> +}
>

I think this needs to be moved to selftest itself, is this possible?

Alex

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#151929): 
https://lists.openembedded.org/g/openembedded-core/message/151929
Mute This Topic: https://lists.openembedded.org/mt/82883375/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 v2 1/7] rust-testsuite.inc : Rust cross testing.

[Vinay Kumar]

Hi Alex,

The patchset is based on below rust branch,
http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=rmacleod/rust-wip-2021-02-02

Regards,
Vinay

On Mon, May 17, 2021 at 4:27 PM Alexander Kanavin
 wrote:
>
> I believe rust itself is not yet in oe-core? Which patchset is this based on?
>
> Alex
>
> On Mon, 17 May 2021 at 12:35, Vinay Kumar  wrote:
>>
>> Below list of functions are part of rust-testsuite.inc
>> setup_cargo_environment(): Build bootstrap and some early stage tools.
>> do_rust_setup_snapshot(): Install the snapshot version of rust binaries.
>> do_configure(): To generate config.toml
>> do_compile(): To build "remote-test-server" for qemutarget image.
>> do_check(): To execute testing by copying remote-test-server to qmutarget 
>> image.
>>
>> Signed-off-by: Vinay Kumar 
>> ---
>>  meta/recipes-devtools/rust/rust-testsuite.inc | 166 ++
>>  1 file changed, 166 insertions(+)
>>  create mode 100644 meta/recipes-devtools/rust/rust-testsuite.inc
>>
>> diff --git a/meta/recipes-devtools/rust/rust-testsuite.inc 
>> b/meta/recipes-devtools/rust/rust-testsuite.inc
>> new file mode 100644
>> index 00..d1c5496da4
>> --- /dev/null
>> +++ b/meta/recipes-devtools/rust/rust-testsuite.inc
>> @@ -0,0 +1,166 @@
>> +SUMMARY = "Rust testing"
>> +HOMEPAGE = "https://rustc-dev-guide.rust-lang.org/tests/intro.html;
>> +SECTION = "test"
>> +LICENSE = "MIT | Apache-2.0"
>> +
>> +inherit rust
>> +inherit cargo_common
>> +
>> +DEPENDS += "file-native python3-native"
>> +EXCLUDE_FROM_WORLD = "1"
>> +
>> +# Path of target specification file "target-poky-linux.json"
>> +export RUST_TARGET_PATH="${STAGING_LIBDIR_NATIVE}/rustlib"
>> +
>> +export FORCE_CRATE_HASH="${BB_TASKHASH}"
>> +
>> +# We don't want to use bitbakes vendoring because the rust sources do their
>> +# own vendoring.
>> +CARGO_DISABLE_BITBAKE_VENDORING = "1"
>> +
>> +# We can't use RUST_BUILD_SYS here because that may be "musl" if
>> +# TCLIBC="musl". Snapshots are always -unknown-linux-gnu
>> +SNAPSHOT_BUILD_SYS = "${BUILD_ARCH}-unknown-linux-gnu"
>> +setup_cargo_environment () {
>> +# The first step is to build bootstrap and some early stage tools,
>> +# these are build for the same target as the snapshot, e.g.
>> +# x86_64-unknown-linux-gnu.
>> +# Later stages are build for the native target (i.e. 
>> target.x86_64-linux)
>> +cargo_common_do_configure
>> +
>> +printf '[target.%s]\n' "${SNAPSHOT_BUILD_SYS}" >> ${CARGO_HOME}/config
>> +printf "linker = '%s'\n" "${RUST_BUILD_CCLD}" >> ${CARGO_HOME}/config
>> +}
>> +
>> +do_rust_setup_snapshot () {
>> +for installer in "${WORKDIR}/rust-snapshot-components/"*"/install.sh"; 
>> do
>> +"${installer}" --prefix="${WORKDIR}/rust-snapshot" 
>> --disable-ldconfig
>> +done
>> +
>> +# Some versions of rust (e.g. 1.18.0) tries to find cargo in 
>> stage0/bin/cargo
>> +# and fail without it there.
>> +mkdir -p ${RUSTSRC}/build/${BUILD_SYS}
>> +ln -sf ${WORKDIR}/rust-snapshot/ ${RUSTSRC}/build/${BUILD_SYS}/stage0
>> +}
>> +addtask rust_setup_snapshot after do_unpack before do_configure
>> +do_rust_setup_snapshot[dirs] += "${WORKDIR}/rust-snapshot"
>> +
>> +python do_configure() {
>> +import json
>> +from distutils.version import LooseVersion
>> +try:
>> +import configparser
>> +except ImportError:
>> +import ConfigParser as configparser
>> +
>> +# toml is rather similar to standard ini like format except it likes 
>> values
>> +# that look more JSON like. So for our purposes simply escaping all 
>> values
>> +# as JSON seem to work fine.
>> +
>> +e = lambda s: json.dumps(s)
>> +
>> +config = configparser.RawConfigParser()
>> +
>> +# [target.ARCH-unknown-linux-gnu] in case of x86_64 
>> [target.ARCH-poky-linux]
>> +target_section = "target.{}".format(d.getVar('TARGET_SYS', True))
>> +config.add_section(target_section)
>> +
>> +# Points to wrapper files which contain target specific compiler and 
>> linker commands.
>> +config.set(target_section, "cxx", e(d.expand("${RUST_TARGET_CXX}")))
>> +config.set(target_section, "cc", e(d.expand("${RUST_TARGET_CC}")))
>> +config.set(target_section, "linker", e(d.expand("${RUST_TARGET_CCLD}")))
>> +
>> +# If we don't do this rust-native will compile it's own llvm for BUILD.
>> +# [target.${BUILD_ARCH}-unknown-linux-gnu]
>> +target_section = "target.{}".format(d.getVar('SNAPSHOT_BUILD_SYS', 
>> True))
>> +config.add_section(target_section)
>> +
>> +# Wrapper scripts of build system.
>> +config.set(target_section, "cxx", e(d.expand("${RUST_BUILD_CXX}")))
>> +config.set(target_section, "cc", e(d.expand("${RUST_BUILD_CC}")))
>> +
>> +# [llvm]
>> +config.add_section("llvm")
>> +config.set("llvm", "targets", e("ARM;AArch64;Mips;PowerPC;RISCV;X86"))
>> +
>> +# [rust]
>> +config.add_section("rust")
>> +config.set("rust", "rpath", e(True))
>> +config.set("rust", 

Re: [OE-core] [PATCH v2 6/7] oeqa/selftest/cases/rust.py: Rust oe-selftest script.

[Alexander Kanavin]

Is slirp really required? Is it possible to use the standard tap setup
instead?

Alex

On Mon, 17 May 2021 at 12:35, Vinay Kumar  wrote:

> The rust test involves qemuimage for testing, so
> "run_check_emulated" involves building of "remote-test-server",
> qemuimage and test execution.
>
> We are booting qemuimage in "nographic" and "slirp" mode along with
> additional qemuparams,
> '-monitor telnet:127.0.0.1:1234,server,nowait -serial mon:stdio -serial
> null'
>
> Note:
> '-serial mon:stdio -serial' :  To fix below run-time errors while testing
> "failed with Connection reset by peer"
>
> Signed-off-by: Vinay Kumar 
> ---
>  meta/lib/oeqa/selftest/cases/rust.py | 32 
>  1 file changed, 32 insertions(+)
>  create mode 100644 meta/lib/oeqa/selftest/cases/rust.py
>
> diff --git a/meta/lib/oeqa/selftest/cases/rust.py
> b/meta/lib/oeqa/selftest/cases/rust.py
> new file mode 100644
> index 00..4efbf9306f
> --- /dev/null
> +++ b/meta/lib/oeqa/selftest/cases/rust.py
> @@ -0,0 +1,32 @@
> +# SPDX-License-Identifier: MIT
> +import os
> +from oeqa.core.decorator import OETestTag
> +from oeqa.core.case import OEPTestResultTestCase
> +from oeqa.selftest.case import OESelftestTestCase
> +from oeqa.utils.commands import bitbake, get_bb_var, get_bb_vars,
> runqemu, Command
> +
> +class RustSelfTestBase(OESelftestTestCase, OEPTestResultTestCase):
> +
> +   def run_check_emulated(self, *args, **kwargs):
> +   # build remote-test-server before image build
> +   recipe = "rust-testsuite"
> +   bitbake("{} -c compile".format(recipe))
> +
> +   # build core-image-minimal with required packages
> +   default_installed_packages = ["libgcc", "libstdc++",
> "libatomic", "libgomp"]
> +   features = []
> +   features.append('IMAGE_FEATURES += "ssh-server-openssh"')
> +   features.append('CORE_IMAGE_EXTRA_INSTALL +=
> "{0}"'.format(" ".join(default_installed_packages)))
> +   self.write_config("\n".join(features))
> +   bitbake("core-image-minimal")
> +   # wrap the execution with a qemu instance
> +   with runqemu("core-image-minimal", runqemuparams =
> "nographic slirp", qemuparams= " -monitor \
> +telnet:127.0.0.1:1234,server,nowait -serial
> mon:stdio -serial null") as qemu:
> +   recipe = "rust-testsuite"
> +   bitbake("{} -c check".format(recipe))
> +
> +
> +@OETestTag("toolchain-system")
> +class RustSelfTestSystemEmulated(RustSelfTestBase):
> +   def test_rust(self):
> +   self.run_check_emulated("rust")
> --
> 2.17.1
>
>

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#151927): 
https://lists.openembedded.org/g/openembedded-core/message/151927
Mute This Topic: https://lists.openembedded.org/mt/82883381/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 v2 1/7] rust-testsuite.inc : Rust cross testing.

[Alexander Kanavin]

I believe rust itself is not yet in oe-core? Which patchset is this based
on?

Alex

On Mon, 17 May 2021 at 12:35, Vinay Kumar  wrote:

> Below list of functions are part of rust-testsuite.inc
> setup_cargo_environment(): Build bootstrap and some early stage tools.
> do_rust_setup_snapshot(): Install the snapshot version of rust binaries.
> do_configure(): To generate config.toml
> do_compile(): To build "remote-test-server" for qemutarget image.
> do_check(): To execute testing by copying remote-test-server to qmutarget
> image.
>
> Signed-off-by: Vinay Kumar 
> ---
>  meta/recipes-devtools/rust/rust-testsuite.inc | 166 ++
>  1 file changed, 166 insertions(+)
>  create mode 100644 meta/recipes-devtools/rust/rust-testsuite.inc
>
> diff --git a/meta/recipes-devtools/rust/rust-testsuite.inc
> b/meta/recipes-devtools/rust/rust-testsuite.inc
> new file mode 100644
> index 00..d1c5496da4
> --- /dev/null
> +++ b/meta/recipes-devtools/rust/rust-testsuite.inc
> @@ -0,0 +1,166 @@
> +SUMMARY = "Rust testing"
> +HOMEPAGE = "https://rustc-dev-guide.rust-lang.org/tests/intro.html;
> +SECTION = "test"
> +LICENSE = "MIT | Apache-2.0"
> +
> +inherit rust
> +inherit cargo_common
> +
> +DEPENDS += "file-native python3-native"
> +EXCLUDE_FROM_WORLD = "1"
> +
> +# Path of target specification file "target-poky-linux.json"
> +export RUST_TARGET_PATH="${STAGING_LIBDIR_NATIVE}/rustlib"
> +
> +export FORCE_CRATE_HASH="${BB_TASKHASH}"
> +
> +# We don't want to use bitbakes vendoring because the rust sources do
> their
> +# own vendoring.
> +CARGO_DISABLE_BITBAKE_VENDORING = "1"
> +
> +# We can't use RUST_BUILD_SYS here because that may be "musl" if
> +# TCLIBC="musl". Snapshots are always -unknown-linux-gnu
> +SNAPSHOT_BUILD_SYS = "${BUILD_ARCH}-unknown-linux-gnu"
> +setup_cargo_environment () {
> +# The first step is to build bootstrap and some early stage tools,
> +# these are build for the same target as the snapshot, e.g.
> +# x86_64-unknown-linux-gnu.
> +# Later stages are build for the native target (i.e.
> target.x86_64-linux)
> +cargo_common_do_configure
> +
> +printf '[target.%s]\n' "${SNAPSHOT_BUILD_SYS}" >> ${CARGO_HOME}/config
> +printf "linker = '%s'\n" "${RUST_BUILD_CCLD}" >> ${CARGO_HOME}/config
> +}
> +
> +do_rust_setup_snapshot () {
> +for installer in
> "${WORKDIR}/rust-snapshot-components/"*"/install.sh"; do
> +"${installer}" --prefix="${WORKDIR}/rust-snapshot"
> --disable-ldconfig
> +done
> +
> +# Some versions of rust (e.g. 1.18.0) tries to find cargo in
> stage0/bin/cargo
> +# and fail without it there.
> +mkdir -p ${RUSTSRC}/build/${BUILD_SYS}
> +ln -sf ${WORKDIR}/rust-snapshot/ ${RUSTSRC}/build/${BUILD_SYS}/stage0
> +}
> +addtask rust_setup_snapshot after do_unpack before do_configure
> +do_rust_setup_snapshot[dirs] += "${WORKDIR}/rust-snapshot"
> +
> +python do_configure() {
> +import json
> +from distutils.version import LooseVersion
> +try:
> +import configparser
> +except ImportError:
> +import ConfigParser as configparser
> +
> +# toml is rather similar to standard ini like format except it likes
> values
> +# that look more JSON like. So for our purposes simply escaping all
> values
> +# as JSON seem to work fine.
> +
> +e = lambda s: json.dumps(s)
> +
> +config = configparser.RawConfigParser()
> +
> +# [target.ARCH-unknown-linux-gnu] in case of x86_64
> [target.ARCH-poky-linux]
> +target_section = "target.{}".format(d.getVar('TARGET_SYS', True))
> +config.add_section(target_section)
> +
> +# Points to wrapper files which contain target specific compiler and
> linker commands.
> +config.set(target_section, "cxx", e(d.expand("${RUST_TARGET_CXX}")))
> +config.set(target_section, "cc", e(d.expand("${RUST_TARGET_CC}")))
> +config.set(target_section, "linker",
> e(d.expand("${RUST_TARGET_CCLD}")))
> +
> +# If we don't do this rust-native will compile it's own llvm for
> BUILD.
> +# [target.${BUILD_ARCH}-unknown-linux-gnu]
> +target_section = "target.{}".format(d.getVar('SNAPSHOT_BUILD_SYS',
> True))
> +config.add_section(target_section)
> +
> +# Wrapper scripts of build system.
> +config.set(target_section, "cxx", e(d.expand("${RUST_BUILD_CXX}")))
> +config.set(target_section, "cc", e(d.expand("${RUST_BUILD_CC}")))
> +
> +# [llvm]
> +config.add_section("llvm")
> +config.set("llvm", "targets", e("ARM;AArch64;Mips;PowerPC;RISCV;X86"))
> +
> +# [rust]
> +config.add_section("rust")
> +config.set("rust", "rpath", e(True))
> +config.set("rust", "channel", e("stable"))
> +
> +if LooseVersion(d.getVar("PV")) < LooseVersion("1.32.0"):
> +config.set("rust", "use-jemalloc", e(False))
> +
> +# Whether or not to optimize the compiler and standard library
> +config.set("rust", "optimize", e(True))
> +
> +# Emits extraneous output from tests to ensure that failures of the
> test
> 

Re: [OE-core] [PATCH v2 4/7] runqemu: Add hostfwd for rust testing.

[Alexander Kanavin]

This is better to set via QB_SLIRP_OPT, rather than hardcode a special case
directly into the script.

Alex

On Mon, 17 May 2021 at 12:35, Vinay Kumar  wrote:

> Set hostfwd for rust 12345 -> 12345. This port is used for
> "remote-test-server" and "remote-test-client" communication
> while executing on qemutarget remotely.
>
> Signed-off-by: Vinay Kumar 
> ---
>  scripts/runqemu | 3 ++-
>  1 file changed, 2 insertions(+), 1 deletion(-)
>
> diff --git a/scripts/runqemu b/scripts/runqemu
> index dd92a64553..9569dbe72f 100755
> --- a/scripts/runqemu
> +++ b/scripts/runqemu
> @@ -1056,7 +1056,8 @@ class BaseConfig(object):
>  self.kernel_cmdline_script += netconf
>  # Port mapping
>  hostfwd = ",hostfwd=tcp::-:22,hostfwd=tcp::2323-:23"
> -qb_slirp_opt_default = "-netdev user,id=net0%s,tftp=%s" %
> (hostfwd, self.get('DEPLOY_DIR_IMAGE'))
> +rustport = "hostfwd=tcp::12345-:12345"
> +qb_slirp_opt_default = "-netdev user,id=net0%s,%s,tftp=%s" %
> (hostfwd, rustport, self.get('DEPLOY_DIR_IMAGE'))
>  qb_slirp_opt = self.get('QB_SLIRP_OPT') or qb_slirp_opt_default
>  # Figure out the port
>  ports = re.findall('hostfwd=[^-]*:([0-9]+)-[^,-]*', qb_slirp_opt)
> --
> 2.17.1
>
>

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#151925): 
https://lists.openembedded.org/g/openembedded-core/message/151925
Mute This Topic: https://lists.openembedded.org/mt/82883378/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 v2 5/7] oeqa/utils/qemurunner.py: Enable self.use_slirp

[Konrad Weihmann]

On 17.05.21 12:35, Vinay Kumar wrote:

The qemu is booted with slirp mode. We are setting "self.use_slirp"
as "True" to avoid the error during qemuboot.

ERROR: Couldn't get ip from qemu command line and runqemu output! Here is the 
qemu command line used:

We are setting "self.use_slirp=True" only when "slirp" is passed
"launch_cmd" through "runqemuparams".

Signed-off-by: Vinay Kumar 
---
  meta/lib/oeqa/utils/qemurunner.py | 2 ++
  1 file changed, 2 insertions(+)

diff --git a/meta/lib/oeqa/utils/qemurunner.py 
b/meta/lib/oeqa/utils/qemurunner.py
index 77ec939ad7..13abf6690d 100644
--- a/meta/lib/oeqa/utils/qemurunner.py
+++ b/meta/lib/oeqa/utils/qemurunner.py
@@ -184,6 +184,8 @@ class QemuRunner:
  # and analyze descendents in order to determine it.
  if os.path.exists(self.qemu_pidfile):
  os.remove(self.qemu_pidfile)
+if "slirp" in launch_cmd:
+self.use_slirp=True


That doesn't look right to me - AFAIK slirp mode is activated from the 
outside (by the class constructor) so it's the choice of the user to 
enable slirp or not.
With this change a launchcmd containing 
`image=this-is-a-non-slirp-image.tar.gz` would accidentally activate the 
option.


I truly think this should be only set as part of the init() function and 
not at this point



  self.qemuparams = 'bootparams="{0}" qemuparams="-pidfile 
{1}"'.format(bootparams, self.qemu_pidfile)
  if qemuparams:
  self.qemuparams = self.qemuparams[:-1] + " " + qemuparams + " " + 
'\"'


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#151924): 
https://lists.openembedded.org/g/openembedded-core/message/151924
Mute This Topic: https://lists.openembedded.org/mt/82883380/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 5/8] There are some error messages like, "error: linker `cc` not found" got fixed by adding "cc" in hosttools.

[Vinay Kumar]

Hi Richard,

Please excuse the delay in reply, I was loaded with some other priority tasks.

>> I definitely agree this should be fixed elsewhere to use BUILD_CC.
>> We've managed without 'cc' for this long, we shouldn't need to start now

The linker error got fixed by using below setting in config.toml
config.set("rust", "default-linker", e(d.expand("${RUST_BUILD_CCLD}")))

So removed 'cc' from hosttools as per your suggestion.

>> I noticed your patches don't have shortlog entries so the subject lines in 
>> these emails are rather long.

Sent v2 version of patches for review with suggested corrections.
link : https://lists.openembedded.org/g/openembedded-core/message/151916

Regards,
Vinay

On Fri, Apr 16, 2021 at 3:47 AM Richard Purdie
 wrote:
>
> On Thu, 2021-04-15 at 02:32 -0700, Vinay Kumar wrote:
> > Signed-off-by: Vinay Kumar 
> > ---
> >  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 3438be92b7..83e1b68071 100644
> > --- a/meta/conf/bitbake.conf
> > +++ b/meta/conf/bitbake.conf
> > @@ -483,7 +483,7 @@ HOSTTOOLS_DIR = "${TMPDIR}/hosttools"
> >  HOSTTOOLS += " \
> >  [ ar as awk basename bash bzip2 cat chgrp chmod chown chrpath cmp comm 
> > cp cpio \
> >  cpp cut date dd diff diffstat dirname du echo egrep env expand expr 
> > false \
> > -fgrep file find flock g++ gawk gcc getconf getopt git grep gunzip gzip 
> > \
> > +fgrep file find flock g++ gawk gcc cc getconf getopt git grep gunzip 
> > gzip \
> >  head hostname iconv id install ld ldd ln ls make md5sum mkdir mkfifo 
> > mknod \
> >  mktemp mv nm objcopy objdump od patch perl pr printf pwd \
> >  python3 ranlib readelf readlink realpath rm rmdir rpcgen sed seq sh \
>
> I definitely agree this should be fixed elsewhere to use BUILD_CC. We've 
> managed
> without 'cc' for this long, we shouldn't need to start now!
>
> Also, I noticed your patches don't have shortlog entries so the subject lines
> in these emails are rather long. We'd need to have that fixed to be able to
> handle the patches.
>
> Cheers,
>
> Richard
>

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#151923): 
https://lists.openembedded.org/g/openembedded-core/message/151923
Mute This Topic: https://lists.openembedded.org/mt/82112825/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 v2 7/7] rust.inc : Fix for aarch64 feature.

[Vinay Kumar]

While executing ui testing observed failures due to below warning,
"'+v8' is not a recognized feature for this target (ignoring feature)"

Same got fixed by backporting below patch,
http://git.yoctoproject.org/cgit.cgi/poky-contrib/commit/?h=rmacleod/rust-wip-2021-02-16=f243e4bbd5414ce519336753a68c53ee60cbe89e

Signed-off-by: Vinay Kumar 
---
 meta/recipes-devtools/rust/rust.inc | 3 ---
 1 file changed, 3 deletions(-)

diff --git a/meta/recipes-devtools/rust/rust.inc 
b/meta/recipes-devtools/rust/rust.inc
index ee3176b559..fb20bbd0fb 100644
--- a/meta/recipes-devtools/rust/rust.inc
+++ b/meta/recipes-devtools/rust/rust.inc
@@ -64,9 +64,6 @@ def llvm_features_from_tune(d):
 if 'neon' in feat:
 f.append("+neon")
 
-if 'aarch64' in feat:
-f.append("+v8")
-
 if 'mips32' in feat:
 f.append("+mips32")
 
-- 
2.17.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#151922): 
https://lists.openembedded.org/g/openembedded-core/message/151922
Mute This Topic: https://lists.openembedded.org/mt/82883382/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 v2 1/7] rust-testsuite.inc : Rust cross testing.

[Vinay Kumar]

Below list of functions are part of rust-testsuite.inc
setup_cargo_environment(): Build bootstrap and some early stage tools.
do_rust_setup_snapshot(): Install the snapshot version of rust binaries.
do_configure(): To generate config.toml
do_compile(): To build "remote-test-server" for qemutarget image.
do_check(): To execute testing by copying remote-test-server to qmutarget image.

Signed-off-by: Vinay Kumar 
---
 meta/recipes-devtools/rust/rust-testsuite.inc | 166 ++
 1 file changed, 166 insertions(+)
 create mode 100644 meta/recipes-devtools/rust/rust-testsuite.inc

diff --git a/meta/recipes-devtools/rust/rust-testsuite.inc 
b/meta/recipes-devtools/rust/rust-testsuite.inc
new file mode 100644
index 00..d1c5496da4
--- /dev/null
+++ b/meta/recipes-devtools/rust/rust-testsuite.inc
@@ -0,0 +1,166 @@
+SUMMARY = "Rust testing"
+HOMEPAGE = "https://rustc-dev-guide.rust-lang.org/tests/intro.html;
+SECTION = "test"
+LICENSE = "MIT | Apache-2.0"
+
+inherit rust
+inherit cargo_common
+
+DEPENDS += "file-native python3-native"
+EXCLUDE_FROM_WORLD = "1"
+
+# Path of target specification file "target-poky-linux.json"
+export RUST_TARGET_PATH="${STAGING_LIBDIR_NATIVE}/rustlib"
+
+export FORCE_CRATE_HASH="${BB_TASKHASH}"
+
+# We don't want to use bitbakes vendoring because the rust sources do their
+# own vendoring.
+CARGO_DISABLE_BITBAKE_VENDORING = "1"
+
+# We can't use RUST_BUILD_SYS here because that may be "musl" if
+# TCLIBC="musl". Snapshots are always -unknown-linux-gnu
+SNAPSHOT_BUILD_SYS = "${BUILD_ARCH}-unknown-linux-gnu"
+setup_cargo_environment () {
+# The first step is to build bootstrap and some early stage tools,
+# these are build for the same target as the snapshot, e.g.
+# x86_64-unknown-linux-gnu.
+# Later stages are build for the native target (i.e. target.x86_64-linux)
+cargo_common_do_configure
+
+printf '[target.%s]\n' "${SNAPSHOT_BUILD_SYS}" >> ${CARGO_HOME}/config
+printf "linker = '%s'\n" "${RUST_BUILD_CCLD}" >> ${CARGO_HOME}/config
+}
+
+do_rust_setup_snapshot () {
+for installer in "${WORKDIR}/rust-snapshot-components/"*"/install.sh"; do
+"${installer}" --prefix="${WORKDIR}/rust-snapshot" --disable-ldconfig
+done
+
+# Some versions of rust (e.g. 1.18.0) tries to find cargo in 
stage0/bin/cargo
+# and fail without it there.
+mkdir -p ${RUSTSRC}/build/${BUILD_SYS}
+ln -sf ${WORKDIR}/rust-snapshot/ ${RUSTSRC}/build/${BUILD_SYS}/stage0
+}
+addtask rust_setup_snapshot after do_unpack before do_configure
+do_rust_setup_snapshot[dirs] += "${WORKDIR}/rust-snapshot"
+
+python do_configure() {
+import json
+from distutils.version import LooseVersion
+try:
+import configparser
+except ImportError:
+import ConfigParser as configparser
+
+# toml is rather similar to standard ini like format except it likes values
+# that look more JSON like. So for our purposes simply escaping all values
+# as JSON seem to work fine.
+
+e = lambda s: json.dumps(s)
+
+config = configparser.RawConfigParser()
+
+# [target.ARCH-unknown-linux-gnu] in case of x86_64 
[target.ARCH-poky-linux] 
+target_section = "target.{}".format(d.getVar('TARGET_SYS', True))
+config.add_section(target_section)
+
+# Points to wrapper files which contain target specific compiler and 
linker commands. 
+config.set(target_section, "cxx", e(d.expand("${RUST_TARGET_CXX}")))
+config.set(target_section, "cc", e(d.expand("${RUST_TARGET_CC}")))
+config.set(target_section, "linker", e(d.expand("${RUST_TARGET_CCLD}")))
+
+# If we don't do this rust-native will compile it's own llvm for BUILD.
+# [target.${BUILD_ARCH}-unknown-linux-gnu]
+target_section = "target.{}".format(d.getVar('SNAPSHOT_BUILD_SYS', True))
+config.add_section(target_section)
+
+# Wrapper scripts of build system.
+config.set(target_section, "cxx", e(d.expand("${RUST_BUILD_CXX}")))
+config.set(target_section, "cc", e(d.expand("${RUST_BUILD_CC}")))
+
+# [llvm]
+config.add_section("llvm")
+config.set("llvm", "targets", e("ARM;AArch64;Mips;PowerPC;RISCV;X86"))
+
+# [rust]
+config.add_section("rust")
+config.set("rust", "rpath", e(True))
+config.set("rust", "channel", e("stable"))
+
+if LooseVersion(d.getVar("PV")) < LooseVersion("1.32.0"):
+config.set("rust", "use-jemalloc", e(False))
+
+# Whether or not to optimize the compiler and standard library
+config.set("rust", "optimize", e(True))
+
+# Emits extraneous output from tests to ensure that failures of the test
+# harness are debuggable just from logfiles
+config.set("rust", "verbose-tests", e(True))
+
+# Override default linker cc.
+config.set("rust", "default-linker", e(d.expand("${RUST_BUILD_CCLD}")))
+
+# [build]
+config.add_section("build")
+config.set("build", "submodules", e(False))
+config.set("build", "docs", e(False))
+
+rustc = 

[OE-core] [PATCH v2 6/7] oeqa/selftest/cases/rust.py: Rust oe-selftest script.

[Vinay Kumar]

The rust test involves qemuimage for testing, so
"run_check_emulated" involves building of "remote-test-server",
qemuimage and test execution.

We are booting qemuimage in "nographic" and "slirp" mode along with
additional qemuparams,
'-monitor telnet:127.0.0.1:1234,server,nowait -serial mon:stdio -serial null'

Note:
'-serial mon:stdio -serial' :  To fix below run-time errors while testing
"failed with Connection reset by peer"

Signed-off-by: Vinay Kumar 
---
 meta/lib/oeqa/selftest/cases/rust.py | 32 
 1 file changed, 32 insertions(+)
 create mode 100644 meta/lib/oeqa/selftest/cases/rust.py

diff --git a/meta/lib/oeqa/selftest/cases/rust.py 
b/meta/lib/oeqa/selftest/cases/rust.py
new file mode 100644
index 00..4efbf9306f
--- /dev/null
+++ b/meta/lib/oeqa/selftest/cases/rust.py
@@ -0,0 +1,32 @@
+# SPDX-License-Identifier: MIT
+import os
+from oeqa.core.decorator import OETestTag
+from oeqa.core.case import OEPTestResultTestCase
+from oeqa.selftest.case import OESelftestTestCase
+from oeqa.utils.commands import bitbake, get_bb_var, get_bb_vars, runqemu, 
Command
+
+class RustSelfTestBase(OESelftestTestCase, OEPTestResultTestCase):
+
+   def run_check_emulated(self, *args, **kwargs):
+   # build remote-test-server before image build
+   recipe = "rust-testsuite"   
+   bitbake("{} -c compile".format(recipe))
+
+   # build core-image-minimal with required packages
+   default_installed_packages = ["libgcc", "libstdc++", 
"libatomic", "libgomp"]
+   features = []
+   features.append('IMAGE_FEATURES += "ssh-server-openssh"')
+   features.append('CORE_IMAGE_EXTRA_INSTALL += "{0}"'.format(" 
".join(default_installed_packages)))
+   self.write_config("\n".join(features))
+   bitbake("core-image-minimal")
+   # wrap the execution with a qemu instance
+   with runqemu("core-image-minimal", runqemuparams = "nographic 
slirp", qemuparams= " -monitor \
+telnet:127.0.0.1:1234,server,nowait -serial mon:stdio 
-serial null") as qemu:
+   recipe = "rust-testsuite"
+   bitbake("{} -c check".format(recipe))
+
+
+@OETestTag("toolchain-system")
+class RustSelfTestSystemEmulated(RustSelfTestBase):
+   def test_rust(self):
+   self.run_check_emulated("rust")
-- 
2.17.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#151921): 
https://lists.openembedded.org/g/openembedded-core/message/151921
Mute This Topic: https://lists.openembedded.org/mt/82883381/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 v2 2/7] Add rust testsuite for 1.46.0

[Vinay Kumar]

Signed-off-by: Vinay Kumar 
---
 meta/recipes-devtools/rust/rust-testsuite_1.46.0.bb | 3 +++
 1 file changed, 3 insertions(+)
 create mode 100644 meta/recipes-devtools/rust/rust-testsuite_1.46.0.bb

diff --git a/meta/recipes-devtools/rust/rust-testsuite_1.46.0.bb 
b/meta/recipes-devtools/rust/rust-testsuite_1.46.0.bb
new file mode 100644
index 00..ad758b71f4
--- /dev/null
+++ b/meta/recipes-devtools/rust/rust-testsuite_1.46.0.bb
@@ -0,0 +1,3 @@
+require rust-testsuite.inc
+require rust-source-${PV}.inc
+require rust-snapshot-${PV}.inc
-- 
2.17.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#151917): 
https://lists.openembedded.org/g/openembedded-core/message/151917
Mute This Topic: https://lists.openembedded.org/mt/82883376/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 v2 5/7] oeqa/utils/qemurunner.py: Enable self.use_slirp

[Vinay Kumar]

The qemu is booted with slirp mode. We are setting "self.use_slirp"
as "True" to avoid the error during qemuboot.

ERROR: Couldn't get ip from qemu command line and runqemu output! Here is the 
qemu command line used:

We are setting "self.use_slirp=True" only when "slirp" is passed
"launch_cmd" through "runqemuparams".

Signed-off-by: Vinay Kumar 
---
 meta/lib/oeqa/utils/qemurunner.py | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/meta/lib/oeqa/utils/qemurunner.py 
b/meta/lib/oeqa/utils/qemurunner.py
index 77ec939ad7..13abf6690d 100644
--- a/meta/lib/oeqa/utils/qemurunner.py
+++ b/meta/lib/oeqa/utils/qemurunner.py
@@ -184,6 +184,8 @@ class QemuRunner:
 # and analyze descendents in order to determine it.
 if os.path.exists(self.qemu_pidfile):
 os.remove(self.qemu_pidfile)
+if "slirp" in launch_cmd:
+self.use_slirp=True
 self.qemuparams = 'bootparams="{0}" qemuparams="-pidfile 
{1}"'.format(bootparams, self.qemu_pidfile)
 if qemuparams:
 self.qemuparams = self.qemuparams[:-1] + " " + qemuparams + " " + 
'\"'
-- 
2.17.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#151920): 
https://lists.openembedded.org/g/openembedded-core/message/151920
Mute This Topic: https://lists.openembedded.org/mt/82883380/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 v2 3/7] rust.inc : Changed target cpu for powerpc to "7400"

[Vinay Kumar]

While executing rust-testing observed some ui testfailures due to
below warning message.

'powerpc' is not a recognized processor for this target in rust

So renamed target cpu for "powerpc" in "llvm_cpu" to "7400" as per
default tune for qemuppc.

Signed-off-by: Vinay Kumar 
---
 meta/recipes-devtools/rust/rust.inc | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-devtools/rust/rust.inc 
b/meta/recipes-devtools/rust/rust.inc
index a1223f45e7..ee3176b559 100644
--- a/meta/recipes-devtools/rust/rust.inc
+++ b/meta/recipes-devtools/rust/rust.inc
@@ -290,7 +290,7 @@ def llvm_cpu(d):
 trans['x86-64'] = "x86-64"
 trans['i686'] = "i686"
 trans['i586'] = "i586"
-trans['powerpc'] = "powerpc"
+trans['powerpc'] = "7400"
 trans['mips64'] = "mips64"
 trans['mips64el'] = "mips64"
 trans['riscv64'] = "generic-rv64"
-- 
2.17.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#151918): 
https://lists.openembedded.org/g/openembedded-core/message/151918
Mute This Topic: https://lists.openembedded.org/mt/82883377/21656
Group Owner: openembedded-core+ow...@lists.openembedded.org
Unsubscribe: https://lists.openembedded.org/g/openembedded-core/unsub 
[arch...@mail-archive.com]
-=-=-=-=-=-=-=-=-=-=-=-