[OE-core] [PATCH] mesa: Fix build on ARM systems without Neon

2021-12-02 Thread Khem Raj
See [1]

[1] https://github.com/YoeDistro/yoe-distro/issues/626

Signed-off-by: Khem Raj 
Cc: Ross Burton 
---
 ...ormat-Check-for-NEON-before-using-it.patch | 49 +++
 meta/recipes-graphics/mesa/mesa.inc   |  1 +
 2 files changed, 50 insertions(+)
 create mode 100644 
meta/recipes-graphics/mesa/files/0001-util-format-Check-for-NEON-before-using-it.patch

diff --git 
a/meta/recipes-graphics/mesa/files/0001-util-format-Check-for-NEON-before-using-it.patch
 
b/meta/recipes-graphics/mesa/files/0001-util-format-Check-for-NEON-before-using-it.patch
new file mode 100644
index 000..80b9af08e8f
--- /dev/null
+++ 
b/meta/recipes-graphics/mesa/files/0001-util-format-Check-for-NEON-before-using-it.patch
@@ -0,0 +1,49 @@
+From 4febda271c6bb0dc69ebf573446c6922a1ec35fb Mon Sep 17 00:00:00 2001
+From: Khem Raj 
+Date: Thu, 2 Dec 2021 19:57:42 -0800
+Subject: [PATCH] util/format: Check for NEON before using it
+
+This fixes build on rpi0-w and any other machine which does not have
+neon unit and is not used as FPU unit
+
+Fixes errors e.g.
+
+In file included from ../mesa-21.3.0/src/util/format/u_format_unpack_neon.c:35:
+/mnt/b/yoe/master/build/tmp/work/arm1176jzfshf-vfp-yoe-linux-gnueabi/mesa/2_21.3.0-r0/recipe-sysroot-native/usr/lib/clang/13.0.1/include/arm_neon.h:32:2:
 error: "NEON support not enabled"
+
+Upstream-Status: Submitted 
[https://gitlab.freedesktop.org/mesa/mesa/-/merge_requests/14032]
+Signed-off-by: Khem Raj 
+---
+ src/util/format/u_format.c | 2 +-
+ src/util/format/u_format_unpack_neon.c | 2 +-
+ 2 files changed, 2 insertions(+), 2 deletions(-)
+
+diff --git a/src/util/format/u_format.c b/src/util/format/u_format.c
+index 36c5e52008e..f0a00971691 100644
+--- a/src/util/format/u_format.c
 b/src/util/format/u_format.c
+@@ -1138,7 +1138,7 @@ static void
+ util_format_unpack_table_init(void)
+ {
+for (enum pipe_format format = PIPE_FORMAT_NONE; format < 
PIPE_FORMAT_COUNT; format++) {
+-#if (defined(PIPE_ARCH_AARCH64) || defined(PIPE_ARCH_ARM)) && 
!defined(NO_FORMAT_ASM) && !defined(__SOFTFP__)
++#if (defined(PIPE_ARCH_AARCH64) || (defined(__ARM_NEON) && 
defined(PIPE_ARCH_ARM))) && !defined(NO_FORMAT_ASM)
+   const struct util_format_unpack_description *unpack = 
util_format_unpack_description_neon(format);
+   if (unpack) {
+  util_format_unpack_table[format] = unpack;
+diff --git a/src/util/format/u_format_unpack_neon.c 
b/src/util/format/u_format_unpack_neon.c
+index a4a5cb1f723..1e4f794a295 100644
+--- a/src/util/format/u_format_unpack_neon.c
 b/src/util/format/u_format_unpack_neon.c
+@@ -23,7 +23,7 @@
+ 
+ #include 
+ 
+-#if (defined(PIPE_ARCH_AARCH64) || defined(PIPE_ARCH_ARM)) && 
!defined(NO_FORMAT_ASM) && !defined(__SOFTFP__)
++#if (defined(PIPE_ARCH_AARCH64) || (defined(__ARM_NEON) && 
defined(PIPE_ARCH_ARM))) && !defined(NO_FORMAT_ASM)
+ 
+ /* armhf builds default to vfp, not neon, and refuses to compile neon 
intrinsics
+  * unless you tell it "no really".
+-- 
+2.34.1
+
diff --git a/meta/recipes-graphics/mesa/mesa.inc 
b/meta/recipes-graphics/mesa/mesa.inc
index ed60d982504..30b9e93f630 100644
--- a/meta/recipes-graphics/mesa/mesa.inc
+++ b/meta/recipes-graphics/mesa/mesa.inc
@@ -19,6 +19,7 @@ SRC_URI = 
"https://mesa.freedesktop.org/archive/mesa-${PV}.tar.xz \
file://0002-meson.build-make-TLS-ELF-optional.patch \
file://0001-meson-misdetects-64bit-atomics-on-mips-clang.patch \
file://0001-futex.h-Define-__NR_futex-if-it-does-not-exist.patch \
+   file://0001-util-format-Check-for-NEON-before-using-it.patch \
"
 
 SRC_URI[sha256sum] = 
"a2753c09deef0ba14d35ae8a2ceff3fe5cd13698928c7bb62c2ec8736eb09ce1"
-- 
2.34.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#159110): 
https://lists.openembedded.org/g/openembedded-core/message/159110
Mute This Topic: https://lists.openembedded.org/mt/87470454/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] tune-cortexa72.inc: Add tune for nocrypto case

2021-12-02 Thread Khem Raj
On Thu, Dec 2, 2021 at 1:32 PM Peter Kjellerstedt
 wrote:
>
> > -Original Message-
> > From: openembedded-core@lists.openembedded.org 
> >  On Behalf Of Khem Raj
> > Sent: den 2 december 2021 21:21
> > To: openembedded-core@lists.openembedded.org
> > Cc: Khem Raj 
> > Subject: [OE-core] [PATCH] tune-cortexa72.inc: Add tune for nocrypto case
> >
> > RPI4 based on BCM2711 soc which does not enable AES extentions
> > in hardware see [1] fixes [2]
> >
> > [1] https://forums.raspberrypi.com/viewtopic.php?t=207888=25#p1642862
> > [2] https://github.com/agherzan/meta-raspberrypi/issues/964
> >
> > [YOCTO #14641]
> >
> > Signed-off-by: Khem Raj 
> > ---
> >  meta/conf/machine/include/arm/armv8a/tune-cortexa72.inc | 8 +++-
> >  1 file changed, 7 insertions(+), 1 deletion(-)
> >
> > diff --git a/meta/conf/machine/include/arm/armv8a/tune-cortexa72.inc 
> > b/meta/conf/machine/include/arm/armv8a/tune-cortexa72.inc
> > index 2a510bd45bd..b2eb35f111b 100644
> > --- a/meta/conf/machine/include/arm/armv8a/tune-cortexa72.inc
> > +++ b/meta/conf/machine/include/arm/armv8a/tune-cortexa72.inc
> > @@ -6,8 +6,14 @@ TUNE_CCARGS .= "${@bb.utils.contains('TUNE_FEATURES', 
> > 'cortexa72', ' -mcpu=corte
> >  require conf/machine/include/arm/arch-armv8a.inc
> >
> >  # Little Endian base configs
> > -AVAILTUNES += "cortexa72"
> > +AVAILTUNES += "cortexa72 cortexa72-nocrypto"
> >  ARMPKGARCH:tune-cortexa72 = "cortexa72"
> >  TUNE_FEATURES:tune-cortexa72  = 
> > "${TUNE_FEATURES:tune-armv8a-crc-crypto} cortexa72"
> >  PACKAGE_EXTRA_ARCHS:tune-cortexa72= 
> > "${PACKAGE_EXTRA_ARCHS:tune-armv8a-crc-crypto} cortexa72"
> >  BASE_LIB:tune-cortexa72   = "lib64"
> > +
> > +# Some implementations do not enabled crypto ( e.g. BCM2837B0 in rpi4 )
> > +ARMPKGARCH:tune-cortexa72-nocrypto= "cortexa72"
> > +TUNE_FEATURES:tune-cortexa72-nocrypto = "${TUNE_FEATURES:tune-armv8a-crc} 
> > cortexa72"
> > +PACKAGE_EXTRA_ARCHS:tune-cortexa72-nocrypto = 
> > "${PACKAGE_EXTRA_ARCHS:tune-armv8a-crc} cortexa72"
> > +BASE_LIB:tune-cortexa72-nocrypto  = "lib64"
> > --
> > 2.34.1
>
> I do realize renaming cortexa72 to cortexa72-crypto would not be backwards
> compatible, but is it really a good idea to introduce a name like this
> that does not follow the naming other tunes use?

yeah I thought about it but its an exception than norm.  We also have
novfp usecases.

>
> //Peter
>

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#159105): 
https://lists.openembedded.org/g/openembedded-core/message/159105
Mute This Topic: https://lists.openembedded.org/mt/87461755/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] tune-cortexa72.inc: Add tune for nocrypto case

2021-12-02 Thread Khem Raj
RPI4 based on BCM2711 soc which does not enable AES extentions
in hardware see [1] fixes [2]

[1] https://forums.raspberrypi.com/viewtopic.php?t=207888=25#p1642862
[2] https://github.com/agherzan/meta-raspberrypi/issues/964

[YOCTO #14641]

Signed-off-by: Khem Raj 
---
 meta/conf/machine/include/arm/armv8a/tune-cortexa72.inc | 8 +++-
 1 file changed, 7 insertions(+), 1 deletion(-)

diff --git a/meta/conf/machine/include/arm/armv8a/tune-cortexa72.inc 
b/meta/conf/machine/include/arm/armv8a/tune-cortexa72.inc
index 2a510bd45bd..b2eb35f111b 100644
--- a/meta/conf/machine/include/arm/armv8a/tune-cortexa72.inc
+++ b/meta/conf/machine/include/arm/armv8a/tune-cortexa72.inc
@@ -6,8 +6,14 @@ TUNE_CCARGS .= "${@bb.utils.contains('TUNE_FEATURES', 
'cortexa72', ' -mcpu=corte
 require conf/machine/include/arm/arch-armv8a.inc
 
 # Little Endian base configs
-AVAILTUNES += "cortexa72"
+AVAILTUNES += "cortexa72 cortexa72-nocrypto"
 ARMPKGARCH:tune-cortexa72 = "cortexa72"
 TUNE_FEATURES:tune-cortexa72  = 
"${TUNE_FEATURES:tune-armv8a-crc-crypto} cortexa72"
 PACKAGE_EXTRA_ARCHS:tune-cortexa72= 
"${PACKAGE_EXTRA_ARCHS:tune-armv8a-crc-crypto} cortexa72"
 BASE_LIB:tune-cortexa72   = "lib64"
+
+# Some implementations do not enabled crypto ( e.g. BCM2837B0 in rpi4 )
+ARMPKGARCH:tune-cortexa72-nocrypto= "cortexa72"
+TUNE_FEATURES:tune-cortexa72-nocrypto = "${TUNE_FEATURES:tune-armv8a-crc} 
cortexa72"
+PACKAGE_EXTRA_ARCHS:tune-cortexa72-nocrypto = 
"${PACKAGE_EXTRA_ARCHS:tune-armv8a-crc} cortexa72"
+BASE_LIB:tune-cortexa72-nocrypto  = "lib64"
-- 
2.34.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#159102): 
https://lists.openembedded.org/g/openembedded-core/message/159102
Mute This Topic: https://lists.openembedded.org/mt/87461755/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] perf: Enable libunwind packageconfig on riscv64

2021-12-02 Thread Khem Raj
libunwind now supports risc64

Signed-off-by: Khem Raj 
---
 meta/recipes-kernel/perf/perf.bb | 1 -
 1 file changed, 1 deletion(-)

diff --git a/meta/recipes-kernel/perf/perf.bb b/meta/recipes-kernel/perf/perf.bb
index f473272096f..7bbc1ad70c5 100644
--- a/meta/recipes-kernel/perf/perf.bb
+++ b/meta/recipes-kernel/perf/perf.bb
@@ -31,7 +31,6 @@ PACKAGECONFIG[coresight] = "CORESIGHT=1,,opencsd"
 
 # libunwind is not yet ported for some architectures
 PACKAGECONFIG:remove:arc = "libunwind"
-PACKAGECONFIG:remove:riscv64 = "libunwind"
 PACKAGECONFIG:remove:riscv32 = "libunwind"
 
 DEPENDS = " \
-- 
2.34.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#159099): 
https://lists.openembedded.org/g/openembedded-core/message/159099
Mute This Topic: https://lists.openembedded.org/mt/87457888/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] libunwind: Enable for rv64

2021-12-02 Thread Khem Raj
1.6.0+ has rv64 supports now.

Signed-off-by: Khem Raj 
---
 meta/recipes-support/libunwind/libunwind_1.6.0.bb | 1 -
 1 file changed, 1 deletion(-)

diff --git a/meta/recipes-support/libunwind/libunwind_1.6.0.bb 
b/meta/recipes-support/libunwind/libunwind_1.6.0.bb
index 81b364fc5ef..91189fdb71c 100644
--- a/meta/recipes-support/libunwind/libunwind_1.6.0.bb
+++ b/meta/recipes-support/libunwind/libunwind_1.6.0.bb
@@ -16,7 +16,6 @@ EXTRA_OECONF:append:libc-musl = " --disable-documentation 
--disable-tests --enab
 ARM_INSTRUCTION_SET:armv4 = "arm"
 ARM_INSTRUCTION_SET:armv5 = "arm"
 
-COMPATIBLE_HOST:riscv64 = "null"
 COMPATIBLE_HOST:riscv32 = "null"
 
 LDFLAGS += "-Wl,-z,relro,-z,now ${@bb.utils.contains('DISTRO_FEATURES', 
'ld-is-gold', ' -fuse-ld=bfd ', '', d)}"
-- 
2.34.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#159097): 
https://lists.openembedded.org/g/openembedded-core/message/159097
Mute This Topic: https://lists.openembedded.org/mt/87457802/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] python: python3-idna: fix non-existent Unicode license

2021-12-02 Thread Khem Raj
On Wed, Dec 1, 2021 at 8:14 AM Quentin Schulz
 wrote:
>
> In addition to not being an SPDX license, Unicode license also isn't
> available in any of the LICENSE_PATH available in openembedded, meaning
> the following warning is printed:
>
> python3-idna: No generic license file exists for: Unicode in any provider 
> [license-exists]
>
> Unfortunately the license is not really explicit in the project. After
> looking at the code, it seems that this license gets pulled by
> idna/idnadata.py and idna/uts46data.py which are auto-generated by
> tools/idna-data which downloads data from
> http://www.unicode.org/Public/{version}/ucd/ and
> http://www.unicode.org/Public/idna/ which are covered by
> https://www.unicode.org/license.txt as mentioned in
> https://www.unicode.org/copyright.html.
>
> Comparing https://www.unicode.org/license.txt to Unicode-DFS-2016
> resulted in a match so let's point to that SPDX license instead.
>
> Cc: Quentin Schulz 
> Signed-off-by: Quentin Schulz 
> ---
>  meta/recipes-devtools/python/python3-idna_3.3.bb | 7 ++-
>  1 file changed, 6 insertions(+), 1 deletion(-)
>
> diff --git a/meta/recipes-devtools/python/python3-idna_3.3.bb 
> b/meta/recipes-devtools/python/python3-idna_3.3.bb
> index a0e6b79a56..f3c53a8717 100644
> --- a/meta/recipes-devtools/python/python3-idna_3.3.bb
> +++ b/meta/recipes-devtools/python/python3-idna_3.3.bb
> @@ -1,6 +1,11 @@
>  SUMMARY = "Internationalised Domain Names in Applications"
>  HOMEPAGE = "https://github.com/kjd/idna;
> -LICENSE = "BSD-3-Clause & Python-2.0 & Unicode"
> +# Note: Unicode license is pulled in by idna/idnadata.py and 
> idna/uts46data.py
> +# files auto-generated by tools/idna-data which downloads data from
> +# http://www.unicode.org/Public/{version}/ucd/ and 
> http://www.unicode.org/Public/idna/
> +# which are covered by https://www.unicode.org/license.txt as mentioned by
> +# https://www.unicode.org/copyright.html
> +LICENSE = "BSD-3-Clause & Python-2.0 & Unicode-DFS-2016"
>  LIC_FILES_CHKSUM = "file://LICENSE.md;md5=239668a7c6066d9e0c5382e9c8c6c0e1"

I looked at
https://github.com/kjd/idna/blob/master/LICENSE.md
https://pypi.org/project/idna/

and they seem to indicate that it is BSD-3-Clause so where do the
other licenses come from ?

>
>  SRC_URI[sha256sum] = 
> "9d643ff0a55b762d5cdb124b8eaa99c66322e2157b69160bc32796e824360e6d"
> --
> 2.33.1
>
>
> 
>

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#159093): 
https://lists.openembedded.org/g/openembedded-core/message/159093
Mute This Topic: https://lists.openembedded.org/mt/87431709/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] glibc: Drop patch to support/workaround prelinked apps on armv5

2021-12-01 Thread Khem Raj
The usecase explained in bug #1443 works fine now a days on qemuarmv5,
tested by using lltng-ust and explicitly linking in liburcu-bp.so as
well, since its no more a direct dependency of liblttng-ust.so.1

Given that usecase works, unbolt this fix now.

Signed-off-by: Khem Raj 
Cc: Mark Hatle 
---
 ...443-which-explains-what-the-patch-do.patch | 58 ---
 meta/recipes-core/glibc/glibc_2.34.bb |  1 -
 2 files changed, 59 deletions(-)
 delete mode 100644 
meta/recipes-core/glibc/glibc/0012-Quote-from-bug-1443-which-explains-what-the-patch-do.patch

diff --git 
a/meta/recipes-core/glibc/glibc/0012-Quote-from-bug-1443-which-explains-what-the-patch-do.patch
 
b/meta/recipes-core/glibc/glibc/0012-Quote-from-bug-1443-which-explains-what-the-patch-do.patch
deleted file mode 100644
index 07d4411c61c..000
--- 
a/meta/recipes-core/glibc/glibc/0012-Quote-from-bug-1443-which-explains-what-the-patch-do.patch
+++ /dev/null
@@ -1,58 +0,0 @@
-From add514edf4299d1bf540d85d0aa0bd5fe0d46b78 Mon Sep 17 00:00:00 2001
-From: Khem Raj 
-Date: Wed, 18 Mar 2015 00:20:09 +
-Subject: [PATCH] Quote from bug 1443 which explains what the patch does :
-
-  We build some random program and link it with -lust.  When we run it,
-  it dies with a SIGSEGV before reaching main().
-
-  Libust.so depends on liburcu-bp.so from the usermode-rcu package.
-  Although libust.so is not prelinked, liburcu-bp.so IS prelinked; this
-  is critical.
-
-  Libust.so uses a TLS / __thread variable that is defined in liburcu-
-  bp.so.  There are special ARM-specific relocation types that allow two
-  shared libraries to share thread-specific data.  This is critical too.
-
-  One more critical issue: although liburcu-bp.so is prelinked, we can't
-  load it at its prelinked address, because we also link against
-  librt.so, and librt.so uses that address.
-
-  The dynamic linker is forced to relink liburcu-bp.so at a different
-  address.  In the course of relinking, it processes the special ARM
-  relocation record mentioned above.  The prelinker has already filled
-  in the information, which is a short offset into a table of thread-
-  specific data that is allocated per-thread for each library that uses
-  TLS.  Because the normal behavior of a relocation is to add the symbol
-  value to an addend stored at the address being relocated, we end up
-  adding the short offset to itself, doubling it.
-
-  Now we have an awkward situation.  The libust.so library doesn't know
-  about the addend, so its TLS data for this element is correct.  The
-  liburcu-bp.so library has a different offset for the element.  When we
-  go to initialize the element for the first time in liburcu-bp.so, we
-  write the address of the result at the doubled (broken) offset.
-  Later, when we refer to the address from libust.so, we check the value
-  at the correct offset, but it's NULL, so we eat hot SIGSEGV.
-
-Upstream-Status: Pending
-
-Signed-off-by: Andrei Dinu 
-Signed-off-by: Khem Raj 

- sysdeps/arm/dl-machine.h | 2 +-
- 1 file changed, 1 insertion(+), 1 deletion(-)
-
-diff --git a/sysdeps/arm/dl-machine.h b/sysdeps/arm/dl-machine.h
-index ff5e09e207..d68bfe5cbe 100644
 a/sysdeps/arm/dl-machine.h
-+++ b/sysdeps/arm/dl-machine.h
-@@ -510,7 +510,7 @@ elf_machine_rel (struct link_map *map, const Elf32_Rel 
*reloc,
- 
-   case R_ARM_TLS_DTPOFF32:
- if (sym != NULL)
--  *reloc_addr += sym->st_value;
-+  *reloc_addr = sym->st_value;
- break;
- 
-   case R_ARM_TLS_TPOFF32:
diff --git a/meta/recipes-core/glibc/glibc_2.34.bb 
b/meta/recipes-core/glibc/glibc_2.34.bb
index 02b76ab3f35..1826eba1756 100644
--- a/meta/recipes-core/glibc/glibc_2.34.bb
+++ b/meta/recipes-core/glibc/glibc_2.34.bb
@@ -33,7 +33,6 @@ SRC_URI =  "${GLIBC_GIT_URI};branch=${SRCBRANCH};name=glibc \
file://0009-fsl-e500-e5500-e6500-603e-fsqrt-implementation.patch \
file://0010-ppc-sqrt-Fix-undefined-reference-to-__sqrt_finite.patch 
\

file://0011-__ieee754_sqrt-f-are-now-inline-functions-and-call-o.patch \
-   
file://0012-Quote-from-bug-1443-which-explains-what-the-patch-do.patch \

file://0013-eglibc-run-libm-err-tab.pl-with-specific-dirs-in-S.patch \

file://0014-__ieee754_sqrt-f-are-now-inline-functions-and-call-o.patch \

file://0015-sysdeps-gnu-configure.ac-handle-correctly-libc_cv_ro.patch \
-- 
2.34.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#159072): 
https://lists.openembedded.org/g/openembedded-core/message/159072
Mute This Topic: https://lists.openembedded.org/mt/87447790/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] boost: Fix build on arches with no atomics

2021-12-01 Thread Khem Raj
1.77 is broken on architectures which dont have lockfree atomics e.g.
armv5 [1], backport relevant fixes from upstream to unbreak the build

[1] https://github.com/boostorg/math/issues/673

Signed-off-by: Khem Raj 
---
 ...th_no_atomic_int-on-the-command-line.patch |  53 ++
 ...oft-failure-in-bernoulli_details_hpp.patch | 151 ++
 meta/recipes-support/boost/boost_1.77.0.bb|   2 +
 3 files changed, 206 insertions(+)
 create mode 100644 
meta/recipes-support/boost/boost/0002-math-allow-definition-of-boost_math_no_atomic_int-on-the-command-line.patch
 create mode 100644 
meta/recipes-support/boost/boost/0003-math-make-no-atomics-a-soft-failure-in-bernoulli_details_hpp.patch

diff --git 
a/meta/recipes-support/boost/boost/0002-math-allow-definition-of-boost_math_no_atomic_int-on-the-command-line.patch
 
b/meta/recipes-support/boost/boost/0002-math-allow-definition-of-boost_math_no_atomic_int-on-the-command-line.patch
new file mode 100644
index 000..b05b7950844
--- /dev/null
+++ 
b/meta/recipes-support/boost/boost/0002-math-allow-definition-of-boost_math_no_atomic_int-on-the-command-line.patch
@@ -0,0 +1,53 @@
+From 32bd6197353f6ea8e5bef01f09e25c944141acfc Mon Sep 17 00:00:00 2001
+From: jzmaddock 
+Date: Wed, 1 Sep 2021 18:54:54 +0100
+Subject: [PATCH] Allow definition of BOOST_MATH_NO_ATOMIC_INT on the command
+ line. Allows us to test/emulate platforms with no atomic integers.
+
+[buildr...@heine.tech:
+  - backport from boostorg/math 32bd6197353f6ea8e5bef01f09e25c944141acfc
+  - alter path to match boost release
+]
+Signed-off-by: Michael Nosthoff 
+---
+Upstream-Status: Backport 
[https://github.com/boostorg/math/pull/684/commits/32bd6197353f6ea8e5bef01f09e25c944141acfc]
+ boost/math/tools/atomic.hpp | 10 +-
+ 1 file changed, 5 insertions(+), 5 deletions(-)
+
+diff --git a/boost/math/tools/atomic.hpp b/boost/math/tools/atomic.hpp
+index cc76ed269f..e3cbf5db89 100644
+--- a/boost/math/tools/atomic.hpp
 b/boost/math/tools/atomic.hpp
+@@ -16,27 +16,27 @@
+ namespace boost {
+namespace math {
+   namespace detail {
+-#if ATOMIC_INT_LOCK_FREE == 2
++#if (ATOMIC_INT_LOCK_FREE == 2) && !defined(BOOST_MATH_NO_ATOMIC_INT)
+  typedef std::atomic atomic_counter_type;
+  typedef std::atomic atomic_unsigned_type;
+  typedef int atomic_integer_type;
+  typedef unsigned atomic_unsigned_integer_type;
+-#elif ATOMIC_SHORT_LOCK_FREE == 2
++#elif (ATOMIC_SHORT_LOCK_FREE == 2) && !defined(BOOST_MATH_NO_ATOMIC_INT)
+  typedef std::atomic atomic_counter_type;
+  typedef std::atomic atomic_unsigned_type;
+  typedef short atomic_integer_type;
+  typedef unsigned short atomic_unsigned_type;
+-#elif ATOMIC_LONG_LOCK_FREE == 2
++#elif (ATOMIC_LONG_LOCK_FREE == 2) && !defined(BOOST_MATH_NO_ATOMIC_INT)
+  typedef std::atomic atomic_unsigned_integer_type;
+  typedef std::atomic atomic_unsigned_type;
+  typedef unsigned long atomic_unsigned_type;
+  typedef long atomic_integer_type;
+-#elif ATOMIC_LLONG_LOCK_FREE == 2
++#elif (ATOMIC_LLONG_LOCK_FREE == 2) && !defined(BOOST_MATH_NO_ATOMIC_INT)
+  typedef std::atomic atomic_unsigned_integer_type;
+  typedef std::atomic atomic_unsigned_type;
+  typedef long long atomic_integer_type;
+  typedef unsigned long long atomic_unsigned_integer_type;
+-#else
++#elif !defined(BOOST_MATH_NO_ATOMIC_INT)
+ #  define BOOST_MATH_NO_ATOMIC_INT
+ #endif
+   } // Namespace detail
diff --git 
a/meta/recipes-support/boost/boost/0003-math-make-no-atomics-a-soft-failure-in-bernoulli_details_hpp.patch
 
b/meta/recipes-support/boost/boost/0003-math-make-no-atomics-a-soft-failure-in-bernoulli_details_hpp.patch
new file mode 100644
index 000..f69e4f21f3e
--- /dev/null
+++ 
b/meta/recipes-support/boost/boost/0003-math-make-no-atomics-a-soft-failure-in-bernoulli_details_hpp.patch
@@ -0,0 +1,151 @@
+From 7d482f6ebc356e6ec455ccb5f51a23971bf6ce5b Mon Sep 17 00:00:00 2001
+From: jzmaddock 
+Date: Wed, 1 Sep 2021 20:31:53 +0100
+Subject: [PATCH] Make no atomics a soft failure in bernoulli_details.hpp.
+ Include an "escape macro" so thread safety can be disabled if certain
+ bernoulli features are to be used in a no-atomics environment. Fixes
+ https://github.com/boostorg/math/issues/673.
+
+[buildr...@heine.tech:
+  - backport from boostorg/math 7d482f6ebc356e6ec455ccb5f51a23971bf6ce5b
+  - alter path to match boost release
+]
+Signed-off-by: Michael Nosthoff 
+---
+Upstream-Status: Backport 
[https://github.com/boostorg/math/pull/684/commits/7d482f6ebc356e6ec455ccb5f51a23971bf6ce5b]
+ .../detail/bernoulli_details.hpp | 10 +++---
+ libs/math/test/Jamfile.v2|  3 +++
+ test/compile_test/bernoulli_no_atomic_d.cpp  | 14 ++
+ test/compile_test/bernoulli_no_atomic_fail.cpp   | 15 +++
+ test/compile_test/bernoulli_no_atomic_

[OE-core] [PATCH] libtool: Fix status format in patch header

2021-11-30 Thread Khem Raj
Insert a space After 'Backport'

Signed-off-by: Khem Raj 
---
 .../libtool/ARFLAGS-use-cr-instead-of-cru-by-default.patch  | 2 +-
 .../libtool/libtool/libool.m4-add-ARFLAGS-variable.patch| 2 +-
 2 files changed, 2 insertions(+), 2 deletions(-)

diff --git 
a/meta/recipes-devtools/libtool/libtool/ARFLAGS-use-cr-instead-of-cru-by-default.patch
 
b/meta/recipes-devtools/libtool/libtool/ARFLAGS-use-cr-instead-of-cru-by-default.patch
index 5c4a8fdb2d4..447640cef63 100644
--- 
a/meta/recipes-devtools/libtool/libtool/ARFLAGS-use-cr-instead-of-cru-by-default.patch
+++ 
b/meta/recipes-devtools/libtool/libtool/ARFLAGS-use-cr-instead-of-cru-by-default.patch
@@ -30,7 +30,7 @@ Fixes bug#19967.  Reported by Eric Blake.
 * doc/libtool.texi: Do 's/ar cru/ar cr/' in whole documentation.
 * NEWS: Document.
 
-Upstream-Status: 
Backport[https://git.savannah.gnu.org/cgit/libtool.git/commit/?id=418129bc63afc312701e84cb8afa5ca413df1ab5]
+Upstream-Status: Backport 
[https://git.savannah.gnu.org/cgit/libtool.git/commit/?id=418129bc63afc312701e84cb8afa5ca413df1ab5]
 
 Signed-off-by: Li Wang 
 Signed-off-by: Changqing Li 
diff --git 
a/meta/recipes-devtools/libtool/libtool/libool.m4-add-ARFLAGS-variable.patch 
b/meta/recipes-devtools/libtool/libtool/libool.m4-add-ARFLAGS-variable.patch
index 614961a256b..bb11887cda9 100644
--- a/meta/recipes-devtools/libtool/libtool/libool.m4-add-ARFLAGS-variable.patch
+++ b/meta/recipes-devtools/libtool/libtool/libool.m4-add-ARFLAGS-variable.patch
@@ -17,7 +17,7 @@ new 'lt_ar_flags' is to be used as the default value for 
AR_FLAGS
 at libtool-runtime.
 * NEWS: Document.
 
-Upstream-Status: 
Backport[https://git.savannah.gnu.org/cgit/libtool.git/commit/?id=4335de1dfb7d2ec728427e07a54136b94a2d40f6]
+Upstream-Status: Backport 
[https://git.savannah.gnu.org/cgit/libtool.git/commit/?id=4335de1dfb7d2ec728427e07a54136b94a2d40f6]
 
 Signed-off-by: Li Wang 
 Signed-off-by: Changqing Li 
-- 
2.34.1


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



[OE-core] opkg_lock: Could not lock /run/opkg.lock:

2021-11-29 Thread Khem Raj
On CI system  when a new job is launched which is running another CI
job in a different sandbox, following error is encountered often.

 * opkg_lock: Could not lock /run/opkg.lock: Resource temporarily unavailable.
 * opkg_cmd_exec: Command failed to capture privilege lock: Resource
temporarily unavailable.

This is seen when two or more CI jobs are running. Any ideas ?
Its using opkg for O_P_M and builds are running on baremetal ( i.e. no
container stuff )
exact same CI job works when run alone.

For reference see
https://github.com/YoeDistro/meta-openembedded/runs/4362290225?check_suite_focus=true

Thanks
-Khem

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#158965): 
https://lists.openembedded.org/g/openembedded-core/message/158965
Mute This Topic: https://lists.openembedded.org/mt/87395677/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] Revert "weston-init: Pass --continue-without-input when launching weston"

2021-11-29 Thread Khem Raj
This reverts commit 762a20b493cc219a46d9ac188fe4895a111ee7b4.

This breaks machines using fbdev backend, since this option is drm
backend specific, we need to know the backend before using it, until we
have a smart way to detect that, this will not be a fool proof solution,
therefore revert it for now.

Signed-off-by: Khem Raj 
---
 meta/recipes-graphics/wayland/weston-init/init   | 2 +-
 meta/recipes-graphics/wayland/weston-init/weston.service | 2 +-
 2 files changed, 2 insertions(+), 2 deletions(-)

diff --git a/meta/recipes-graphics/wayland/weston-init/init 
b/meta/recipes-graphics/wayland/weston-init/init
index f74ac8b1846..a849f29bcbd 100644
--- a/meta/recipes-graphics/wayland/weston-init/init
+++ b/meta/recipes-graphics/wayland/weston-init/init
@@ -32,7 +32,7 @@ case "$1" in
 . /etc/profile
export HOME=ROOTHOME
 
-weston-start -- --continue-without-input $OPTARGS
+weston-start -- $OPTARGS
   ;;
 
   stop)
diff --git a/meta/recipes-graphics/wayland/weston-init/weston.service 
b/meta/recipes-graphics/wayland/weston-init/weston.service
index c7583e92e6e..e09625b31c6 100644
--- a/meta/recipes-graphics/wayland/weston-init/weston.service
+++ b/meta/recipes-graphics/wayland/weston-init/weston.service
@@ -34,7 +34,7 @@ ConditionPathExists=/dev/tty0
 # Requires systemd-notify.so Weston plugin.
 Type=notify
 EnvironmentFile=/etc/default/weston
-ExecStart=/usr/bin/weston --continue-without-input --modules=systemd-notify.so
+ExecStart=/usr/bin/weston --modules=systemd-notify.so
 
 # Optional watchdog setup
 TimeoutStartSec=60
-- 
2.34.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#158964): 
https://lists.openembedded.org/g/openembedded-core/message/158964
Mute This Topic: https://lists.openembedded.org/mt/87395556/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] Not able to install chrony on zeus

2021-11-29 Thread Khem Raj
On Mon, Nov 29, 2021 at 9:25 AM mohammed aqdam  wrote:
>
> Thanks Khem Raj,
>
> Is it possible to install both?
>

maybe if they can be make to coexist perhaps by using update-alternatives etc.

> On Mon, 29 Nov, 2021, 10:46 pm Khem Raj,  wrote:
>>
>>
>>
>> On 11/29/21 4:08 AM, mohammed aqdam wrote:
>> > Hi There,
>> >
>> > I am trying to add chrony/chronyd to my final image
>> > using IMAGE_INSTALL_append += " chrony ntp pps-tools "
>> >
>> > When I run bitbake(bitbake -k imx-image-full), Seeing "packages have
>> > unmet dependencies" errors, please check the logs for more information.
>> >
>> > Initialising tasks: 100%
>> > 
>> > |###|
>> > Time: 0:00:05
>> > Sstate summary: Wanted 9 Found 7 Missed 2 Current 3666 (77% match,
>> > 99% complete)
>> > NOTE: Executing Tasks
>> > NOTE: Setscene tasks completed
>> > ERROR: imx-image-full-1.0-r0 do_rootfs: Unable to install packages.
>> > Command
>> > 
>> > '/data/home/maqdam/imx-yocto-bsp_latest/build/tmp/work/imx8mpevk-poky-linux/imx-image-full/1.0-r0/recipe-sysroot-native/usr/bin/apt-get
>> >   install --force-yes --allow-unauthenticated --no-remove
>> > android-tools apt autotalks chrony libddsc0 devmem2 dfu-util
>> > dhcp-client dhcp-server dpkg gpsd imx-test ink-app-nets-files-obu
>> > ink-service iperf3 jailhouse libwebsockets15 luxservice net-snmp
>> > net-snmp-client net-snmp-dev net-snmp-libs net-snmp-server
>> > net-snmp-server-snmpd net-snmp-server-snmptrapd net-tools ntp
>> > opencv-apps opencv-samples openvpn packagegroup-base-extended
>> > packagegroup-core-boot packagegroup-core-full-cmdline
>> > packagegroup-core-nfs-server packagegroup-core-ssh-dropbear
>> > packagegroup-core-tools-debug packagegroup-core-tools-profile
>> > packagegroup-core-tools-testapps packagegroup-fsl-gstreamer1.0
>> > packagegroup-fsl-gstreamer1.0-full packagegroup-fsl-optee-imx
>> > packagegroup-fsl-tools-audio packagegroup-fsl-tools-benchmark
>> > packagegroup-fsl-tools-gpu packagegroup-fsl-tools-gpu-external
>> > packagegroup-fsl-tools-testapps packagegroup-imx-isp
>> > packagegroup-imx-ml packagegroup-qt5-imx
>> > packagegroup-tools-bluetooth paho-mqtt paho-mqtt-sn perl
>> > perl-module-data-dumper perl-module-file-copy perl-module-file-spec
>> > perl-module-getopt-std perl-module-io-file perl-module-term-readline
>> > pps-tools psplash python3-opencv rapidjson rtklib run-postinsts
>> > strongswan tcpdump tinydtls usbutils versions weston-init
>> > weston-xwayland xterm' returned 100:
>> > Reading package lists...
>> > Building dependency tree...
>> > Reading state information...
>> > Some packages could not be installed. This may mean that you have
>> > requested an impossible situation or if you are using the unstable
>> > distribution that some required packages have not yet been created
>> > or been moved out of Incoming.
>> > The following information may help to resolve the situation:
>> >
>> >
>> > *The following packages have unmet dependencies:
>> >   chrony : Conflicts: ntp but 4.2.8p15-r0 is to be installed
>> > E: Unable to correct problems, you have held broken packages*.
>> >
>>
>> chrony and ntp packages are in conflict, which means both of them are
>> trying to install something that other also installs. So you have to
>> decide which one of these two you need.
>>
>> >
>> > I see *ntp_4.2.8p15, *in my source code not *4.2.8p15-r0, *so I tried to
>> > rename the bb file to ntp_*4.2.8p15-r0.bb <http://4.2.8p15-r0.bb>.*
>> > Got errors while accessing the Index of /~ntp/ntp_spool/ntp4/ntp-4.2
>> > (udel.edu) <https://www.eecis.udel.edu/~ntp/ntp_spool/ntp4/ntp-4.2/> due
>> > to missing  ntp_*4.2.8p15-r0.bb <http://4.2.8p15-r0.bb> * in list.
>> >
>> > Kindly let me know if i am missing anything for adding chrony.
>> >
>> > Thanks,
>> > Aqdam
>> >
>> >
>> >
>> > 
>> >

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#158958): 
https://lists.openembedded.org/g/openembedded-core/message/158958
Mute This Topic: https://lists.openembedded.org/mt/87375915/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] Not able to install chrony on zeus

2021-11-29 Thread Khem Raj



On 11/29/21 4:08 AM, mohammed aqdam wrote:

Hi There,

I am trying to add chrony/chronyd to my final image 
using IMAGE_INSTALL_append += " chrony ntp pps-tools "


When I run bitbake(bitbake -k imx-image-full), Seeing "packages have 
unmet dependencies" errors, please check the logs for more information.


Initialising tasks: 100%

|###|
Time: 0:00:05
Sstate summary: Wanted 9 Found 7 Missed 2 Current 3666 (77% match,
99% complete)
NOTE: Executing Tasks
NOTE: Setscene tasks completed
ERROR: imx-image-full-1.0-r0 do_rootfs: Unable to install packages.
Command

'/data/home/maqdam/imx-yocto-bsp_latest/build/tmp/work/imx8mpevk-poky-linux/imx-image-full/1.0-r0/recipe-sysroot-native/usr/bin/apt-get
  install --force-yes --allow-unauthenticated --no-remove
android-tools apt autotalks chrony libddsc0 devmem2 dfu-util
dhcp-client dhcp-server dpkg gpsd imx-test ink-app-nets-files-obu
ink-service iperf3 jailhouse libwebsockets15 luxservice net-snmp
net-snmp-client net-snmp-dev net-snmp-libs net-snmp-server
net-snmp-server-snmpd net-snmp-server-snmptrapd net-tools ntp
opencv-apps opencv-samples openvpn packagegroup-base-extended
packagegroup-core-boot packagegroup-core-full-cmdline
packagegroup-core-nfs-server packagegroup-core-ssh-dropbear
packagegroup-core-tools-debug packagegroup-core-tools-profile
packagegroup-core-tools-testapps packagegroup-fsl-gstreamer1.0
packagegroup-fsl-gstreamer1.0-full packagegroup-fsl-optee-imx
packagegroup-fsl-tools-audio packagegroup-fsl-tools-benchmark
packagegroup-fsl-tools-gpu packagegroup-fsl-tools-gpu-external
packagegroup-fsl-tools-testapps packagegroup-imx-isp
packagegroup-imx-ml packagegroup-qt5-imx
packagegroup-tools-bluetooth paho-mqtt paho-mqtt-sn perl
perl-module-data-dumper perl-module-file-copy perl-module-file-spec
perl-module-getopt-std perl-module-io-file perl-module-term-readline
pps-tools psplash python3-opencv rapidjson rtklib run-postinsts
strongswan tcpdump tinydtls usbutils versions weston-init
weston-xwayland xterm' returned 100:
Reading package lists...
Building dependency tree...
Reading state information...
Some packages could not be installed. This may mean that you have
requested an impossible situation or if you are using the unstable
distribution that some required packages have not yet been created
or been moved out of Incoming.
The following information may help to resolve the situation:


*The following packages have unmet dependencies:
  chrony : Conflicts: ntp but 4.2.8p15-r0 is to be installed
E: Unable to correct problems, you have held broken packages*.



chrony and ntp packages are in conflict, which means both of them are 
trying to install something that other also installs. So you have to 
decide which one of these two you need.




I see *ntp_4.2.8p15, *in my source code not *4.2.8p15-r0, *so I tried to 
rename the bb file to ntp_*4.2.8p15-r0.bb .*
Got errors while accessing the Index of /~ntp/ntp_spool/ntp4/ntp-4.2 
(udel.edu)  due 
to missing  ntp_*4.2.8p15-r0.bb  * in list.


Kindly let me know if i am missing anything for adding chrony.

Thanks,
Aqdam






-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#158956): 
https://lists.openembedded.org/g/openembedded-core/message/158956
Mute This Topic: https://lists.openembedded.org/mt/87375915/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] weston-init: Pass --continue-without-input when launching weston

2021-11-28 Thread Khem Raj
hold on to this one, since this option needs to be passed selectively
only when drm backend is being used.

On Sat, Nov 27, 2021 at 1:22 AM Khem Raj  wrote:
>
> This ensures that we do not need keyboard/mouse or other input system
> Weston's default behavior is to not open if input devices are not
> found, but we may not always have input devices connected for systems
> running weston in field
>
> Signed-off-by: Khem Raj 
> ---
>  meta/recipes-graphics/wayland/weston-init/init   | 2 +-
>  meta/recipes-graphics/wayland/weston-init/weston.service | 2 +-
>  2 files changed, 2 insertions(+), 2 deletions(-)
>
> diff --git a/meta/recipes-graphics/wayland/weston-init/init 
> b/meta/recipes-graphics/wayland/weston-init/init
> index a849f29bcbd..f74ac8b1846 100644
> --- a/meta/recipes-graphics/wayland/weston-init/init
> +++ b/meta/recipes-graphics/wayland/weston-init/init
> @@ -32,7 +32,7 @@ case "$1" in
>  . /etc/profile
> export HOME=ROOTHOME
>
> -weston-start -- $OPTARGS
> +weston-start -- --continue-without-input $OPTARGS
>;;
>
>stop)
> diff --git a/meta/recipes-graphics/wayland/weston-init/weston.service 
> b/meta/recipes-graphics/wayland/weston-init/weston.service
> index e09625b31c6..c7583e92e6e 100644
> --- a/meta/recipes-graphics/wayland/weston-init/weston.service
> +++ b/meta/recipes-graphics/wayland/weston-init/weston.service
> @@ -34,7 +34,7 @@ ConditionPathExists=/dev/tty0
>  # Requires systemd-notify.so Weston plugin.
>  Type=notify
>  EnvironmentFile=/etc/default/weston
> -ExecStart=/usr/bin/weston --modules=systemd-notify.so
> +ExecStart=/usr/bin/weston --continue-without-input 
> --modules=systemd-notify.so
>
>  # Optional watchdog setup
>  TimeoutStartSec=60
> --
> 2.34.1
>

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#158925): 
https://lists.openembedded.org/g/openembedded-core/message/158925
Mute This Topic: https://lists.openembedded.org/mt/87334992/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] weston-init: Pass --continue-without-input when launching weston

2021-11-27 Thread Khem Raj
This ensures that we do not need keyboard/mouse or other input system
Weston's default behavior is to not open if input devices are not
found, but we may not always have input devices connected for systems
running weston in field

Signed-off-by: Khem Raj 
---
 meta/recipes-graphics/wayland/weston-init/init   | 2 +-
 meta/recipes-graphics/wayland/weston-init/weston.service | 2 +-
 2 files changed, 2 insertions(+), 2 deletions(-)

diff --git a/meta/recipes-graphics/wayland/weston-init/init 
b/meta/recipes-graphics/wayland/weston-init/init
index a849f29bcbd..f74ac8b1846 100644
--- a/meta/recipes-graphics/wayland/weston-init/init
+++ b/meta/recipes-graphics/wayland/weston-init/init
@@ -32,7 +32,7 @@ case "$1" in
 . /etc/profile
export HOME=ROOTHOME
 
-weston-start -- $OPTARGS
+weston-start -- --continue-without-input $OPTARGS
   ;;
 
   stop)
diff --git a/meta/recipes-graphics/wayland/weston-init/weston.service 
b/meta/recipes-graphics/wayland/weston-init/weston.service
index e09625b31c6..c7583e92e6e 100644
--- a/meta/recipes-graphics/wayland/weston-init/weston.service
+++ b/meta/recipes-graphics/wayland/weston-init/weston.service
@@ -34,7 +34,7 @@ ConditionPathExists=/dev/tty0
 # Requires systemd-notify.so Weston plugin.
 Type=notify
 EnvironmentFile=/etc/default/weston
-ExecStart=/usr/bin/weston --modules=systemd-notify.so
+ExecStart=/usr/bin/weston --continue-without-input --modules=systemd-notify.so
 
 # Optional watchdog setup
 TimeoutStartSec=60
-- 
2.34.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#158849): 
https://lists.openembedded.org/g/openembedded-core/message/158849
Mute This Topic: https://lists.openembedded.org/mt/87334992/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 03/20] python: introduce python3-dtschema

2021-11-25 Thread Khem Raj



On 11/25/21 9:51 AM, Bruce Ashfield wrote:

On Thu, Nov 25, 2021 at 12:36 PM Khem Raj  wrote:


fails to build for me

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


It was updated in-branch with fixups.  The version in this patch is
known to break on a target build.


thanks, my grinder runs slowly since it builds a lot of stuff, so it 
gets to errors a bit late :). Are these fixes already in master-next now ?




Bruce



On Wed, Nov 24, 2021 at 1:14 PM Bruce Ashfield  wrote:


From: Bruce Ashfield 

kernel commit 53182e81f47d [kbuild: Enable DT schema checks for %.dtb
targets], which is part of v5.16+, makes the checking of dtb schemas
manditory.

To support the checking, we introduce this new recipe dtschema.

Dependencies will be imported in subsequent commits, so we can
track the dependency need on a per-import basis.

Signed-off-by: Bruce Ashfield 
---
  .../python/python3-dtschema_2021.10.bb   | 16 
  1 file changed, 16 insertions(+)
  create mode 100644 meta/recipes-devtools/python/python3-dtschema_2021.10.bb

diff --git a/meta/recipes-devtools/python/python3-dtschema_2021.10.bb 
b/meta/recipes-devtools/python/python3-dtschema_2021.10.bb
new file mode 100644
index 00..f16232d610
--- /dev/null
+++ b/meta/recipes-devtools/python/python3-dtschema_2021.10.bb
@@ -0,0 +1,16 @@
+DESCRIPTION = "Tooling for devicetree validation using YAML and jsonschema"
+HOMEPAGE = "https://github.com/devicetree-org/dt-schema;
+LICENSE = "BSD-2-Clause"
+LIC_FILES_CHKSUM = "file://LICENSE.txt;md5=457495c8fa03540db4a576bf7869e811"
+
+inherit pypi setuptools3
+
+PYPI_PACKAGE = "dtschema"
+
+SRC_URI[md5sum] = "d2f0d847ba2ad4d223317ef7304342b0"
+SRC_URI[sha256sum] = 
"d09c94d13f46e6674ba11ff31220651ad1b02dae860f5a87905dfac6b8d768d9"
+
+DEPENDS += "python3-setuptools-scm"
+RDEPENDS:${PN} += "python3-ruamel-yaml python3-jsonschema python3-rfc3987"
+
+BBCLASSEXTEND = "native nativesdk"
--
2.19.1









-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#158793): 
https://lists.openembedded.org/g/openembedded-core/message/158793
Mute This Topic: https://lists.openembedded.org/mt/87290455/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 3/3] gcc: Drop mips default ABI patch

2021-11-25 Thread Khem Raj



On 11/25/21 7:22 AM, Richard Purdie wrote:

gcc-configure-common.inc already sets --with-abi=64 for our mips64
targets so this patch is no longer needed.


sounds good. Long time ago, IIRC it did not work for compiling the 
target gcc so it has to be enforced but I agree one less patch is better 
now.




[YOCTO #14639]

Signed-off-by: Richard Purdie 
---
  meta/recipes-devtools/gcc/gcc-11.2.inc|  1 -
  .../gcc/0010-MIPS64-Default-to-N64-ABI.patch  | 54 ---
  2 files changed, 55 deletions(-)
  delete mode 100644 
meta/recipes-devtools/gcc/gcc/0010-MIPS64-Default-to-N64-ABI.patch

diff --git a/meta/recipes-devtools/gcc/gcc-11.2.inc 
b/meta/recipes-devtools/gcc/gcc-11.2.inc
index b4e4300c66b..afb8f2df5c2 100644
--- a/meta/recipes-devtools/gcc/gcc-11.2.inc
+++ b/meta/recipes-devtools/gcc/gcc-11.2.inc
@@ -36,7 +36,6 @@ SRC_URI = "\
 file://0005-optional-libstdc.patch \
 
file://0007-Use-the-defaults.h-in-B-instead-of-S-and-t-oe-in-B.patch \
 file://0009-cpp-honor-sysroot.patch \
-   file://0010-MIPS64-Default-to-N64-ABI.patch \
 
file://0011-Define-GLIBC_DYNAMIC_LINKER-and-UCLIBC_DYNAMIC_LINKE.patch \
 file://0012-gcc-Fix-argument-list-too-long-error.patch \
 file://0014-libtool.patch \
diff --git a/meta/recipes-devtools/gcc/gcc/0010-MIPS64-Default-to-N64-ABI.patch 
b/meta/recipes-devtools/gcc/gcc/0010-MIPS64-Default-to-N64-ABI.patch
deleted file mode 100644
index f385f8c5a20..000
--- a/meta/recipes-devtools/gcc/gcc/0010-MIPS64-Default-to-N64-ABI.patch
+++ /dev/null
@@ -1,54 +0,0 @@
-From a2dc2fa4cc7e5d54544d4a7b6601eef79bc26cad Mon Sep 17 00:00:00 2001
-From: Khem Raj 
-Date: Fri, 29 Mar 2013 09:23:08 +0400
-Subject: [PATCH] MIPS64: Default to N64 ABI
-
-MIPS64 defaults to n32 ABI, this patch makes it
-so that it defaults to N64 ABI
-
-Signed-off-by: Khem Raj 
-
-Upstream-Status: Inappropriate [OE config specific]

- gcc/config.gcc | 10 +-
- 1 file changed, 5 insertions(+), 5 deletions(-)
-
-diff --git a/gcc/config.gcc b/gcc/config.gcc
-index 3ec7582f5dd..a046fa6945c 100644
 a/gcc/config.gcc
-+++ b/gcc/config.gcc
-@@ -2543,29 +2543,29 @@ mips*-*-linux*)# Linux 
MIPS, either endian.
-   default_mips_arch=mips32
-   ;;
-   mips64el-st-linux-gnu)
--  default_mips_abi=n32
-+  default_mips_abi=64
-   tm_file="${tm_file} mips/st.h"
-   tmake_file="${tmake_file} mips/t-st"
-   enable_mips_multilibs="yes"
-   ;;
-   mips64octeon*-*-linux*)
--  default_mips_abi=n32
-+  default_mips_abi=64
-   tm_defines="${tm_defines} 
MIPS_CPU_STRING_DEFAULT=\\\"octeon\\\""
-   target_cpu_default=MASK_SOFT_FLOAT_ABI
-   enable_mips_multilibs="yes"
-   ;;
-   mipsisa64r6*-*-linux*)
--  default_mips_abi=n32
-+  default_mips_abi=64
-   default_mips_arch=mips64r6
-   enable_mips_multilibs="yes"
-   ;;
-   mipsisa64r2*-*-linux*)
--  default_mips_abi=n32
-+  default_mips_abi=64
-   default_mips_arch=mips64r2
-   enable_mips_multilibs="yes"
-   ;;
-   mips64*-*-linux* | mipsisa64*-*-linux*)
--  default_mips_abi=n32
-+  default_mips_abi=64
-   enable_mips_multilibs="yes"
-   ;;
-   esac






-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#158791): 
https://lists.openembedded.org/g/openembedded-core/message/158791
Mute This Topic: https://lists.openembedded.org/mt/87304170/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 2/3] gcc: Drop no longer needed patch

2021-11-25 Thread Khem Raj



On 11/25/21 7:22 AM, Richard Purdie wrote:

This patch was mentioned upstream a long time ago:

https://gcc.gnu.org/bugzilla/show_bug.cgi?id=47256

Changes from gcc 10 onward mean it is no longer needed as mentioned in the
above bug report. Drop the patch.



this looks ok.


Signed-off-by: Richard Purdie 
---
  meta/recipes-devtools/gcc/gcc-11.2.inc|  1 -
  .../gcc/gcc/0006-COLLECT_GCC_OPTIONS.patch| 35 ---
  2 files changed, 36 deletions(-)
  delete mode 100644 
meta/recipes-devtools/gcc/gcc/0006-COLLECT_GCC_OPTIONS.patch

diff --git a/meta/recipes-devtools/gcc/gcc-11.2.inc 
b/meta/recipes-devtools/gcc/gcc-11.2.inc
index baced2a4007..b4e4300c66b 100644
--- a/meta/recipes-devtools/gcc/gcc-11.2.inc
+++ b/meta/recipes-devtools/gcc/gcc-11.2.inc
@@ -34,7 +34,6 @@ SRC_URI = "\
 file://0002-gcc-poison-system-directories.patch \
 file://0004-64-bit-multilib-hack.patch \
 file://0005-optional-libstdc.patch \
-   file://0006-COLLECT_GCC_OPTIONS.patch \
 
file://0007-Use-the-defaults.h-in-B-instead-of-S-and-t-oe-in-B.patch \
 file://0009-cpp-honor-sysroot.patch \
 file://0010-MIPS64-Default-to-N64-ABI.patch \
diff --git a/meta/recipes-devtools/gcc/gcc/0006-COLLECT_GCC_OPTIONS.patch 
b/meta/recipes-devtools/gcc/gcc/0006-COLLECT_GCC_OPTIONS.patch
deleted file mode 100644
index 265ca0e2187..000
--- a/meta/recipes-devtools/gcc/gcc/0006-COLLECT_GCC_OPTIONS.patch
+++ /dev/null
@@ -1,35 +0,0 @@
-From 127716a32a11ca2a6b3aac068054bfc69c4dcfd8 Mon Sep 17 00:00:00 2001
-From: Khem Raj 
-Date: Fri, 29 Mar 2013 09:16:28 +0400
-Subject: [PATCH] COLLECT_GCC_OPTIONS
-
-This patch adds --sysroot into COLLECT_GCC_OPTIONS which is used to
-invoke collect2.
-
-Signed-off-by: Khem Raj 
-
-Upstream-Status: Pending

- gcc/gcc.c | 9 +
- 1 file changed, 9 insertions(+)
-
-diff --git a/gcc/gcc.c b/gcc/gcc.c
-index be7630ffd8c..1bc45285384 100644
 a/gcc/gcc.c
-+++ b/gcc/gcc.c
-@@ -5383,6 +5383,15 @@ set_collect_gcc_options (void)
-   sizeof ("COLLECT_GCC_OPTIONS=") - 1);
-
-   first_time = TRUE;
-+#ifdef HAVE_LD_SYSROOT
-+  if (target_system_root_changed && target_system_root)
-+{
-+  obstack_grow (_obstack, "'--sysroot=", sizeof("'--sysroot=")-1);
-+  obstack_grow (_obstack, 
target_system_root,strlen(target_system_root));
-+  obstack_grow (_obstack, "'", 1);
-+  first_time = FALSE;
-+}
-+#endif
-   for (i = 0; (int) i < n_switches; i++)
- {
-   const char *const *args;






-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#158790): 
https://lists.openembedded.org/g/openembedded-core/message/158790
Mute This Topic: https://lists.openembedded.org/mt/87304168/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 03/20] python: introduce python3-dtschema

2021-11-25 Thread Khem Raj
fails to build for me

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

On Wed, Nov 24, 2021 at 1:14 PM Bruce Ashfield  wrote:
>
> From: Bruce Ashfield 
>
> kernel commit 53182e81f47d [kbuild: Enable DT schema checks for %.dtb
> targets], which is part of v5.16+, makes the checking of dtb schemas
> manditory.
>
> To support the checking, we introduce this new recipe dtschema.
>
> Dependencies will be imported in subsequent commits, so we can
> track the dependency need on a per-import basis.
>
> Signed-off-by: Bruce Ashfield 
> ---
>  .../python/python3-dtschema_2021.10.bb   | 16 
>  1 file changed, 16 insertions(+)
>  create mode 100644 meta/recipes-devtools/python/python3-dtschema_2021.10.bb
>
> diff --git a/meta/recipes-devtools/python/python3-dtschema_2021.10.bb 
> b/meta/recipes-devtools/python/python3-dtschema_2021.10.bb
> new file mode 100644
> index 00..f16232d610
> --- /dev/null
> +++ b/meta/recipes-devtools/python/python3-dtschema_2021.10.bb
> @@ -0,0 +1,16 @@
> +DESCRIPTION = "Tooling for devicetree validation using YAML and jsonschema"
> +HOMEPAGE = "https://github.com/devicetree-org/dt-schema;
> +LICENSE = "BSD-2-Clause"
> +LIC_FILES_CHKSUM = "file://LICENSE.txt;md5=457495c8fa03540db4a576bf7869e811"
> +
> +inherit pypi setuptools3
> +
> +PYPI_PACKAGE = "dtschema"
> +
> +SRC_URI[md5sum] = "d2f0d847ba2ad4d223317ef7304342b0"
> +SRC_URI[sha256sum] = 
> "d09c94d13f46e6674ba11ff31220651ad1b02dae860f5a87905dfac6b8d768d9"
> +
> +DEPENDS += "python3-setuptools-scm"
> +RDEPENDS:${PN} += "python3-ruamel-yaml python3-jsonschema python3-rfc3987"
> +
> +BBCLASSEXTEND = "native nativesdk"
> --
> 2.19.1
>
>
> 
>

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#158789): 
https://lists.openembedded.org/g/openembedded-core/message/158789
Mute This Topic: https://lists.openembedded.org/mt/87290455/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 16/21] cmake: update 3.21.4 -> 3.22.0

2021-11-25 Thread Khem Raj
On Wed, Nov 24, 2021 at 12:30 PM Khem Raj  wrote:
>
> This is breaking llvm/libcxx
>
> https://errors.yoctoproject.org/Errors/Details/617887/
>

I have made a workaround for meta-clang here [1]
which gets me through but it's perhaps worth noting for rootcausing
with upstream cmake.

[1] https://github.com/kraj/meta-clang/pull/533

> On Wed, Nov 24, 2021 at 12:08 AM Alexander Kanavin
>  wrote:
> >
> > Signed-off-by: Alexander Kanavin 
> > ---
> >  .../cmake/{cmake-native_3.21.4.bb => cmake-native_3.22.0.bb}| 0
> >  meta/recipes-devtools/cmake/cmake.inc   | 2 +-
> >  .../recipes-devtools/cmake/{cmake_3.21.4.bb => cmake_3.22.0.bb} | 0
> >  3 files changed, 1 insertion(+), 1 deletion(-)
> >  rename meta/recipes-devtools/cmake/{cmake-native_3.21.4.bb => 
> > cmake-native_3.22.0.bb} (100%)
> >  rename meta/recipes-devtools/cmake/{cmake_3.21.4.bb => cmake_3.22.0.bb} 
> > (100%)
> >
> > diff --git a/meta/recipes-devtools/cmake/cmake-native_3.21.4.bb 
> > b/meta/recipes-devtools/cmake/cmake-native_3.22.0.bb
> > similarity index 100%
> > rename from meta/recipes-devtools/cmake/cmake-native_3.21.4.bb
> > rename to meta/recipes-devtools/cmake/cmake-native_3.22.0.bb
> > diff --git a/meta/recipes-devtools/cmake/cmake.inc 
> > b/meta/recipes-devtools/cmake/cmake.inc
> > index 8b1b0db30d..2cd8193d6f 100644
> > --- a/meta/recipes-devtools/cmake/cmake.inc
> > +++ b/meta/recipes-devtools/cmake/cmake.inc
> > @@ -21,7 +21,7 @@ SRC_URI = 
> > "https://cmake.org/files/v${CMAKE_MAJOR_VERSION}/cmake-${PV}.tar.gz \
> > 
> > file://0004-Fail-silently-if-system-Qt-installation-is-broken.patch \
> >  "
> >
> > -SRC_URI[sha256sum] = 
> > "d9570a95c215f4c9886dd0f0564ca4ef8d18c30750f157238ea12669c2985978"
> > +SRC_URI[sha256sum] = 
> > "998c7ba34778d2dfdb3df8a695469e24b11e2bfa21fbe41b361a3f45e1c9345e"
> >
> >  UPSTREAM_CHECK_REGEX = "cmake-(?P\d+(\.\d+)+)\.tar"
> >
> > diff --git a/meta/recipes-devtools/cmake/cmake_3.21.4.bb 
> > b/meta/recipes-devtools/cmake/cmake_3.22.0.bb
> > similarity index 100%
> > rename from meta/recipes-devtools/cmake/cmake_3.21.4.bb
> > rename to meta/recipes-devtools/cmake/cmake_3.22.0.bb
> > --
> > 2.20.1
> >
> >
> > 
> >

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#158788): 
https://lists.openembedded.org/g/openembedded-core/message/158788
Mute This Topic: https://lists.openembedded.org/mt/87277248/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 16/21] cmake: update 3.21.4 -> 3.22.0

2021-11-24 Thread Khem Raj
This is breaking llvm/libcxx

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

On Wed, Nov 24, 2021 at 12:08 AM Alexander Kanavin
 wrote:
>
> Signed-off-by: Alexander Kanavin 
> ---
>  .../cmake/{cmake-native_3.21.4.bb => cmake-native_3.22.0.bb}| 0
>  meta/recipes-devtools/cmake/cmake.inc   | 2 +-
>  .../recipes-devtools/cmake/{cmake_3.21.4.bb => cmake_3.22.0.bb} | 0
>  3 files changed, 1 insertion(+), 1 deletion(-)
>  rename meta/recipes-devtools/cmake/{cmake-native_3.21.4.bb => 
> cmake-native_3.22.0.bb} (100%)
>  rename meta/recipes-devtools/cmake/{cmake_3.21.4.bb => cmake_3.22.0.bb} 
> (100%)
>
> diff --git a/meta/recipes-devtools/cmake/cmake-native_3.21.4.bb 
> b/meta/recipes-devtools/cmake/cmake-native_3.22.0.bb
> similarity index 100%
> rename from meta/recipes-devtools/cmake/cmake-native_3.21.4.bb
> rename to meta/recipes-devtools/cmake/cmake-native_3.22.0.bb
> diff --git a/meta/recipes-devtools/cmake/cmake.inc 
> b/meta/recipes-devtools/cmake/cmake.inc
> index 8b1b0db30d..2cd8193d6f 100644
> --- a/meta/recipes-devtools/cmake/cmake.inc
> +++ b/meta/recipes-devtools/cmake/cmake.inc
> @@ -21,7 +21,7 @@ SRC_URI = 
> "https://cmake.org/files/v${CMAKE_MAJOR_VERSION}/cmake-${PV}.tar.gz \
> 
> file://0004-Fail-silently-if-system-Qt-installation-is-broken.patch \
>  "
>
> -SRC_URI[sha256sum] = 
> "d9570a95c215f4c9886dd0f0564ca4ef8d18c30750f157238ea12669c2985978"
> +SRC_URI[sha256sum] = 
> "998c7ba34778d2dfdb3df8a695469e24b11e2bfa21fbe41b361a3f45e1c9345e"
>
>  UPSTREAM_CHECK_REGEX = "cmake-(?P\d+(\.\d+)+)\.tar"
>
> diff --git a/meta/recipes-devtools/cmake/cmake_3.21.4.bb 
> b/meta/recipes-devtools/cmake/cmake_3.22.0.bb
> similarity index 100%
> rename from meta/recipes-devtools/cmake/cmake_3.21.4.bb
> rename to meta/recipes-devtools/cmake/cmake_3.22.0.bb
> --
> 2.20.1
>
>
> 
>

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#158743): 
https://lists.openembedded.org/g/openembedded-core/message/158743
Mute This Topic: https://lists.openembedded.org/mt/87277248/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] rust in SDK

2021-11-24 Thread Khem Raj



On 11/23/21 11:59 PM, Peter Bergin wrote:

Hi,

I'm looking for information about how mature and tested it is to have 
rust tools in the SDK. In README-rust.md [1] there is a phrase "Once the 
Rust SDK support is added to oe-core..." which can be read that it is 
not ready yet. In the first bullet "What works:" it states "-buildsdk 
and -crosssdk" which I can't connect to oe-core terms.


I have suceeded to add rust tools to a SDK by adding 
'TOOLCHAIN_HOST_TASK:append = " 
packagegroup-rust-cross-canadian-${MACHINE}"' to my config. With this I 
have succeeded to cross-compile the simplest hello-world example for 
aarch64. Is this the way to go or is there work to do (reffering to 
README info)?


Any information around rust and the status in oe-core are appreciated.



SDK usecase would partially work but the relocatable part might have 
issues since we have hacks to expand on install paths at SDK install 
time which may not work out of box for rust compiler tools.



Thanks,
/Peter






-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#158740): 
https://lists.openembedded.org/g/openembedded-core/message/158740
Mute This Topic: https://lists.openembedded.org/mt/87277113/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 v3] image: Include psplash only when screen machine feature is enabled

2021-11-23 Thread Khem Raj
base-image boots in degraded mode when using systems without display
system since there is no fb device detected and pslash service would
fail to start. Removing this image feature means that core-image-base is
complete for headless devices

Signed-off-by: Khem Raj 
---
v3: Remove a typo '0'

 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 6c759fdf700..8a46b4852cd 100644
--- a/meta/classes/image.bbclass
+++ b/meta/classes/image.bbclass
@@ -53,7 +53,7 @@ FEATURE_INSTALL_OPTIONAL[vardepvalue] = 
"${FEATURE_INSTALL_OPTIONAL}"
 
 # Define some very basic feature package groups
 FEATURE_PACKAGES_package-management = "${ROOTFS_PKGMANAGE}"
-SPLASH ?= "psplash"
+SPLASH ?= "${@bb.utils.contains("MACHINE_FEATURES", "screen", "psplash", "", 
d)}"
 FEATURE_PACKAGES_splash = "${SPLASH}"
 
 IMAGE_INSTALL_COMPLEMENTARY = '${@complementary_globs("IMAGE_FEATURES", d)}'
-- 
2.34.0


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

2021-11-23 Thread Khem Raj
dont forget to send removal patch for meta-python once they are in core.

On Tue, Nov 23, 2021 at 1:57 PM Bruce Ashfield  wrote:
>
> From: Bruce Ashfield 
>
> Richard,
>
> There's a few routine -stable updates at the start of this, and then some
> more painful (and RFC) commits.
>
> As part of this series, we fix one pkg-config issue that was preventing
> x86 from doing stack valildation during build. At one point it was
> increasing my build times signficantly, but that seems to have gone
> away now. If we see something like this on the AB, we'll have to keep
> the fix, but disable it by default.
>
> The next big chunk of changes are the ones we talked about during the
> tech call today. The 5.16 kernel has introduced mandatory dtschema
> checking for device trees built through the kernel.
>
> That checking pulls in a reasonably large amount of dependencies to
> the kernel build: libyaml, dtschema, jsonschema, etc.
>
> We weren't able to even run the validation at all, due to the kernel
> calling pkg-config directly to check for libyaml, which is the target
> pkgconfig and failing on missing dependencies. Rather than patching
> the kernel, I've finally given in and made the do_compile task set
> the PKG_CONFIG variables to point to our native-sysroot. Since the
> kenrel doesn't use pkgconfig for target decisions, and has quite
> a few calls directly to pkgconfig, this is the best short term way
> to get all those checks working.
>
> Once we are past yaml, we need to create the dtschema recipe, and
> bring in the dependencies from meta-python. I've put myself down as
> the maintainer for all the new recipes, but otherwise, I haven't
> changed or modified them.
>
> BUT! there are scenarios where a non-conformant dts file is being
> built, or we just don't want those dependencies in the built. To
> work around that, I took the suggestion from this morning and
> created a python3-dtschema-wrappers recipe. It contains three
> scripts of the same name as the ones from the real package. When
> put in the dependency for a kernel build, it can pass the dtschema
> steps.
>
> Finally, I created a reference PACKAGECONFIG for linux-yocto-dev
> to enable/disable the main package and wrappers (the wrappers are
> used by default). I haven't put this into kernel.bbclass yet, since
> it is version specific, and it needs to soak for a bit. But if
> there's demand, it is something that can be moved to kernel.bclass
> (along with a few other version specific dependencies).
>
> Note: I haven't done an AB run with these yet, so I could be
> missing some python dependencies, etc, but I wanted to get this
> out to the list in case others are running into this with
> v5.16+.
>
> Cheers,
>
> Bruce
>
>
> The following changes since commit 60409917ea3e7353f5b7ee831fe4ffaff0957d94:
>
>   glibc-tests: Do not set SYSTEMD_SERVICE (2021-11-23 14:04:02 +)
>
> 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 (18):
>   linux-yocto/5.15: update to v5.15.2
>   linux-yocto/5.14: update to v5.14.18
>   linux-yocto/5.10: update to v5.10.79
>   kernel-yocto: conditionally enable stack protection checking on x86-64
>   linux-yocto-dev: bump to v5.16+
>   kernel: export native PKGCONFIG variables
>   python: introduce python3-dtschema
>   python: import jsonpointer from meta-python
>   python: import jsonschema from meta-python
>   python: import idna from meta-python
>   python: import rfc3339-validator from meta-python
>   python: import rfc3986-validator from meta-python
>   python: import webcolors from meta-python
>   python: import ruamel-yaml from meta-python
>   maintainers: update for kernel dtschema checking dependencies
>   linux-yocto: export pkgconfig variables to devshell
>   kernel: introduce python3-dtschema-wrapper
>   linux-yocto-dev: introduce dt-validation PACKAGECONFIG
>
> Max Krummenacher (2):
>   perf: sort-pmuevents: don't drop elements
>   perf: sort-pmuevents: allow for additional type qualifiers and storage
> class
>
>  meta/classes/kernel.bbclass   |  7 +++
>  meta/conf/distro/include/maintainers.inc  |  9 
>  ...e-pytest-runner-to-test_requirements.patch | 32 +
>  .../python/python3-dtschema_2021.10.bb| 15 ++
>  .../python/python3-idna_3.3.bb| 19 
>  .../python/python3-jsonpointer/run-ptest  |  3 ++
>  .../python/python3-jsonpointer_2.1.bb | 26 ++
>  .../python/python3-jsonschema_3.2.0.bb| 48 +++
>  .../python/python3-rfc3339-validator_0.1.4.bb | 20 
>  .../python/python3-rfc3986-validator_0.1.1.bb | 23 +
>  .../python/python3-ruamel-yaml_0.17.16.bb | 23 +
>  .../python/python3-webcolors/run-ptest|  3 ++
>  .../python/python3-webcolors_1.11.1.bb| 27 +++
>  .../python3-dtschema-wrapper/dt-doc-validate  | 20 

Re: [OE-core] [PATCH] glibc: Fix i586/c3 support

2021-11-23 Thread Khem Raj



On 11/23/21 8:55 AM, Richard Purdie wrote:

CET can't be enabled on i586 or c3 for x86, adjust the configuration accordingly
to fix those builds.

Signed-off-by: Richard Purdie 
---
  meta/recipes-core/glibc/glibc_2.34.bb | 2 +-
  1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-core/glibc/glibc_2.34.bb 
b/meta/recipes-core/glibc/glibc_2.34.bb
index 72064772789..7efc1ec1ef7 100644
--- a/meta/recipes-core/glibc/glibc_2.34.bb
+++ b/meta/recipes-core/glibc/glibc_2.34.bb
@@ -90,7 +90,7 @@ EXTRA_OECONF = "--enable-kernel=${OLDEST_KERNEL} \
  
  EXTRA_OECONF += "${@get_libc_fpu_setting(bb, d)}"
  
-EXTRA_OECONF:append:x86 = " --enable-cet"

+EXTRA_OECONF:append:x86 = " ${@bb.utils.contains_any('TUNE_FEATURES', 'i586 c3', 
'--disable-cet', '--enable-cet', d)}"


does this make glibc tune specific now ?


  EXTRA_OECONF:append:x86-64 = " --enable-cet"
  
  PACKAGECONFIG ??= "nscd memory-tagging"







-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#158612): 
https://lists.openembedded.org/g/openembedded-core/message/158612
Mute This Topic: https://lists.openembedded.org/mt/87262863/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/2] image: Include psplash only when screen machine feature is enabled

2021-11-22 Thread Khem Raj
base-image boots in degraded mode when using systems without display
system since there is no fb device detected and pslash service would
fail to start. Removing this image feature means that core-image-base is
complete for headless devices

Signed-off-by: Khem Raj 
---
 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 6c759fdf700..68f8ecfa962 100644
--- a/meta/classes/image.bbclass
+++ b/meta/classes/image.bbclass
@@ -53,7 +53,7 @@ FEATURE_INSTALL_OPTIONAL[vardepvalue] = 
"${FEATURE_INSTALL_OPTIONAL}"
 
 # Define some very basic feature package groups
 FEATURE_PACKAGES_package-management = "${ROOTFS_PKGMANAGE}"
-SPLASH ?= "psplash"
+SPLASH ?= "${@bb.utils.contains("MACHINE_FEATURES", "screen", "psplash", "0", 
d)}"
 FEATURE_PACKAGES_splash = "${SPLASH}"
 
 IMAGE_INSTALL_COMPLEMENTARY = '${@complementary_globs("IMAGE_FEATURES", d)}'
-- 
2.34.0


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#158591): 
https://lists.openembedded.org/g/openembedded-core/message/158591
Mute This Topic: https://lists.openembedded.org/mt/87246897/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/2] core-image-ptest-all,core-image-ptest-fast: Depend on core-image class

2021-11-22 Thread Khem Raj
Use the default packages as mentioned in core-image-base without splash
since many machines ( e.g. raspberrypi ) add packages to enable wifi/bt
via MACHINE_EXTRA_RRECOMMENDS which are essential to boot the system
without errors, otherwise there are errors about BT firmware not being
found etc. which is then marked as failure and also services like btuart
fail to start and it marked as failure in system logs

Using default base package groups addresses this issue amicably

Signed-off-by: Khem Raj 
---
 meta/recipes-core/images/core-image-ptest-all.bb  | 3 +--
 meta/recipes-core/images/core-image-ptest-fast.bb | 3 +--
 2 files changed, 2 insertions(+), 4 deletions(-)

diff --git a/meta/recipes-core/images/core-image-ptest-all.bb 
b/meta/recipes-core/images/core-image-ptest-all.bb
index 1472451675e..8edd9a2b886 100644
--- a/meta/recipes-core/images/core-image-ptest-all.bb
+++ b/meta/recipes-core/images/core-image-ptest-all.bb
@@ -1,7 +1,6 @@
-inherit features_check
+inherit core-image features_check
 REQUIRED_DISTRO_FEATURES = "ptest"
 
-require core-image-minimal.bb
 require conf/distro/include/ptest-packagelists.inc
 
 DESCRIPTION += "Also includes ptest packages."
diff --git a/meta/recipes-core/images/core-image-ptest-fast.bb 
b/meta/recipes-core/images/core-image-ptest-fast.bb
index 40df274c4c1..286f20e547c 100644
--- a/meta/recipes-core/images/core-image-ptest-fast.bb
+++ b/meta/recipes-core/images/core-image-ptest-fast.bb
@@ -1,7 +1,6 @@
-inherit features_check
+inherit core-image features_check
 REQUIRED_DISTRO_FEATURES = "ptest"
 
-require core-image-minimal.bb
 require conf/distro/include/ptest-packagelists.inc
 
 # Include only fast (< 30 sec) ptests
-- 
2.34.0


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#158590): 
https://lists.openembedded.org/g/openembedded-core/message/158590
Mute This Topic: https://lists.openembedded.org/mt/87246896/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] core-image-ptest-all,core-image-ptest-fast: Depend on core-image class

2021-11-20 Thread Khem Raj
Use the default packages as mentioned in core-image-base without splash
since many machines ( e.g. raspberrypi ) add packages to enable wifi/bt
via MACHINE_EXTRA_RRECOMMENDS which are essential to boot the system
without errors, otherwise there are errors about BT firmware not being
found etc. which is then marked as failure and also services like btuart
fail to start and it marked as failure in system logs

Using default base package groups addresses this issue amicably

Signed-off-by: Khem Raj 
---
 meta/recipes-core/images/core-image-ptest-all.bb  | 3 +--
 meta/recipes-core/images/core-image-ptest-fast.bb | 3 +--
 2 files changed, 2 insertions(+), 4 deletions(-)

diff --git a/meta/recipes-core/images/core-image-ptest-all.bb 
b/meta/recipes-core/images/core-image-ptest-all.bb
index 1472451675e..8edd9a2b886 100644
--- a/meta/recipes-core/images/core-image-ptest-all.bb
+++ b/meta/recipes-core/images/core-image-ptest-all.bb
@@ -1,7 +1,6 @@
-inherit features_check
+inherit core-image features_check
 REQUIRED_DISTRO_FEATURES = "ptest"
 
-require core-image-minimal.bb
 require conf/distro/include/ptest-packagelists.inc
 
 DESCRIPTION += "Also includes ptest packages."
diff --git a/meta/recipes-core/images/core-image-ptest-fast.bb 
b/meta/recipes-core/images/core-image-ptest-fast.bb
index 40df274c4c1..286f20e547c 100644
--- a/meta/recipes-core/images/core-image-ptest-fast.bb
+++ b/meta/recipes-core/images/core-image-ptest-fast.bb
@@ -1,7 +1,6 @@
-inherit features_check
+inherit core-image features_check
 REQUIRED_DISTRO_FEATURES = "ptest"
 
-require core-image-minimal.bb
 require conf/distro/include/ptest-packagelists.inc
 
 # Include only fast (< 30 sec) ptests
-- 
2.34.0


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#158529): 
https://lists.openembedded.org/g/openembedded-core/message/158529
Mute This Topic: https://lists.openembedded.org/mt/87198772/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] core-image-base: Remove psplash from required features

2021-11-20 Thread Khem Raj
base-image boots in degraded mode when using systems without display
system since there is no fb device detected and pslash service would
fail to start. Removing this image feature means that core-image-base is
complete for headless devices

Signed-off-by: Khem Raj 
---
 meta/recipes-core/images/core-image-base.bb | 2 --
 1 file changed, 2 deletions(-)

diff --git a/meta/recipes-core/images/core-image-base.bb 
b/meta/recipes-core/images/core-image-base.bb
index 75a08cfc92a..ced8de6c14f 100644
--- a/meta/recipes-core/images/core-image-base.bb
+++ b/meta/recipes-core/images/core-image-base.bb
@@ -1,8 +1,6 @@
 SUMMARY = "A console-only image that fully supports the target device \
 hardware."
 
-IMAGE_FEATURES += "splash"
-
 LICENSE = "MIT"
 
 inherit core-image
-- 
2.34.0


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#158530): 
https://lists.openembedded.org/g/openembedded-core/message/158530
Mute This Topic: https://lists.openembedded.org/mt/87198773/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] glibc-tests: Do not set SYSTEMD_SERVICE

2021-11-18 Thread Khem Raj
These are glibc specific which comes from glibc packaging class

Signed-off-by: Khem Raj 
---
 meta/recipes-core/glibc/glibc-tests_2.34.bb | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/meta/recipes-core/glibc/glibc-tests_2.34.bb 
b/meta/recipes-core/glibc/glibc-tests_2.34.bb
index d2d3cfff913..f72be0d1fb7 100644
--- a/meta/recipes-core/glibc/glibc-tests_2.34.bb
+++ b/meta/recipes-core/glibc/glibc-tests_2.34.bb
@@ -19,6 +19,8 @@ python __anonymous() {
 
d.setVar("BBCLASSEXTEND", "")
d.setVar("RRECOMMENDS", "")
+   d.setVar("SYSTEMD_SERVICE:nscd", "")
+   d.setVar("SYSTEMD_PACKAGES", "")
 }
 
 # Remove any lefovers from original glibc recipe
-- 
2.34.0


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#158483): 
https://lists.openembedded.org/g/openembedded-core/message/158483
Mute This Topic: https://lists.openembedded.org/mt/87155621/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 33/36] expect: do not install examples, drop related patch

2021-11-17 Thread Khem Raj
On Wed, Nov 17, 2021 at 2:00 PM Alexander Kanavin
 wrote:
>
> On Wed, 17 Nov 2021 at 20:05, Khem Raj  wrote:
>>
>> yes perhaps as part of main PN package its not but as a separate package
>> something like PN-examples or some such it will be better
>
>
> If upstream doesn't install them, there's no need to override that; they're 
> just example code snippets that serve no purpose on embedded targets.
>

Yes examples perhaps can be removed, thats perhaps fine, atleast its
clear change if someone needs to re-introduce it.
separately when looking at code I do see examples/ as folder being
referenced for EXECSCRIPTDIR and SCRIPTDIR in exp_main_sub.c
 that sounds interesting, hopefully not an issue but worth checking

> Alex
>
>
>>
>>
>> >
>> > Signed-off-by: Alexander Kanavin 
>> > ---
>> >   .../expect/expect/01-example-shebang.patch| 144 --
>> >   meta/recipes-devtools/expect/expect_5.45.4.bb |   2 -
>> >   2 files changed, 146 deletions(-)
>> >   delete mode 100644 
>> > meta/recipes-devtools/expect/expect/01-example-shebang.patch
>> >
>> > diff --git a/meta/recipes-devtools/expect/expect/01-example-shebang.patch 
>> > b/meta/recipes-devtools/expect/expect/01-example-shebang.patch
>> > deleted file mode 100644
>> > index 8597f31387..00
>> > --- a/meta/recipes-devtools/expect/expect/01-example-shebang.patch
>> > +++ /dev/null
>> > @@ -1,144 +0,0 @@
>> > -Author: Mike Markley 
>> > -Author: Sergei Golovan 
>> > -Description: Fixes shebangs in examples (Closes: #152367).
>> > -
>> > -Backported from Debian
>> > -
>> > -Upstream-Status: Pending
>> > -Index: expect5.45/example/beer.exp
>> > -===
>> >  expect5.45.orig/example/beer.exp 2006-01-25 13:51:39.0 -0800
>> > -+++ expect5.45/example/beer.exp  2013-11-01 17:35:19.817318341 -0700
>> > -@@ -1,4 +1,9 @@
>> > --#!/depot/path/expect -f
>> > -+#!/bin/sh
>> > -+# -*- tcl -*-
>> > -+# The next line is executed by /bin/sh, but not tcl \
>> > -+exec tclsh "$0" ${1+"$@"}
>> > -+
>> > -+package require Expect
>> > -
>> > - # 99 bottles of beer on the wall, Expect-style
>> > - # Author: Don Libes 
>> > -Index: expect5.45/example/expectd.proto
>> > -===
>> >  expect5.45.orig/example/expectd.proto2010-07-02 
>> > 09:03:31.0 -0700
>> > -+++ expect5.45/example/expectd.proto 2013-11-01 17:35:19.821318341 -0700
>> > -@@ -1,4 +1,10 @@
>> > --#!/depot/tcl/src/expect/e --
>> > -+#!/bin/sh
>> > -+# -*- tcl -*-
>> > -+# The next line is executed by /bin/sh, but not tcl \
>> > -+exec tclsh "$0" ${1+"$@"}
>> > -+
>> > -+package require Expect
>> > -+
>> > - # Description: Simple fragment to begin a telnet daemon
>> > - # For more information, see Chapter 17 of "Exploring Expect"
>> > - # Author: Don Libes, NIST
>> > -Index: expect5.45/example/irsh
>> > -===
>> >  expect5.45.orig/example/irsh 2010-07-02 09:03:31.0 -0700
>> > -+++ expect5.45/example/irsh  2013-11-01 17:35:19.821318341 -0700
>> > -@@ -1,4 +1,9 @@
>> > --#!/depot/path/expect --
>> > -+#!/bin/sh
>> > -+# -*- tcl -*-
>> > -+# The next line is executed by /bin/sh, but not tcl \
>> > -+exec tclsh "$0" ${1+"$@"}
>> > -+
>> > -+package require Expect
>> > -
>> > - # Do rsh interactively.  For example, consider the following command:
>> > - #rsh  ls -l "|" more
>> > -Index: expect5.45/example/passwd.cgi
>> > -===
>> >  expect5.45.orig/example/passwd.cgi   2000-01-06 
>> > 15:22:07.0 -0800
>> > -+++ expect5.45/example/passwd.cgi2013-11-01 17:35:19.821318341 -0700
>> > -@@ -1,4 +1,9 @@
>> > --#!/depot/path/expect --
>> > -+#!/bin/sh
>> > -+# -*- tcl -*-
>> > -+# The next line is executed by /bin/sh, but not tcl \
>> > -+exec tclsh "$0" ${1+"$@"}
>> > -+
>> > -+package require Expect
>> > -
>> > - # This is a CGI script to process requests created by the accompany

Re: [OE-core] [PATCH 22/36] elfutils: update 0.185 -> 0.186

2021-11-17 Thread Khem Raj
On Wed, Nov 17, 2021 at 11:11 AM Mark Wielaard  wrote:
>
> Hi,
>
> I hack on elfutils upstream.
>
> On Wed, Nov 17, 2021 at 06:32:40PM +0100, Alexander Kanavin wrote:
> > On Wed, 17 Nov 2021 at 18:15, Khem Raj  wrote:
> > > > Rework support for error() on non-glibc targets:
> > > > upstream now provides its own implementation, so we can drop
> > > > the patch that adds ours; said implementation isn't
> > > > build-tested with tests, so ptest has to be disabled on musl.
> > >
> > > Overall this is an improvement so I am good with this patch.
> > > if upstream implementation does not pass ptests
> > > perhaps worth reporting upstream.
> >
> > I would if upstream would be interested in tests with anything except
> > glibc, but I'm fairly sure they're not. The tests don't even build with
> > musl without invasive patching.
>
> If you don't report issues we won't know there are any.  elfutils
> upstream is certainly focussed on glibc. And some of the musl
> developers are pretty hostile and agresssive, which certainly isn't
> appreciated. But we do appreciate bug reports and patches to support
> alternative libc implementations where they make sense and help
> others.

Thanks Mark, good point about creating bug reports at least.

>
> Cheers,
>
> Mark
>

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#158456): 
https://lists.openembedded.org/g/openembedded-core/message/158456
Mute This Topic: https://lists.openembedded.org/mt/87121996/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 33/36] expect: do not install examples, drop related patch

2021-11-17 Thread Khem Raj



On 11/17/21 7:35 AM, Alexander Kanavin wrote:

There is really no reason to install them; this was done
in the original recipe submission for unexplained reasons.


yes perhaps as part of main PN package its not but as a separate package 
something like PN-examples or some such it will be better




Signed-off-by: Alexander Kanavin 
---
  .../expect/expect/01-example-shebang.patch| 144 --
  meta/recipes-devtools/expect/expect_5.45.4.bb |   2 -
  2 files changed, 146 deletions(-)
  delete mode 100644 
meta/recipes-devtools/expect/expect/01-example-shebang.patch

diff --git a/meta/recipes-devtools/expect/expect/01-example-shebang.patch 
b/meta/recipes-devtools/expect/expect/01-example-shebang.patch
deleted file mode 100644
index 8597f31387..00
--- a/meta/recipes-devtools/expect/expect/01-example-shebang.patch
+++ /dev/null
@@ -1,144 +0,0 @@
-Author: Mike Markley 
-Author: Sergei Golovan 
-Description: Fixes shebangs in examples (Closes: #152367).
-
-Backported from Debian
-
-Upstream-Status: Pending
-Index: expect5.45/example/beer.exp
-===
 expect5.45.orig/example/beer.exp   2006-01-25 13:51:39.0 -0800
-+++ expect5.45/example/beer.exp2013-11-01 17:35:19.817318341 -0700
-@@ -1,4 +1,9 @@
--#!/depot/path/expect -f
-+#!/bin/sh
-+# -*- tcl -*-
-+# The next line is executed by /bin/sh, but not tcl \
-+exec tclsh "$0" ${1+"$@"}
-+
-+package require Expect
-
- # 99 bottles of beer on the wall, Expect-style
- # Author: Don Libes 
-Index: expect5.45/example/expectd.proto
-===
 expect5.45.orig/example/expectd.proto  2010-07-02 09:03:31.0 
-0700
-+++ expect5.45/example/expectd.proto   2013-11-01 17:35:19.821318341 -0700
-@@ -1,4 +1,10 @@
--#!/depot/tcl/src/expect/e --
-+#!/bin/sh
-+# -*- tcl -*-
-+# The next line is executed by /bin/sh, but not tcl \
-+exec tclsh "$0" ${1+"$@"}
-+
-+package require Expect
-+
- # Description: Simple fragment to begin a telnet daemon
- # For more information, see Chapter 17 of "Exploring Expect"
- # Author: Don Libes, NIST
-Index: expect5.45/example/irsh
-===
 expect5.45.orig/example/irsh   2010-07-02 09:03:31.0 -0700
-+++ expect5.45/example/irsh2013-11-01 17:35:19.821318341 -0700
-@@ -1,4 +1,9 @@
--#!/depot/path/expect --
-+#!/bin/sh
-+# -*- tcl -*-
-+# The next line is executed by /bin/sh, but not tcl \
-+exec tclsh "$0" ${1+"$@"}
-+
-+package require Expect
-
- # Do rsh interactively.  For example, consider the following command:
- #rsh  ls -l "|" more
-Index: expect5.45/example/passwd.cgi
-===
 expect5.45.orig/example/passwd.cgi 2000-01-06 15:22:07.0 -0800
-+++ expect5.45/example/passwd.cgi  2013-11-01 17:35:19.821318341 -0700
-@@ -1,4 +1,9 @@
--#!/depot/path/expect --
-+#!/bin/sh
-+# -*- tcl -*-
-+# The next line is executed by /bin/sh, but not tcl \
-+exec tclsh "$0" ${1+"$@"}
-+
-+package require Expect
-
- # This is a CGI script to process requests created by the accompanying
- # passwd.html form.  This script is pretty basic, although it is
-Index: expect5.45/example/passwdprompt
-===
 expect5.45.orig/example/passwdprompt   2003-09-05 12:01:59.0 
-0700
-+++ expect5.45/example/passwdprompt2013-11-01 17:35:19.821318341 -0700
-@@ -1,4 +1,9 @@
--#!/depot/path/expect
-+#!/bin/sh
-+# -*- tcl -*-
-+# The next line is executed by /bin/sh, but not tcl \
-+exec tclsh "$0" ${1+"$@"}
-+
-+package require Expect
-
- # This script prompts for a passwd from stdin while echoing *'s
-
-Index: expect5.45/example/reprompt
-===
 expect5.45.orig/example/reprompt   2000-01-06 15:22:07.0 -0800
-+++ expect5.45/example/reprompt2013-11-01 17:35:19.821318341 -0700
-@@ -1,4 +1,9 @@
--#!/depot/path/expect --
-+#!/bin/sh
-+# -*- tcl -*-
-+# The next line is executed by /bin/sh, but not tcl \
-+exec tclsh "$0" ${1+"$@"}
-+
-+package require Expect
-
- # Name: reprompt
- # Description: reprompt every so often until user enters something
-Index: expect5.45/example/term_expect
-===
 expect5.45.orig/example/term_expect2005-02-15 10:11:31.0 
-0800
-+++ expect5.45/example/term_expect 2013-11-01 17:35:19.821318341 -0700
-@@ -1,4 +1,9 @@
--#!/depot/path/expectk
-+#!/bin/sh
-+# -*- tcl -*-
-+# The next line is executed by /bin/sh, but not tcl \
-+exec wish "$0" ${1+"$@"}
-+
-+package require Expect
-
- # Name: tkterm - terminal emulator using Expect and Tk text widget, v3.0
- # Author: Don Libes, July '94
-Index: expect5.45/example/vrfy
-===
 

Re: [OE-core] [PATCH 22/36] elfutils: update 0.185 -> 0.186

2021-11-17 Thread Khem Raj
On Wed, Nov 17, 2021 at 9:32 AM Alexander Kanavin
 wrote:
>
> On Wed, 17 Nov 2021 at 18:15, Khem Raj  wrote:
>>
>> > Rework support for error() on non-glibc targets:
>> > upstream now provides its own implementation, so we can drop
>> > the patch that adds ours; said implementation isn't
>> > build-tested with tests, so ptest has to be disabled on musl.
>>
>> Overall this is an improvement so I am good with this patch.
>> if upstream implementation does not pass ptests
>> perhaps worth reporting upstream.
>
>
> I would if upstream would be interested in tests with anything except glibc, 
> but I'm fairly sure they're not. The tests don't even build with musl without 
> invasive patching.
>

thats fine, there is enough folks who will come around and fix it
perhaps from alpine and other places.

> Alex
>
>
>>
>>
>> > This, in turns, allows dropping 0004-Fix-error-on-musl.patch.
>> >
>> > License-Update: copyright years
>> > Signed-off-by: Alexander Kanavin 
>> > ---
>> >  .../{elfutils_0.185.bb => elfutils_0.186.bb}  |  12 +-
>> >  ...ompilation-on-platforms-without-erro.patch |  54 +++
>> >  .../elfutils/files/0002-musl-libs.patch   | 118 ---
>> >  .../elfutils/files/0003-musl-utils.patch  |   6 +-
>> >  .../files/0004-Fix-error-on-musl.patch|  36 -
>> >  .../0015-config-eu.am-do-not-use-Werror.patch |   8 +-
>> >  .../elfutils/files/glibc-2.34-fix.patch   | 138 --
>> >  7 files changed, 65 insertions(+), 307 deletions(-)
>> >  rename meta/recipes-devtools/elfutils/{elfutils_0.185.bb => 
>> > elfutils_0.186.bb} (95%)
>> >  create mode 100644 
>> > meta/recipes-devtools/elfutils/files/0001-debuginfod-fix-compilation-on-platforms-without-erro.patch
>> >  delete mode 100644 
>> > meta/recipes-devtools/elfutils/files/0002-musl-libs.patch
>> >  delete mode 100644 
>> > meta/recipes-devtools/elfutils/files/0004-Fix-error-on-musl.patch
>> >  delete mode 100644 
>> > meta/recipes-devtools/elfutils/files/glibc-2.34-fix.patch
>> >
>> > diff --git a/meta/recipes-devtools/elfutils/elfutils_0.185.bb 
>> > b/meta/recipes-devtools/elfutils/elfutils_0.186.bb
>> > similarity index 95%
>> > rename from meta/recipes-devtools/elfutils/elfutils_0.185.bb
>> > rename to meta/recipes-devtools/elfutils/elfutils_0.186.bb
>> > index f4769e3632..b3588a2196 100644
>> > --- a/meta/recipes-devtools/elfutils/elfutils_0.185.bb
>> > +++ b/meta/recipes-devtools/elfutils/elfutils_0.186.bb
>> > @@ -4,7 +4,7 @@ DESCRIPTION = "elfutils is a collection of utilities and 
>> > libraries to read, crea
>> >  SECTION = "base"
>> >  LICENSE = "GPLv2 & GPLv2+ & LGPLv3+ & GPLv3+"
>> >  LIC_FILES_CHKSUM = "file://COPYING;md5=d32239bcb673463ab874e80d47fae504 \
>> > -
>> > file://debuginfod/debuginfod-client.c;endline=27;md5=f8e9d171c401c493ec45a0b2992ea2ed
>> >  \
>> > +
>> > file://debuginfod/debuginfod-client.c;endline=27;md5=d2adfd8f5347d4c96e3c280393ce66da
>> >  \
>> >  "
>> >  DEPENDS = "zlib virtual/libintl"
>> >  DEPENDS:append:libc-musl = " argp-standalone fts musl-obstack "
>> > @@ -22,20 +22,16 @@ SRC_URI = 
>> > "https://sourceware.org/elfutils/ftp/${PV}/${BP}.tar.bz2 \
>> > file://ptest.patch \
>> > 
>> > file://0001-tests-Makefile.am-compile-test_nlist-with-standard-C.patch \
>> > 
>> > file://0001-debuginfod-debuginfod-client.c-correct-string-format.patch \
>> > -   file://glibc-2.34-fix.patch \
>> > +   
>> > file://0001-debuginfod-fix-compilation-on-platforms-without-erro.patch \
>> > "
>> >  SRC_URI:append:libc-musl = " \
>> > -   file://0002-musl-libs.patch \
>> > file://0003-musl-utils.patch \
>> > -   file://0004-Fix-error-on-musl.patch \
>> > file://0015-config-eu.am-do-not-use-Werror.patch \
>> > "
>> > -SRC_URI[sha256sum] = 
>> > "dc8d3e74ab209465e7f568e1b3bb9a5a142f8656e2b57d10049a73da2ae6b5a6"
>> > -
>> > -# remove at next version upgrade or when output changes
>> > -PR = "r1"
>> > +SRC_URI[sha256sum] = 
>> > "7f6fb9149b1673d38d9178a0d3e0fb8a1ec4f53a9f4c2ff8

Re: [OE-core] [PATCH 2/2] glibc: Append files instead of making then part of main SRC_URI

2021-11-17 Thread Khem Raj
On Wed, Nov 17, 2021 at 9:38 AM Richard Purdie
 wrote:
>
> On Wed, 2021-11-17 at 08:56 -0800, Khem Raj wrote:
> > This will help later with using devupstream
> >
> > Signed-off-by: Khem Raj 
> > ---
> >  meta/recipes-core/glibc/glibc_2.34.bb | 10 ++
> >  1 file changed, 6 insertions(+), 4 deletions(-)
> >
> > diff --git a/meta/recipes-core/glibc/glibc_2.34.bb 
> > b/meta/recipes-core/glibc/glibc_2.34.bb
> > index 72064772789..778898f1979 100644
> > --- a/meta/recipes-core/glibc/glibc_2.34.bb
> > +++ b/meta/recipes-core/glibc/glibc_2.34.bb
> > @@ -29,10 +29,6 @@ NATIVESDKFIXES:class-nativesdk = "\
> >  "
> >
> >  SRC_URI =  "${GLIBC_GIT_URI};branch=${SRCBRANCH};name=glibc \
> > -   file://etc/ld.so.conf \
> > -   file://generate-supported.mk \
> > -   file://makedbs.sh \
> > -   \
> > ${NATIVESDKFIXES} \
> > 
> > file://0009-fsl-e500-e5500-e6500-603e-fsqrt-implementation.patch \
> > 
> > file://0010-ppc-sqrt-Fix-undefined-reference-to-__sqrt_finite.patch \
> > @@ -60,6 +56,12 @@ SRC_URI =  
> > "${GLIBC_GIT_URI};branch=${SRCBRANCH};name=glibc \
> > 
> > file://0001-fix-create-thread-failed-in-unprivileged-process-BZ-.patch \
> > file://CVE-2021-43396.patch \
> > "
> > +# Use append instead of += that way patch is applied with devupstream too
> > +SRC_URI:append = "\
> > +   file://etc/ld.so.conf \
> > +   file://generate-supported.mk \
> > +   file://makedbs.sh \
> > +"
> >  S = "${WORKDIR}/git"
> >  B = "${WORKDIR}/build-${TARGET_SYS}"
> >
>
> I'm afraid I really dislike these kinds of patches. We need to do something 
> with
> our syntax so we don't have to jump through weird hoops like this. These kind 
> of
> changes look really fragile and easy to break.

what do you suggest as a better approach

>
> Effectively it is an arms race to turn everything into an append, then nothing
> can disable it.
>
> Cheers,
>
> Richard
>

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#158441): 
https://lists.openembedded.org/g/openembedded-core/message/158441
Mute This Topic: https://lists.openembedded.org/mt/87124068/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 22/36] elfutils: update 0.185 -> 0.186

2021-11-17 Thread Khem Raj
needs to be in an
> +'extern "C"' block, otherwise linking fails.
> +
> +Since we are here, use quotes for "system.h" header, since it's a local
> +header, not a system one.
> +
> +Upstream-Status: Backport 
> [https://sourceware.org/git/?p=elfutils.git;a=commit;h=90b9e91b961b794a4e58ab76d9191a5e7343584e]
> +Signed-off-by: Érico Nogueira 
> +Signed-off-by: Alexander Kanavin 
> +---
> + debuginfod/ChangeLog  | 4 
> + debuginfod/debuginfod.cxx | 2 +-
> + 2 files changed, 5 insertions(+), 1 deletion(-)
> +
> +diff --git a/debuginfod/ChangeLog b/debuginfod/ChangeLog
> +index f06d3ee..822bd63 100644
> +--- a/debuginfod/ChangeLog
>  b/debuginfod/ChangeLog
> +@@ -1,3 +1,7 @@
> ++2021-11-10  Érico N. Rolim  
> ++
> ++  * debuginfod.cxx: include "system.h" under 'extern "C"' block.
> ++
> + 2021-11-05  Frank Ch. Eigler  
> +
> +   PR28430
> +diff --git a/debuginfod/debuginfod.cxx b/debuginfod/debuginfod.cxx
> +index 521cb52..764e7b9 100644
> +--- a/debuginfod/debuginfod.cxx
>  b/debuginfod/debuginfod.cxx
> +@@ -33,11 +33,11 @@
> +
> + extern "C" {
> + #include "printversion.h"
> ++#include "system.h"
> + }
> +
> + #include "debuginfod.h"
> + #include 
> +-#include 
> +
> + #include 
> + #ifdef __GNUC__
> +--
> +2.20.1
> +
> diff --git a/meta/recipes-devtools/elfutils/files/0002-musl-libs.patch 
> b/meta/recipes-devtools/elfutils/files/0002-musl-libs.patch
> deleted file mode 100644
> index c7360da7a7..00
> --- a/meta/recipes-devtools/elfutils/files/0002-musl-libs.patch
> +++ /dev/null
> @@ -1,118 +0,0 @@
> -From 0f4667f0bb4b000d74ade07e90bd690b7217a19d Mon Sep 17 00:00:00 2001
> -From: Hongxu Jia 
> -Date: Fri, 23 Aug 2019 10:18:47 +0800
> -Subject: [PATCH] musl-libs
> -
> -Collection of fixes needed to compile libelf and other libraries
> -provided by elfutils for musl targets
> -
> -error is glibc specific API, so this patch will mostly not accepted
> -upstream given that elfutils has been closely tied to glibc
> -
> -Signed-off-by: Khem Raj 
> -Upstream-Status: Inappropriate [workaround for musl]
> -
> -Rebase to 0.177
> -Signed-off-by: Hongxu Jia 
> -
> 
> - lib/error.h| 27 +++
> - lib/fixedsizehash.h|  1 -
> - lib/libeu.h|  1 +
> - libdwfl/linux-kernel-modules.c |  1 +
> - libelf/elf.h   |  7 +++
> - 5 files changed, 36 insertions(+), 1 deletion(-)
> - create mode 100644 lib/error.h
> -
> -diff --git a/lib/error.h b/lib/error.h
> -new file mode 100644
> -index 000..ef06827
>  /dev/null
> -+++ b/lib/error.h
> -@@ -0,0 +1,27 @@
> -+#ifndef _ERROR_H_
> -+#define _ERROR_H_
> -+
> -+#include 
> -+#include 
> -+#include 
> -+#include 
> -+#include 
> -+
> -+static unsigned int error_message_count = 0;
> -+
> -+static inline void error(int status, int errnum, const char* format, ...)
> -+{
> -+  va_list ap;
> -+  fprintf(stderr, "%s: ", program_invocation_name);
> -+  va_start(ap, format);
> -+  vfprintf(stderr, format, ap);
> -+  va_end(ap);
> -+  if (errnum)
> -+  fprintf(stderr, ": %s", strerror(errnum));
> -+  fprintf(stderr, "\n");
> -+  error_message_count++;
> -+  if (status)
> -+  exit(status);
> -+}
> -+
> -+#endif/* _ERROR_H_ */
> -diff --git a/lib/fixedsizehash.h b/lib/fixedsizehash.h
> -index dac2a5f..43016fc 100644
>  a/lib/fixedsizehash.h
> -+++ b/lib/fixedsizehash.h
> -@@ -30,7 +30,6 @@
> - #include 
> - #include 
> - #include 
> --#include 
> -
> - #include 
> -
> -diff --git a/lib/libeu.h b/lib/libeu.h
> -index ecb4d01..edc85e3 100644
>  a/lib/libeu.h
> -+++ b/lib/libeu.h
> -@@ -29,6 +29,7 @@
> - #ifndef LIBEU_H
> - #define LIBEU_H
> -
> -+#include "system.h"
> - #include 
> - #include 
> -
> -diff --git a/libdwfl/linux-kernel-modules.c b/libdwfl/linux-kernel-modules.c
> -index c0f8dfa..aa78033 100644
>  a/libdwfl/linux-kernel-modules.c
> -+++ b/libdwfl/linux-kernel-modules.c
> -@@ -50,6 +50,7 @@
> - #include 
> - #include 
> - #include 
> -+#include "system.h"
> -
> - /* If fts.h is included before config.h, its indirect inclusions may not
> -give us the right LFS aliases of these functions, so map them manually.  
> */
> -diff --git a/libelf/elf.h b/libelf/elf.h
> -index 8e3e618..1353890 100644
>  a/libelf/elf.h
> -+++ b/libelf/elf.h
> -@@ -19,6 +19,10 @@
> - #ifndef _ELF_H
> - #define  

[OE-core] [PATCH 2/2] glibc: Append files instead of making then part of main SRC_URI

2021-11-17 Thread Khem Raj
This will help later with using devupstream

Signed-off-by: Khem Raj 
---
 meta/recipes-core/glibc/glibc_2.34.bb | 10 ++
 1 file changed, 6 insertions(+), 4 deletions(-)

diff --git a/meta/recipes-core/glibc/glibc_2.34.bb 
b/meta/recipes-core/glibc/glibc_2.34.bb
index 72064772789..778898f1979 100644
--- a/meta/recipes-core/glibc/glibc_2.34.bb
+++ b/meta/recipes-core/glibc/glibc_2.34.bb
@@ -29,10 +29,6 @@ NATIVESDKFIXES:class-nativesdk = "\
 "
 
 SRC_URI =  "${GLIBC_GIT_URI};branch=${SRCBRANCH};name=glibc \
-   file://etc/ld.so.conf \
-   file://generate-supported.mk \
-   file://makedbs.sh \
-   \
${NATIVESDKFIXES} \
file://0009-fsl-e500-e5500-e6500-603e-fsqrt-implementation.patch \
file://0010-ppc-sqrt-Fix-undefined-reference-to-__sqrt_finite.patch 
\
@@ -60,6 +56,12 @@ SRC_URI =  "${GLIBC_GIT_URI};branch=${SRCBRANCH};name=glibc \

file://0001-fix-create-thread-failed-in-unprivileged-process-BZ-.patch \
file://CVE-2021-43396.patch \
"
+# Use append instead of += that way patch is applied with devupstream too
+SRC_URI:append = "\
+   file://etc/ld.so.conf \
+   file://generate-supported.mk \
+   file://makedbs.sh \
+"
 S = "${WORKDIR}/git"
 B = "${WORKDIR}/build-${TARGET_SYS}"
 
-- 
2.34.0


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#158435): 
https://lists.openembedded.org/g/openembedded-core/message/158435
Mute This Topic: https://lists.openembedded.org/mt/87124068/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] glibc-testsuite: Use append operator to add check-test-wrapper

2021-11-17 Thread Khem Raj
Signed-off-by: Khem Raj 
---
 meta/recipes-core/glibc/glibc-testsuite_2.34.bb | 3 ++-
 1 file changed, 2 insertions(+), 1 deletion(-)

diff --git a/meta/recipes-core/glibc/glibc-testsuite_2.34.bb 
b/meta/recipes-core/glibc/glibc-testsuite_2.34.bb
index e8ad2a938b1..6650ec5a483 100644
--- a/meta/recipes-core/glibc/glibc-testsuite_2.34.bb
+++ b/meta/recipes-core/glibc/glibc-testsuite_2.34.bb
@@ -3,7 +3,8 @@ require glibc-tests.inc
 
 inherit qemu
 
-SRC_URI += "file://check-test-wrapper"
+# Use append instead of += that way patch is applied with devupstream too
+SRC_URI:append = " file://check-test-wrapper"
 
 # strip provides
 PROVIDES = ""
-- 
2.34.0


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#158434): 
https://lists.openembedded.org/g/openembedded-core/message/158434
Mute This Topic: https://lists.openembedded.org/mt/87124067/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] gdb-common: Add --with-liblzma-prefix in xz PACKAGECONFIG.

2021-11-16 Thread Khem Raj
On Tue, Nov 16, 2021 at 9:55 AM Jim Wilson  wrote:
>
> On Mon, Nov 15, 2021 at 6:14 PM Khem Raj  wrote:
>>
>> On 11/15/21 17:44, Jim Wilson wrote:
>> > This fixes an arch linux gdb configure error with liblzma installed.
>>
>> this looks ok to me. Although I wonder why gdb's configure is not able
>> to find it in staging sysroot automatically, I have seen similar
>> behavior in gmp and mpfr in past as well.
>
>
> I have no familiarity with the OE cross native build system.  I didn't spend 
> much time looking at that.  There might be something wrong with gdb 
> configure, or there might be something wrong with options or environment 
> variables passed to gdb configure.  But since we already passed the 
> --with-expat-prefix option to configure, doing the same for liblzma was the 
> easiest way to get this working.
>

yes, this patch is fine in itself.

> Jim
>

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#158369): 
https://lists.openembedded.org/g/openembedded-core/message/158369
Mute This Topic: https://lists.openembedded.org/mt/87085648/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] gdb-common: Add --with-liblzma-prefix in xz PACKAGECONFIG.

2021-11-15 Thread Khem Raj



On 11/15/21 17:44, Jim Wilson wrote:

This fixes an arch linux gdb configure error with liblzma installed.

Without the --with-liblzma-prefix option, when configuring the target
gdb, gdb configure may find the native liblzma (on a non-multiarch
system) and try to use it, which gives a configure error.  We already
use --with-libexpat-prefix for expat, we just need to do the same for
liblzma.

This was reported here:
https://github.com/sifive/meta-sifive/issues/34
https://github.com/sifive/freedom-u-sdk/issues/148

Signed-off-by: Jim Wilson 
---
  meta/recipes-devtools/gdb/gdb-common.inc | 2 +-
  1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-devtools/gdb/gdb-common.inc 
b/meta/recipes-devtools/gdb/gdb-common.inc
index f3ab3544da..925b0c2f80 100644
--- a/meta/recipes-devtools/gdb/gdb-common.inc
+++ b/meta/recipes-devtools/gdb/gdb-common.inc
@@ -37,7 +37,7 @@ PACKAGECONFIG[python] = 
"--with-python=${WORKDIR}/python,--without-python,python
  PACKAGECONFIG[babeltrace] = 
"--with-babeltrace,--without-babeltrace,babeltrace"
  # ncurses is already a hard DEPENDS, but would be added here if it weren't
  PACKAGECONFIG[tui] = "--enable-tui,--disable-tui"
-PACKAGECONFIG[xz] = "--with-lzma,--without-lzma,xz"
+PACKAGECONFIG[xz] = "--with-lzma 
--with-liblzma-prefix=${STAGING_DIR_HOST},--without-lzma,xz"


this looks ok to me. Although I wonder why gdb's configure is not able 
to find it in staging sysroot automatically, I have seen similar 
behavior in gmp and mpfr in past as well.



  PACKAGECONFIG[debuginfod] = "--with-debuginfod, --without-debuginfod, 
elfutils"
  
  GDBPROPREFIX = "--program-prefix=''"







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

2021-11-15 Thread Khem Raj
seeing

WARNING: ethtool-5.15-r0 do_patch: Fuzz detected:

Applying patch avoid_parallel_tests.patch
patching file configure.ac
Hunk #1 succeeded at 2 with fuzz 1.


The context lines in the patches can be updated with devtool:

devtool modify ethtool
devtool finish --force-patch-refresh ethtool 

Don't forget to review changes done by devtool!

WARNING: ethtool-5.15-r0 do_patch: QA Issue: Patch log indicates that
patches do not apply cleanly. [patch-fuzz]

On Mon, Nov 15, 2021 at 7:03 AM wangmy  wrote:
>
> Signed-off-by: Wang Mingyu 
> ---
>  .../ethtool/{ethtool_5.14.bb => ethtool_5.15.bb}| 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
>  rename meta/recipes-extended/ethtool/{ethtool_5.14.bb => ethtool_5.15.bb} 
> (93%)
>
> diff --git a/meta/recipes-extended/ethtool/ethtool_5.14.bb 
> b/meta/recipes-extended/ethtool/ethtool_5.15.bb
> similarity index 93%
> rename from meta/recipes-extended/ethtool/ethtool_5.14.bb
> rename to meta/recipes-extended/ethtool/ethtool_5.15.bb
> index 28a49f4f8a..4192dec300 100644
> --- a/meta/recipes-extended/ethtool/ethtool_5.14.bb
> +++ b/meta/recipes-extended/ethtool/ethtool_5.15.bb
> @@ -11,7 +11,7 @@ SRC_URI = 
> "${KERNELORG_MIRROR}/software/network/ethtool/ethtool-${PV}.tar.gz \
> file://avoid_parallel_tests.patch \
> "
>
> -SRC_URI[sha256sum] = 
> "9868604c913e5483000c00d5dcb2bb3169a05252de47f62174702ff19cf6de7a"
> +SRC_URI[sha256sum] = 
> "a6a1638192209269ca74a29d73903f28531ebdf0794f3e0bdfdbdee2dc75d98b"
>
>  UPSTREAM_CHECK_URI = "https://www.kernel.org/pub/software/network/ethtool/;
>
> --
> 2.25.1
>
>
> 
>

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#158314): 
https://lists.openembedded.org/g/openembedded-core/message/158314
Mute This Topic: https://lists.openembedded.org/mt/87070875/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] [hardknott][PATCH v2] rust-cross: Replace TARGET_ARCH with TUNE_PKGARCH

2021-11-15 Thread Khem Raj



On 11/15/21 6:03 AM, Pgowda wrote:

rust-cross-* imported from meta-rust has incorrect signatures,
depending on MACHINEOVERRIDES making it effectively MACHINE_ARCH
as shown by sstate-diff-machines.sh:

openembedded-core/scripts/sstate-diff-machines.sh --tmpdir=tmp-glibc \
--machines="qemuarm64 qemuarm64copy" --targets=rust-cross-aarch64-glibc \
--analyze

  === Comparing signatures for task do_configure.sigdata between
  qemuarm64 and qemuarm64copy ===
ERROR: gcc-runtime different signature for task do_configure.sigdata
between qemuarm64 and qemuarm64copy
NOTE: Starting bitbake server...
Hash for dependent task gcc/gcc-runtime_11.2.bb:do_prepare_recipe_sysroot
changed from
da4ebf1b272cb73153145a0a95e6438d2955ae2d36f84db10f6880b2781ec331 to
47a0ebb7a88c9f896fb9dbce269f575ab8a6faabb2b9e62d164be6e71c5e4e40
Unable to find matching sigdata for
openembedded-core/meta/recipes-devtools/gcc/gcc-runtime_11.2.bb:
do_prepare_recipe_sysroot with hashes
da4ebf1b272cb73153145a0a95e6438d2955ae2d36f84db10f6880b2781ec331 or
47a0ebb7a88c9f896fb9dbce269f575ab8a6faabb2b9e62d164be6e71c5e4e40

The following patch takes TUNE_PKGARCH into consideration instead
of TARGET_ARCH and results in signatures as expected.

[YOCTO #14613]

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

diff --git a/meta/recipes-devtools/rust/rust-cross.inc 
b/meta/recipes-devtools/rust/rust-cross.inc
index bb625f4240..a77f7d5122 100644
--- a/meta/recipes-devtools/rust/rust-cross.inc
+++ b/meta/recipes-devtools/rust/rust-cross.inc
@@ -34,7 +34,7 @@ DEPENDS += "virtual/${TARGET_PREFIX}gcc 
virtual/${TARGET_PREFIX}compilerlibs vir
  DEPENDS += "rust-native"
  
  PROVIDES = "virtual/${TARGET_PREFIX}rust"

-PN = "rust-cross-${TARGET_ARCH}-${TCLIBC}"
+PN = "rust-cross-${TUNE_PKGARCH}-${TCLIBC}"


reluctanly, this is ok for now. But I think we need to think this fresh 
and limit the tune specific changes a bit better, llvm takes a long time 
to compile and this could be inefficient for fleet of similar looking SOCs


  
  # In the cross compilation case, rustc doesn't seem to get the rpath quite

  # right. It manages to include '../../lib/${TARGET_PREFIX}', but doesn't






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

2021-11-15 Thread Khem Raj

lgtm

On 11/15/21 3:18 AM, Pgowda wrote:

source : https://gcc.gnu.org/bugzilla/show_bug.cgi?id=102035

Upstream-Status: 
Backport[https://gcc.gnu.org/git/gitweb.cgi?p=gcc.git;h=3929bca9ca95de9d35e82ae8828b188029e3eb70]
Upstream-Status: 
Backport[https://gcc.gnu.org/git/gitweb.cgi?p=gcc.git;h=574e7950bd6b34e9e2cacce18c802b45505d1d0a]
Upstream-Status: 
Backport[https://gcc.gnu.org/git/gitweb.cgi?p=gcc.git;h=30461cf8dba3d3adb15a125e4da48800eb2b9b8f]
Upstream-Status: 
Backport[https://gcc.gnu.org/git/gitweb.cgi?p=gcc.git;h=809330ab8450261e05919b472783bf15e4b000f7]

Signed-off-by: Pgowda 
---
  meta/recipes-devtools/gcc/gcc-11.2.inc|   4 +
  .../gcc/gcc/0001-CVE-2021-35465.patch | 138 
  .../gcc/gcc/0002-CVE-2021-35465.patch |  39 +++
  .../gcc/gcc/0003-CVE-2021-35465.patch | 103 ++
  .../gcc/gcc/0004-CVE-2021-35465.patch | 304 ++
  5 files changed, 588 insertions(+)
  create mode 100644 meta/recipes-devtools/gcc/gcc/0001-CVE-2021-35465.patch
  create mode 100644 meta/recipes-devtools/gcc/gcc/0002-CVE-2021-35465.patch
  create mode 100644 meta/recipes-devtools/gcc/gcc/0003-CVE-2021-35465.patch
  create mode 100644 meta/recipes-devtools/gcc/gcc/0004-CVE-2021-35465.patch

diff --git a/meta/recipes-devtools/gcc/gcc-11.2.inc 
b/meta/recipes-devtools/gcc/gcc-11.2.inc
index f06c1a891b..baced2a400 100644
--- a/meta/recipes-devtools/gcc/gcc-11.2.inc
+++ b/meta/recipes-devtools/gcc/gcc-11.2.inc
@@ -62,6 +62,10 @@ SRC_URI = "\
 file://0037-libatomic-Do-not-enforce-march-on-aarch64.patch \
 file://0041-apply-debug-prefix-maps-before-checksumming-DIEs.patch 
\
 
file://0006-If-CXXFLAGS-contains-something-unsupported-by-the-bu.patch \
+   file://0001-CVE-2021-35465.patch \
+   file://0002-CVE-2021-35465.patch \
+   file://0003-CVE-2021-35465.patch \
+   file://0004-CVE-2021-35465.patch \
  "
  SRC_URI[sha256sum] = 
"d08edc536b54c372a1010ff6619dd274c0f1603aa49212ba20f7aa2cda36fa8b"
  
diff --git a/meta/recipes-devtools/gcc/gcc/0001-CVE-2021-35465.patch b/meta/recipes-devtools/gcc/gcc/0001-CVE-2021-35465.patch

new file mode 100644
index 00..6b1d4e3fce
--- /dev/null
+++ b/meta/recipes-devtools/gcc/gcc/0001-CVE-2021-35465.patch
@@ -0,0 +1,138 @@
+From 3929bca9ca95de9d35e82ae8828b188029e3eb70 Mon Sep 17 00:00:00 2001
+From: Richard Earnshaw 
+Date: Fri, 11 Jun 2021 16:02:05 +0100
+Subject: [PATCH] arm: Add command-line option for enabling CVE-2021-35465
+ mitigation [PR102035]
+
+Add a new option, -mfix-cmse-cve-2021-35465 and document it.  Enable it
+automatically for cortex-m33, cortex-m35p and cortex-m55.
+
+gcc:
+   PR target/102035
+   * config/arm/arm.opt (mfix-cmse-cve-2021-35465): New option.
+   * doc/invoke.texi (Arm Options): Document it.
+   * config/arm/arm-cpus.in (quirk_vlldm): New feature bit.
+   (ALL_QUIRKS): Add quirk_vlldm.
+   (cortex-m33): Add quirk_vlldm.
+   (cortex-m35p, cortex-m55): Likewise.
+   * config/arm/arm.c (arm_option_override): Enable fix_vlldm if
+   targetting an affected CPU and not explicitly controlled on
+   the command line.
+
+CVE: CVE-2021-35465
+Upstream-Status: 
Backport[https://gcc.gnu.org/git/gitweb.cgi?p=gcc.git;h=3929bca9ca95de9d35e82ae8828b188029e3eb70]
+Signed-off-by: Pgowda 
+
+---
+ gcc/config/arm/arm-cpus.in | 9 +++--
+ gcc/config/arm/arm.c   | 9 +
+ gcc/config/arm/arm.opt | 4 
+ gcc/doc/invoke.texi| 9 +
+ 4 files changed, 29 insertions(+), 2 deletions(-)
+
+diff --git a/gcc/config/arm/arm.c b/gcc/config/arm/arm.c
+--- a/gcc/config/arm/arm.c 2021-11-15 02:13:11.100579812 -0800
 b/gcc/config/arm/arm.c 2021-11-15 02:17:36.988237692 -0800
+@@ -3610,6 +3610,15 @@ arm_option_override (void)
+   fix_cm3_ldrd = 0;
+ }
+
++  /* Enable fix_vlldm by default if required.  */
++  if (fix_vlldm == 2)
++{
++  if (bitmap_bit_p (arm_active_target.isa, isa_bit_quirk_vlldm))
++  fix_vlldm = 1;
++  else
++  fix_vlldm = 0;
++}
++
+   /* Hot/Cold partitioning is not currently supported, since we can't
+  handle literal pool placement in that case.  */
+   if (flag_reorder_blocks_and_partition)
+diff --git a/gcc/config/arm/arm-cpus.in b/gcc/config/arm/arm-cpus.in
+--- a/gcc/config/arm/arm-cpus.in   2021-11-15 02:13:11.104579747 -0800
 b/gcc/config/arm/arm-cpus.in   2021-11-15 02:17:36.984237757 -0800
+@@ -186,6 +186,9 @@ define feature quirk_armv6kz
+ # Cortex-M3 LDRD quirk.
+ define feature quirk_cm3_ldrd
+
++# v8-m/v8.1-m VLLDM errata.
++define feature quirk_vlldm
++
+ # Don't use .cpu assembly directive
+ define feature quirk_no_asmcpu
+
+@@ -322,7 +325,7 @@ define implied vfp_base MVE MVE_FP ALL_F
+ # architectures.
+ # xscale isn't really a 'quirk', but it isn't an architecture either and we
+ # need to ignore it for matching purposes.
+-define fgroup ALL_QUIRKS   quirk_no_volatile_ce quirk_armv6kz 

Re: [OE-core] [PATCH] gcc: Dropping mips workaround

2021-11-15 Thread Khem Raj

lgtm

On 11/15/21 3:23 AM, Richard Purdie wrote:

I've tested without this and the ptest results for mips are the same with
and without it so the issue this was fixing in gcc 9 was likely resolved
by gcc 11.

Signed-off-by: Richard Purdie 
---
  meta/recipes-devtools/binutils/binutils_2.37.bb | 4 
  1 file changed, 4 deletions(-)

diff --git a/meta/recipes-devtools/binutils/binutils_2.37.bb 
b/meta/recipes-devtools/binutils/binutils_2.37.bb
index 7430bf13425..12a6fb55776 100644
--- a/meta/recipes-devtools/binutils/binutils_2.37.bb
+++ b/meta/recipes-devtools/binutils/binutils_2.37.bb
@@ -27,10 +27,6 @@ EXTRA_OECONF:class-native = "--enable-targets=all \
  
  PACKAGECONFIG ??= "${@bb.utils.filter('DISTRO_FEATURES', 'debuginfod', d)}"

  PACKAGECONFIG[debuginfod] = "--with-debuginfod, --without-debuginfod, 
elfutils"
-# gcc9.0 end up mis-compiling libbfd.so with O2 which then crashes on target
-# So remove -O2 and use -Os as workaround
-SELECTED_OPTIMIZATION:remove:mipsarch = "-O2"
-SELECTED_OPTIMIZATION:append:mipsarch = " -Os"
  
  do_install:class-native () {

autotools_do_install






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

2021-11-14 Thread Khem Raj
On Sun, Nov 14, 2021 at 11:47 AM Jacob Kroon  wrote:
>
> On 11/14/21 20:36, Richard Purdie wrote:
> > On Sun, 2021-11-14 at 07:50 +0100, Jacob Kroon wrote:
> >> From: 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 
> >> Signed-off-by: Jacob Kroon 
> >> Signed-off-by: Richard Purdie 
> >> (cherry picked from commit 908df863b419d1cad7317153101fc827e7e3a354)
> >
> > What issue is it causing in hardknott? Normally we don't backport invasive
> > changes like that...
> >
>
> The problem is that mklibs-native doesn't build with gcc 11, and
> "image-mklibs" was in USER_CLASSES by default in hardknott.
>
> I sent a patch to fix mklibs build here:
>
> https://lists.openembedded.org/g/openembedded-core/message/151982

This fix is correct and it is trivial. We can apply it

>
> but after some discussions we just decided to drop mklibs support
> entirely with the proposed patch.

Was there any other reason ?

>
> /Jacob
>
> 
>

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#158272): 
https://lists.openembedded.org/g/openembedded-core/message/158272
Mute This Topic: https://lists.openembedded.org/mt/87042685/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] vulkan-samples: Enable for architectures where it builds

2021-11-14 Thread Khem Raj
With last upgade it has stopped working on arm/mips/x86/rv32
basically all 32bit architectures. Until this is fixed enable it
for architectures where its known to build now.

Signed-off-by: Khem Raj 
---
 meta/recipes-graphics/vulkan/vulkan-samples_git.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-graphics/vulkan/vulkan-samples_git.bb 
b/meta/recipes-graphics/vulkan/vulkan-samples_git.bb
index 81d8c6faf91..1e45e9f04bf 100644
--- a/meta/recipes-graphics/vulkan/vulkan-samples_git.bb
+++ b/meta/recipes-graphics/vulkan/vulkan-samples_git.bb
@@ -19,7 +19,7 @@ UPSTREAM_CHECK_GITTAGREGEX = "These are not the releases 
you're looking for"
 S = "${WORKDIR}/git"
 
 REQUIRED_DISTRO_FEATURES = 'vulkan'
-COMPATIBLE_HOST:x86 = "null"
+COMPATIBLE_HOST = "(x86_64|aarch64|mips64|powerpc64|riscv64).*-linux"
 
 inherit cmake features_check
 
-- 
2.33.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#158261): 
https://lists.openembedded.org/g/openembedded-core/message/158261
Mute This Topic: https://lists.openembedded.org/mt/87050302/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/2] vulkan-samples: Fix cmake errors about plain signature

2021-11-14 Thread Khem Raj
Fix some typecasting errors seen on 32bit platforms with clang

Signed-off-by: Khem Raj 
---
v2: Add another typecasting fix

 ...dd-explicit-static_cast-from-vk-Buff.patch | 35 +
 ...-mix-plain-and-keyword-target_link_l.patch | 38 +++
 .../vulkan/vulkan-samples_git.bb  |  2 +
 3 files changed, 75 insertions(+)
 create mode 100644 
meta/recipes-graphics/vulkan/vulkan-samples/0001-framework-core-Add-explicit-static_cast-from-vk-Buff.patch
 create mode 100644 
meta/recipes-graphics/vulkan/vulkan-samples/0001-framework-do-not-mix-plain-and-keyword-target_link_l.patch

diff --git 
a/meta/recipes-graphics/vulkan/vulkan-samples/0001-framework-core-Add-explicit-static_cast-from-vk-Buff.patch
 
b/meta/recipes-graphics/vulkan/vulkan-samples/0001-framework-core-Add-explicit-static_cast-from-vk-Buff.patch
new file mode 100644
index 000..b0e7cdabe4a
--- /dev/null
+++ 
b/meta/recipes-graphics/vulkan/vulkan-samples/0001-framework-core-Add-explicit-static_cast-from-vk-Buff.patch
@@ -0,0 +1,35 @@
+From f88fd472e57b59013570f08949dbbc0875c1bae4 Mon Sep 17 00:00:00 2001
+From: Khem Raj 
+Date: Sat, 13 Nov 2021 18:37:13 -0800
+Subject: [PATCH] framework/core: Add explicit static_cast from vk::Buffer to
+ VkBuffer
+
+This fixes errors like
+framework/core/hpp_buffer.cpp:149:3: error: no matching function for call to 
'vmaDestroyBuffer'
+| vmaDestroyBuffer(vmaAllocator, handle, vmaAllocation);
+| ^~~~
+| 
/mnt/b/yoe/master/build/tmp/work/riscv32-yoe-linux-musl/vulkan-samples/git-r0/git/third_party/vma/src/vk_mem_alloc.h:3803:33:
 note: candidate function not viable: no known conversion from 'vk::Buffer' to 
'V
+kBuffer' (aka 'unsigned long long') for 2nd argument
+
+Upstream-Status: Submitted 
[https://github.com/KhronosGroup/Vulkan-Samples/pull/395]
+Signed-off-by: Khem Raj 
+---
+ framework/core/hpp_buffer.cpp | 2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+
+diff --git a/framework/core/hpp_buffer.cpp b/framework/core/hpp_buffer.cpp
+index c1f5649..2609e4e 100644
+--- a/framework/core/hpp_buffer.cpp
 b/framework/core/hpp_buffer.cpp
+@@ -146,7 +146,7 @@ void HPPBuffer::destroy()
+   {
+   assert(vmaAllocation != VK_NULL_HANDLE);
+   unmap();
+-  vmaDestroyBuffer(vmaAllocator, handle, vmaAllocation);
++  vmaDestroyBuffer(vmaAllocator, static_cast(handle), 
vmaAllocation);
+   }
+ }
+ 
+-- 
+2.33.1
+
diff --git 
a/meta/recipes-graphics/vulkan/vulkan-samples/0001-framework-do-not-mix-plain-and-keyword-target_link_l.patch
 
b/meta/recipes-graphics/vulkan/vulkan-samples/0001-framework-do-not-mix-plain-and-keyword-target_link_l.patch
new file mode 100644
index 000..66ed8bb47d3
--- /dev/null
+++ 
b/meta/recipes-graphics/vulkan/vulkan-samples/0001-framework-do-not-mix-plain-and-keyword-target_link_l.patch
@@ -0,0 +1,38 @@
+From 64b806ab702a6f445fd84aca5f03bb85b86a66e3 Mon Sep 17 00:00:00 2001
+From: Khem Raj 
+Date: Thu, 11 Nov 2021 18:37:09 -0800
+Subject: [PATCH] framework: do not mix plain and keyword
+ target_link_libraries() signatures
+
+Fixes
+| CMake Error at framework/CMakeLists.txt:461 (target_link_libraries):
+|   The plain signature for target_link_libraries has already been used with
+|   the target "framework".  All uses of target_link_libraries with a target   
 |   must be either all-keyword or 
all-plain.
+|
+|   The uses of the plain signature are here:
+|  
 |* framework/CMakeLists.txt:453 
(target_link_libraries)
+|
+
+Upstream-Status: Submitted 
[https://github.com/KhronosGroup/Vulkan-Samples/pull/395]
+
+Signed-off-by: Khem Raj 
+---
+ framework/CMakeLists.txt | 2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+
+diff --git a/framework/CMakeLists.txt b/framework/CMakeLists.txt
+index 948c796..13d3324 100644
+--- a/framework/CMakeLists.txt
 b/framework/CMakeLists.txt
+@@ -450,7 +450,7 @@ target_link_libraries(${PROJECT_NAME} PUBLIC
+ plugins)
+ 
+ if(${NEED_LINK_ATOMIC})
+-target_link_libraries(${PROJECT_NAME} atomic)
++target_link_libraries(${PROJECT_NAME} PUBLIC atomic)
+ endif()
+ 
+ # Link platform specific libraries
+-- 
+2.33.1
+
diff --git a/meta/recipes-graphics/vulkan/vulkan-samples_git.bb 
b/meta/recipes-graphics/vulkan/vulkan-samples_git.bb
index 613ed592c61..81d8c6faf91 100644
--- a/meta/recipes-graphics/vulkan/vulkan-samples_git.bb
+++ b/meta/recipes-graphics/vulkan/vulkan-samples_git.bb
@@ -7,6 +7,8 @@ LIC_FILES_CHKSUM = 
"file://LICENSE;md5=48aa35cefb768436223a6e7f18dc2a2a"
 
 SRC_URI = 
"gitsm://github.com/KhronosGroup/Vulkan-Samples.git;branch=master;protocol=https
 \

file://0001-CMakeLists.txt-do-not-hardcode-lib-as-installation-t.patch \
+   
file://0001-framework-do-not-mix-plain-and-ke

[OE-core] [PATCH v2 2/2] python3-pygobject: Do not add -Dintrospection

2021-11-13 Thread Khem Raj
This also reverts commit 9c0cc06a3d857124c0e1c1c9342f79ba5a3b10bc.

meson 0.60 turns unknown options into hard errors

Signed-off-by: Khem Raj 
---
v2: Squash revert and fix typo

 .../python/python3-pygobject_3.42.0.bb  | 13 +++--
 1 file changed, 3 insertions(+), 10 deletions(-)

diff --git a/meta/recipes-devtools/python/python3-pygobject_3.42.0.bb 
b/meta/recipes-devtools/python/python3-pygobject_3.42.0.bb
index 7ff7c5b4dd5..b07969c5efb 100644
--- a/meta/recipes-devtools/python/python3-pygobject_3.42.0.bb
+++ b/meta/recipes-devtools/python/python3-pygobject_3.42.0.bb
@@ -6,18 +6,11 @@ LICENSE = "LGPLv2.1"
 LIC_FILES_CHKSUM = "file://COPYING;md5=a916467b91076e631dd8edb7424769c7"
 
 GNOMEBASEBUILDCLASS = "meson"
-inherit gnomebase distutils3-base upstream-version-is-even
+GIR_MESON_OPTION = ""
 
-DEPENDS += "python3 glib-2.0"
-
-# Generating introspection data depends on a combination of native and target
-# introspection tools, and qemu to run the target tools.
-DEPENDS:append:class-target = " gobject-introspection 
gobject-introspection-native qemu-native prelink-native"
+inherit gnomebase distutils3-base gobject-introspection 
upstream-version-is-even
 
-# Even though introspection is disabled on -native, gobject-introspection 
package is still
-# needed for m4 macros.
-DEPENDS:append:class-native = " gobject-introspection-native"
-DEPENDS:append:class-nativesdk = " gobject-introspection-native"
+DEPENDS += "python3 glib-2.0"
 
 SRCNAME="pygobject"
 
-- 
2.33.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#158246): 
https://lists.openembedded.org/g/openembedded-core/message/158246
Mute This Topic: https://lists.openembedded.org/mt/87030605/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/2] gstreamer1.0-python: Do not add -Dintrospection

2021-11-13 Thread Khem Raj
This also reverts commit f4bbbf2cd3e711875489b19f9b55b52ebd7be4bd.

meson 0.60 turns unknown options into hard errors

Signed-off-by: Khem Raj 
---
v2: Squash revert and fix typo

 .../gstreamer/gstreamer1.0-python_1.18.5.bb  | 12 ++--
 1 file changed, 2 insertions(+), 10 deletions(-)

diff --git a/meta/recipes-multimedia/gstreamer/gstreamer1.0-python_1.18.5.bb 
b/meta/recipes-multimedia/gstreamer/gstreamer1.0-python_1.18.5.bb
index a32805d1298..045aea44099 100644
--- a/meta/recipes-multimedia/gstreamer/gstreamer1.0-python_1.18.5.bb
+++ b/meta/recipes-multimedia/gstreamer/gstreamer1.0-python_1.18.5.bb
@@ -21,14 +21,6 @@ EXTRA_OEMESON += "-Dlibpython-dir=${libdir}"
 
 # gobject-introspection is mandatory and cannot be configured
 REQUIRED_DISTRO_FEATURES = "gobject-introspection-data"
+GIR_MESON_OPTION = ""
 
-inherit meson pkgconfig distutils3-base upstream-version-is-even features_check
-
-# Generating introspection data depends on a combination of native and target
-# introspection tools, and qemu to run the target tools.
-DEPENDS:append:class-target = " gobject-introspection 
gobject-introspection-native qemu-native prelink-native"
-
-# Even though introspection is disabled on -native, gobject-introspection 
package is still
-# needed for m4 macros.
-DEPENDS:append:class-native = " gobject-introspection-native"
-DEPENDS:append:class-nativesdk = " gobject-introspection-native"
+inherit meson pkgconfig distutils3-base upstream-version-is-even 
gobject-introspection features_check
-- 
2.33.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#158245): 
https://lists.openembedded.org/g/openembedded-core/message/158245
Mute This Topic: https://lists.openembedded.org/mt/87030604/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] packagegrou-core-x11-base: Drop dbus dependency

2021-11-13 Thread Khem Raj
typo in subject line

On Sat, Nov 13, 2021 at 12:32 AM Richard Purdie
 wrote:
>
> dbus isn't an x11 dependency and this suffers from debian renaming. Simply 
> drop
> the dependency.
>
> Signed-off-by: Richard Purdie 
> ---
>  .../recipes-graphics/packagegroups/packagegroup-core-x11-base.bb | 1 -
>  1 file changed, 1 deletion(-)
>
> diff --git 
> a/meta/recipes-graphics/packagegroups/packagegroup-core-x11-base.bb 
> b/meta/recipes-graphics/packagegroups/packagegroup-core-x11-base.bb
> index 4e6d9908c74..0185c93354c 100644
> --- a/meta/recipes-graphics/packagegroups/packagegroup-core-x11-base.bb
> +++ b/meta/recipes-graphics/packagegroups/packagegroup-core-x11-base.bb
> @@ -9,7 +9,6 @@ REQUIRED_DISTRO_FEATURES = "x11"
>  RDEPENDS:${PN} = "\
>  packagegroup-core-x11-xserver \
>  packagegroup-core-x11-utils \
> -dbus \
>  matchbox-terminal \
>  matchbox-wm \
>  mini-x-session \
> --
> 2.32.0
>
>
> 
>

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#158241): 
https://lists.openembedded.org/g/openembedded-core/message/158241
Mute This Topic: https://lists.openembedded.org/mt/87025059/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 4/4] gstreamer1.0-python: Do not add -Dintrospection

2021-11-12 Thread Khem Raj
meson 0.60 turns unknown options into them hard errors

Signed-off-by: Khem Raj 
---
 meta/recipes-multimedia/gstreamer/gstreamer1.0-python_1.18.5.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-multimedia/gstreamer/gstreamer1.0-python_1.18.5.bb 
b/meta/recipes-multimedia/gstreamer/gstreamer1.0-python_1.18.5.bb
index 74dd15b3eb0..045aea44099 100644
--- a/meta/recipes-multimedia/gstreamer/gstreamer1.0-python_1.18.5.bb
+++ b/meta/recipes-multimedia/gstreamer/gstreamer1.0-python_1.18.5.bb
@@ -21,6 +21,6 @@ EXTRA_OEMESON += "-Dlibpython-dir=${libdir}"
 
 # gobject-introspection is mandatory and cannot be configured
 REQUIRED_DISTRO_FEATURES = "gobject-introspection-data"
-UNKNOWN_CONFIGURE_WHITELIST:append = " introspection"
+GIR_MESON_OPTION = ""
 
 inherit meson pkgconfig distutils3-base upstream-version-is-even 
gobject-introspection features_check
-- 
2.33.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#158235): 
https://lists.openembedded.org/g/openembedded-core/message/158235
Mute This Topic: https://lists.openembedded.org/mt/87016672/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/4] python3-pygobject: Do not add -Dintrospection

2021-11-12 Thread Khem Raj
meson 0.60 turns unknown options into them hard errors

Signed-off-by: Khem Raj 
---
 meta/recipes-devtools/python/python3-pygobject_3.42.0.bb | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/meta/recipes-devtools/python/python3-pygobject_3.42.0.bb 
b/meta/recipes-devtools/python/python3-pygobject_3.42.0.bb
index 461ddcfe319..b07969c5efb 100644
--- a/meta/recipes-devtools/python/python3-pygobject_3.42.0.bb
+++ b/meta/recipes-devtools/python/python3-pygobject_3.42.0.bb
@@ -6,6 +6,8 @@ LICENSE = "LGPLv2.1"
 LIC_FILES_CHKSUM = "file://COPYING;md5=a916467b91076e631dd8edb7424769c7"
 
 GNOMEBASEBUILDCLASS = "meson"
+GIR_MESON_OPTION = ""
+
 inherit gnomebase distutils3-base gobject-introspection 
upstream-version-is-even
 
 DEPENDS += "python3 glib-2.0"
@@ -18,8 +20,6 @@ SRC_URI = " \
 "
 SRC_URI[sha256sum] = 
"9b12616e32cfc792f9dc841d9c472a41a35b85ba67d3a6eb427e307a6fe4367b"
 
-UNKNOWN_CONFIGURE_WHITELIST = "introspection"
-
 S = "${WORKDIR}/${SRCNAME}-${PV}"
 
 PACKAGECONFIG ??= "${@bb.utils.contains_any('DISTRO_FEATURES', [ 'directfb', 
'wayland', 'x11' ], 'cairo', '', d)}"
-- 
2.33.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#158234): 
https://lists.openembedded.org/g/openembedded-core/message/158234
Mute This Topic: https://lists.openembedded.org/mt/87016671/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/4] Revert "python3-pygobject: do not supply unknown g-i options"

2021-11-12 Thread Khem Raj
This reverts commit 9c0cc06a3d857124c0e1c1c9342f79ba5a3b10bc.
---
 .../python/python3-pygobject_3.42.0.bb  | 13 +++--
 1 file changed, 3 insertions(+), 10 deletions(-)

diff --git a/meta/recipes-devtools/python/python3-pygobject_3.42.0.bb 
b/meta/recipes-devtools/python/python3-pygobject_3.42.0.bb
index 7ff7c5b4dd5..461ddcfe319 100644
--- a/meta/recipes-devtools/python/python3-pygobject_3.42.0.bb
+++ b/meta/recipes-devtools/python/python3-pygobject_3.42.0.bb
@@ -6,19 +6,10 @@ LICENSE = "LGPLv2.1"
 LIC_FILES_CHKSUM = "file://COPYING;md5=a916467b91076e631dd8edb7424769c7"
 
 GNOMEBASEBUILDCLASS = "meson"
-inherit gnomebase distutils3-base upstream-version-is-even
+inherit gnomebase distutils3-base gobject-introspection 
upstream-version-is-even
 
 DEPENDS += "python3 glib-2.0"
 
-# Generating introspection data depends on a combination of native and target
-# introspection tools, and qemu to run the target tools.
-DEPENDS:append:class-target = " gobject-introspection 
gobject-introspection-native qemu-native prelink-native"
-
-# Even though introspection is disabled on -native, gobject-introspection 
package is still
-# needed for m4 macros.
-DEPENDS:append:class-native = " gobject-introspection-native"
-DEPENDS:append:class-nativesdk = " gobject-introspection-native"
-
 SRCNAME="pygobject"
 
 SRC_URI = " \
@@ -27,6 +18,8 @@ SRC_URI = " \
 "
 SRC_URI[sha256sum] = 
"9b12616e32cfc792f9dc841d9c472a41a35b85ba67d3a6eb427e307a6fe4367b"
 
+UNKNOWN_CONFIGURE_WHITELIST = "introspection"
+
 S = "${WORKDIR}/${SRCNAME}-${PV}"
 
 PACKAGECONFIG ??= "${@bb.utils.contains_any('DISTRO_FEATURES', [ 'directfb', 
'wayland', 'x11' ], 'cairo', '', d)}"
-- 
2.33.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#158233): 
https://lists.openembedded.org/g/openembedded-core/message/158233
Mute This Topic: https://lists.openembedded.org/mt/87016670/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/4] Revert "gstreamer1.0-python: do not supply unknown g-i options"

2021-11-12 Thread Khem Raj
This reverts commit f4bbbf2cd3e711875489b19f9b55b52ebd7be4bd.
---
 .../gstreamer/gstreamer1.0-python_1.18.5.bb  | 12 ++--
 1 file changed, 2 insertions(+), 10 deletions(-)

diff --git a/meta/recipes-multimedia/gstreamer/gstreamer1.0-python_1.18.5.bb 
b/meta/recipes-multimedia/gstreamer/gstreamer1.0-python_1.18.5.bb
index a32805d1298..74dd15b3eb0 100644
--- a/meta/recipes-multimedia/gstreamer/gstreamer1.0-python_1.18.5.bb
+++ b/meta/recipes-multimedia/gstreamer/gstreamer1.0-python_1.18.5.bb
@@ -21,14 +21,6 @@ EXTRA_OEMESON += "-Dlibpython-dir=${libdir}"
 
 # gobject-introspection is mandatory and cannot be configured
 REQUIRED_DISTRO_FEATURES = "gobject-introspection-data"
+UNKNOWN_CONFIGURE_WHITELIST:append = " introspection"
 
-inherit meson pkgconfig distutils3-base upstream-version-is-even features_check
-
-# Generating introspection data depends on a combination of native and target
-# introspection tools, and qemu to run the target tools.
-DEPENDS:append:class-target = " gobject-introspection 
gobject-introspection-native qemu-native prelink-native"
-
-# Even though introspection is disabled on -native, gobject-introspection 
package is still
-# needed for m4 macros.
-DEPENDS:append:class-native = " gobject-introspection-native"
-DEPENDS:append:class-nativesdk = " gobject-introspection-native"
+inherit meson pkgconfig distutils3-base upstream-version-is-even 
gobject-introspection features_check
-- 
2.33.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#158232): 
https://lists.openembedded.org/g/openembedded-core/message/158232
Mute This Topic: https://lists.openembedded.org/mt/87016669/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 v4] glibc: ptest: Add running glibc time related test suite (Y2038) with ptest

2021-11-12 Thread Khem Raj
On Fri, Nov 12, 2021 at 12:54 AM Richard Purdie <
richard.pur...@linuxfoundation.org> wrote:

> On Fri, 2021-11-12 at 09:41 +0100, Lukasz Majewski wrote:
> > Hi Khem,
> >
> > > seeing this
> > >
> > > https://errors.yoctoproject.org/Errors/Details/616955/
> >
> > The error is about autoconf version:
> >
> > DEBUG: Executing shell function do_configure
> > aclocal.m4:6: error: Exactly version 2.69 of Autoconf is required but
> > you have 2.71
> >
> > aclocal.m4:6: the top level
> > autom4te: error: m4 failed with exit status: 63
> >
> > This is strange, as on my setup (qemuarm, qemuarm64, qemux86) the glibc
> > and glibc-tests are built without any issues with autoconf version 2.71.
> >
> >
> > I've built the glibc-tests without issues with:
> >
> > Build Configuration:
> > BB_VERSION   = "1.52.0"
> > BUILD_SYS= "x86_64-linux"
> > NATIVELSBSTRING  = "universal"
> > TARGET_SYS   = "riscv64-poky-linux"
> > MACHINE  = "qemuriscv64"
> > DISTRO   = "poky"
> > DISTRO_VERSION   = "3.4"
> > TUNE_FEATURES= "riscv64"
> > meta
> > meta-poky
> > meta-yocto-bsp   =
> > "glibc-ptest_v4:164923f0586ac189f01938a32fa102c2df7cc447"
> >
> > DISTRO=poky MACHINE=qemuriscv64 bitbake glibc-tests
> >
> >
> > Khem, could you help me with setting up environment to reproduce this
> > issue?
>
> The autoconf version message isn't a fatal error and if you look at your
> own
> build logs you probably have that too. What looks like it is the issue is:
>
> checking if riscv64-yoe-linux-clang -target riscv64-yoe-linux
> -mlittle-endian -mno-relax -Qunused-arguments -fstack-protector-strong  -O2
> -D_FORTIFY_SOURCE=2 -Wformat -Wformat-security -Werror=format-security
> --sysroot=TOPDIR/build/tmp/work/riscv64-yoe-linux/glibc-tests/2.34-r0/recipe-sysroot
> is sufficient to build libc... no
>

Right so perhaps we need to set TOOLCHAIN to gcc for this in meta-clang
which should fix it


> which I think leads to:
>
> configure: error:
> *** These critical programs are missing or too old: compiler
>
> Khem was implying this was a musl build, I can't see that from the logs
> but if
> it is a musl build, it shouldn't be building glibc tests.
>
> For that reason I did add:
>
>
> http://git.yoctoproject.org/cgit.cgi/poky/commit/?h=master-next=f54774199ef09b655de1b586045995e0f284925a
>
> to master-next since I believe that was the remaining issue blocking the
> patch
> apart from a typo Khem also mentioned which I meant to find and tweak.
>
> I still am concerned about having duplication of tests but I don't see any
> way
> around that since you want to get this patch merged and I don't have any
> solution for that.
>
> Cheers,
>
> Richard
>
>
>

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#158225): 
https://lists.openembedded.org/g/openembedded-core/message/158225
Mute This Topic: https://lists.openembedded.org/mt/86933618/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] vulkan-samples: Fix cmake errors about plain signature

2021-11-11 Thread Khem Raj
Signed-off-by: Khem Raj 
---
 ...-mix-plain-and-keyword-target_link_l.patch | 38 +++
 .../vulkan/vulkan-samples_git.bb  |  1 +
 2 files changed, 39 insertions(+)
 create mode 100644 
meta/recipes-graphics/vulkan/vulkan-samples/0001-framework-do-not-mix-plain-and-keyword-target_link_l.patch

diff --git 
a/meta/recipes-graphics/vulkan/vulkan-samples/0001-framework-do-not-mix-plain-and-keyword-target_link_l.patch
 
b/meta/recipes-graphics/vulkan/vulkan-samples/0001-framework-do-not-mix-plain-and-keyword-target_link_l.patch
new file mode 100644
index 000..66ed8bb47d3
--- /dev/null
+++ 
b/meta/recipes-graphics/vulkan/vulkan-samples/0001-framework-do-not-mix-plain-and-keyword-target_link_l.patch
@@ -0,0 +1,38 @@
+From 64b806ab702a6f445fd84aca5f03bb85b86a66e3 Mon Sep 17 00:00:00 2001
+From: Khem Raj 
+Date: Thu, 11 Nov 2021 18:37:09 -0800
+Subject: [PATCH] framework: do not mix plain and keyword
+ target_link_libraries() signatures
+
+Fixes
+| CMake Error at framework/CMakeLists.txt:461 (target_link_libraries):
+|   The plain signature for target_link_libraries has already been used with
+|   the target "framework".  All uses of target_link_libraries with a target   
 |   must be either all-keyword or 
all-plain.
+|
+|   The uses of the plain signature are here:
+|  
 |* framework/CMakeLists.txt:453 
(target_link_libraries)
+|
+
+Upstream-Status: Submitted 
[https://github.com/KhronosGroup/Vulkan-Samples/pull/395]
+
+Signed-off-by: Khem Raj 
+---
+ framework/CMakeLists.txt | 2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+
+diff --git a/framework/CMakeLists.txt b/framework/CMakeLists.txt
+index 948c796..13d3324 100644
+--- a/framework/CMakeLists.txt
 b/framework/CMakeLists.txt
+@@ -450,7 +450,7 @@ target_link_libraries(${PROJECT_NAME} PUBLIC
+ plugins)
+ 
+ if(${NEED_LINK_ATOMIC})
+-target_link_libraries(${PROJECT_NAME} atomic)
++target_link_libraries(${PROJECT_NAME} PUBLIC atomic)
+ endif()
+ 
+ # Link platform specific libraries
+-- 
+2.33.1
+
diff --git a/meta/recipes-graphics/vulkan/vulkan-samples_git.bb 
b/meta/recipes-graphics/vulkan/vulkan-samples_git.bb
index 613ed592c61..8a2f3d89b19 100644
--- a/meta/recipes-graphics/vulkan/vulkan-samples_git.bb
+++ b/meta/recipes-graphics/vulkan/vulkan-samples_git.bb
@@ -7,6 +7,7 @@ LIC_FILES_CHKSUM = 
"file://LICENSE;md5=48aa35cefb768436223a6e7f18dc2a2a"
 
 SRC_URI = 
"gitsm://github.com/KhronosGroup/Vulkan-Samples.git;branch=master;protocol=https
 \

file://0001-CMakeLists.txt-do-not-hardcode-lib-as-installation-t.patch \
+   
file://0001-framework-do-not-mix-plain-and-keyword-target_link_l.patch \
file://debugfix.patch \
"
 
-- 
2.33.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#158207): 
https://lists.openembedded.org/g/openembedded-core/message/158207
Mute This Topic: https://lists.openembedded.org/mt/87000273/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 29/30] gstreamer1.0-python: do not supply unknown g-i options

2021-11-11 Thread Khem Raj
On Wed, Oct 27, 2021 at 2:08 AM Alexander Kanavin
 wrote:
>
> meson 0.60 turns unknown options into them hard errors, so instead of relying 
> on g-i class
> (where the options are mandatory) add g-i dependencies explicitly.
>

This patch is not needed after merging

https://lists.openembedded.org/g/openembedded-core/topic/patch/86997027?p=,,,20,0,0,0::recentpostdate/sticky,,,20,2,0,86997027,previd=1636678766912195299,nextid=1636633780004461498=1636678766912195299=1636633780004461498

all we will need is

GIR_MESON_OPTION = ""

> Signed-off-by: Alexander Kanavin 
> ---
>  .../gstreamer/gstreamer1.0-python_1.18.5.bb  | 12 ++--
>  1 file changed, 10 insertions(+), 2 deletions(-)
>
> diff --git a/meta/recipes-multimedia/gstreamer/gstreamer1.0-python_1.18.5.bb 
> b/meta/recipes-multimedia/gstreamer/gstreamer1.0-python_1.18.5.bb
> index 74dd15b3eb..a32805d129 100644
> --- a/meta/recipes-multimedia/gstreamer/gstreamer1.0-python_1.18.5.bb
> +++ b/meta/recipes-multimedia/gstreamer/gstreamer1.0-python_1.18.5.bb
> @@ -21,6 +21,14 @@ EXTRA_OEMESON += "-Dlibpython-dir=${libdir}"
>
>  # gobject-introspection is mandatory and cannot be configured
>  REQUIRED_DISTRO_FEATURES = "gobject-introspection-data"
> -UNKNOWN_CONFIGURE_WHITELIST:append = " introspection"
>
> -inherit meson pkgconfig distutils3-base upstream-version-is-even 
> gobject-introspection features_check
> +inherit meson pkgconfig distutils3-base upstream-version-is-even 
> features_check
> +
> +# Generating introspection data depends on a combination of native and target
> +# introspection tools, and qemu to run the target tools.
> +DEPENDS:append:class-target = " gobject-introspection 
> gobject-introspection-native qemu-native prelink-native"
> +
> +# Even though introspection is disabled on -native, gobject-introspection 
> package is still
> +# needed for m4 macros.
> +DEPENDS:append:class-native = " gobject-introspection-native"
> +DEPENDS:append:class-nativesdk = " gobject-introspection-native"
> --
> 2.20.1
>
>
> 
>

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#158204): 
https://lists.openembedded.org/g/openembedded-core/message/158204
Mute This Topic: https://lists.openembedded.org/mt/86623409/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] gobject-introspection: Add -Dintrospection only when GIR_MESON_OPTION is not empty

2021-11-11 Thread Khem Raj
meson now does not allow unknown options which means we have to be
mindful of adding -Dintrospection unconditionally and provide an option
to recipes to set GIR_MESON_OPTION = "" and when recipe does that then
do not add -D option to meson. This will help recipes to
use meson 60.x+ just by adding

GIR_MESON_OPTION = ""

Signed-off-by: Khem Raj 
Cc: Alexander Kanavin 
---
 meta/classes/gobject-introspection.bbclass | 10 ++
 1 file changed, 6 insertions(+), 4 deletions(-)

diff --git a/meta/classes/gobject-introspection.bbclass 
b/meta/classes/gobject-introspection.bbclass
index 822a226d5f1..4db1b362d93 100644
--- a/meta/classes/gobject-introspection.bbclass
+++ b/meta/classes/gobject-introspection.bbclass
@@ -14,16 +14,18 @@ GIR_MESON_OPTION ?= 'introspection'
 GIR_MESON_ENABLE_FLAG ?= 'true'
 GIR_MESON_DISABLE_FLAG ?= 'false'
 
+# Define g-i options such that they can be disabled completely when 
GIR_MESON_OPTION is empty
+GIRMESONTARGET = 
"-D${GIR_MESON_OPTION}=${@bb.utils.contains('GI_DATA_ENABLED', 'True', 
'${GIR_MESON_ENABLE_FLAG}', '${GIR_MESON_DISABLE_FLAG}', d)} "
+GIRMESONBUILD = "-D${GIR_MESON_OPTION}=${GIR_MESON_DISABLE_FLAG} "
 # Auto enable/disable based on GI_DATA_ENABLED
 EXTRA_OECONF:prepend:class-target = "${@bb.utils.contains('GI_DATA_ENABLED', 
'True', '--enable-introspection', '--disable-introspection', d)} "
-EXTRA_OEMESON:prepend:class-target = 
"-D${GIR_MESON_OPTION}=${@bb.utils.contains('GI_DATA_ENABLED', 'True', 
'${GIR_MESON_ENABLE_FLAG}', '${GIR_MESON_DISABLE_FLAG}', d)} "
-
+EXTRA_OEMESON:prepend:class-target = "${@['', 
'${GIRMESONTARGET}'][d.getVar('GIR_MESON_OPTION') != '']}"
 # When building native recipes, disable introspection, as it is not necessary,
 # pulls in additional dependencies, and makes build times longer
 EXTRA_OECONF:prepend:class-native = "--disable-introspection "
 EXTRA_OECONF:prepend:class-nativesdk = "--disable-introspection "
-EXTRA_OEMESON:prepend:class-native = 
"-D${GIR_MESON_OPTION}=${GIR_MESON_DISABLE_FLAG} "
-EXTRA_OEMESON:prepend:class-nativesdk = 
"-D${GIR_MESON_OPTION}=${GIR_MESON_DISABLE_FLAG} "
+EXTRA_OEMESON:prepend:class-native = "${@['', 
'${GIRMESONBUILD}'][d.getVar('GIR_MESON_OPTION') != '']}"
+EXTRA_OEMESON:prepend:class-nativesdk = "${@['', 
'${GIRMESONBUILD}'][d.getVar('GIR_MESON_OPTION') != '']}"
 
 # Generating introspection data depends on a combination of native and target
 # introspection tools, and qemu to run the target tools.
-- 
2.33.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#158203): 
https://lists.openembedded.org/g/openembedded-core/message/158203
Mute This Topic: https://lists.openembedded.org/mt/86997027/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 21/24] meson: upgrade 0.59.2 -> 0.60.1

2021-11-11 Thread Khem Raj
seeing a bunch of packages fail common error seems to be

meson.build:1:0: ERROR: Unknown options: "introspection"

list is here

https://errors.yoctoproject.org/Errors/Build/135855/

On Wed, Nov 10, 2021 at 11:40 AM Alexander Kanavin
 wrote:
>
> From: Alexander Kanavin 
>
> Signed-off-by: Alexander Kanavin 
> ---
>  meta/recipes-devtools/meson/meson.inc |  2 +-
>  ...-not-manipulate-the-environment-when.patch | 53 +--
>  .../meson/meson/disable-rpath-handling.patch  | 14 ++---
>  .../{meson_0.59.2.bb => meson_0.60.1.bb}  |  0
>  ...on_0.59.2.bb => nativesdk-meson_0.60.1.bb} |  0
>  5 files changed, 33 insertions(+), 36 deletions(-)
>  rename meta/recipes-devtools/meson/{meson_0.59.2.bb => meson_0.60.1.bb} 
> (100%)
>  rename meta/recipes-devtools/meson/{nativesdk-meson_0.59.2.bb => 
> nativesdk-meson_0.60.1.bb} (100%)
>
> diff --git a/meta/recipes-devtools/meson/meson.inc 
> b/meta/recipes-devtools/meson/meson.inc
> index 174ebd9f31..f383ad9f74 100644
> --- a/meta/recipes-devtools/meson/meson.inc
> +++ b/meta/recipes-devtools/meson/meson.inc
> @@ -15,7 +15,7 @@ SRC_URI = 
> "https://github.com/mesonbuild/meson/releases/download/${PV}/meson-${P
> file://0002-Support-building-allarch-recipes-again.patch \
> file://0001-is_debianlike-always-return-False.patch \
> "
> -SRC_URI[sha256sum] = 
> "13dee549a7ba758b7e33ce7719f28d1d337a98d10d378a4779ccc996f5a2fc49"
> +SRC_URI[sha256sum] = 
> "5add789c953d984b500858b2851ee3d7add0460cf1a6f852f0a721af17384e13"
>
>  UPSTREAM_CHECK_URI = "https://github.com/mesonbuild/meson/releases;
>  UPSTREAM_CHECK_REGEX = "meson-(?P\d+(\.\d+)+)\.tar"
> diff --git 
> a/meta/recipes-devtools/meson/meson/0001-python-module-do-not-manipulate-the-environment-when.patch
>  
> b/meta/recipes-devtools/meson/meson/0001-python-module-do-not-manipulate-the-environment-when.patch
> index fdadc6869b..86abfa9d52 100644
> --- 
> a/meta/recipes-devtools/meson/meson/0001-python-module-do-not-manipulate-the-environment-when.patch
> +++ 
> b/meta/recipes-devtools/meson/meson/0001-python-module-do-not-manipulate-the-environment-when.patch
> @@ -1,4 +1,4 @@
> -From 2264e67d7c2c22ca634fd26ea8ada6f0344ab280 Mon Sep 17 00:00:00 2001
> +From dd5b4a200cd2fdf7fef627c4b6752f90c00b863a Mon Sep 17 00:00:00 2001
>  From: Alexander Kanavin 
>  Date: Mon, 19 Nov 2018 14:24:26 +0100
>  Subject: [PATCH] python module: do not manipulate the environment when 
> calling
> @@ -8,36 +8,31 @@ Upstream-Status: Inappropriate [oe-core specific]
>  Signed-off-by: Alexander Kanavin 
>
>  ---
> - mesonbuild/modules/python.py | 12 
> - 1 file changed, 12 deletions(-)
> + mesonbuild/modules/python.py | 7 +--
> + 1 file changed, 1 insertion(+), 6 deletions(-)
>
>  diff --git a/mesonbuild/modules/python.py b/mesonbuild/modules/python.py
> -index 422155b..aaf5844 100644
> +index f479ab9..b934bc6 100644
>  --- a/mesonbuild/modules/python.py
>  +++ b/mesonbuild/modules/python.py
> -@@ -70,11 +70,6 @@ class PythonDependency(ExternalDependency):
> - old_pkg_libdir = os.environ.get('PKG_CONFIG_LIBDIR')
> - old_pkg_path = os.environ.get('PKG_CONFIG_PATH')
> -
> --os.environ.pop('PKG_CONFIG_PATH', None)
> --
> --if pkg_libdir:
> --os.environ['PKG_CONFIG_LIBDIR'] = pkg_libdir
> --
> - try:
> - self.pkgdep = PkgConfigDependency(pkg_name, 
> environment, kwargs)
> - mlog.debug(f'Found "{pkg_name}" via pkgconfig lookup in 
> LIBPC ({pkg_libdir})')
> -@@ -83,13 +78,6 @@ class PythonDependency(ExternalDependency):
> - mlog.debug(f'"{pkg_name}" could not be found in LIBPC 
> ({pkg_libdir})')
> - mlog.debug(e)
> -
> --if old_pkg_path is not None:
> --os.environ['PKG_CONFIG_PATH'] = old_pkg_path
> --
> --if old_pkg_libdir is not None:
> --os.environ['PKG_CONFIG_LIBDIR'] = old_pkg_libdir
> --else:
> --os.environ.pop('PKG_CONFIG_LIBDIR', None)
> - else:
> - mlog.debug(f'"{pkg_name}" could not be found in LIBPC 
> ({pkg_libdir}), this is likely due to a relocated python installation')
> +@@ -239,10 +239,6 @@ def python_factory(env: 'Environment', for_machine: 
> 'MachineChoice',
> + # If python-X.Y.pc exists in LIBPC, we will try to use it
> + def wrap_in_pythons_pc_dir(name: str, env: 'Environment', kwargs: 
> T.Dict[str, T.Any],
> +installation: 'PythonInstallation') -> 
> 'ExternalDependency':
> +-old_pkg_libdir = os.environ.pop('PKG_CONFIG_LIBDIR', None)
> +-old_pkg_path = os.environ.pop('PKG_CONFIG_PATH', None)
> +-if pkg_libdir:
> +-os.environ['PKG_CONFIG_LIBDIR'] = pkg_libdir
> + try:
> + return PythonPkgConfigDependency(name, 

Re: [OE-core] [PATCH] glibc-version.inc: remove branch= from GLIBC_GIT_URI

2021-11-11 Thread Khem Raj
On Thu, Nov 11, 2021 at 7:40 AM Anuj Mittal  wrote:
>
> GLIBC_GIT_URI is used along with branch=${SRCBRANCH} so no need to add
> it here.

right, LGTM

>
> Signed-off-by: Anuj Mittal 
> ---
>  meta/recipes-core/glibc/glibc-version.inc | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/meta/recipes-core/glibc/glibc-version.inc 
> b/meta/recipes-core/glibc/glibc-version.inc
> index 6dac7f0c7a..281df7ecda 100644
> --- a/meta/recipes-core/glibc/glibc-version.inc
> +++ b/meta/recipes-core/glibc/glibc-version.inc
> @@ -3,6 +3,6 @@ PV = "2.34"
>  SRCREV_glibc ?= "ae37d06c7d127817ba43850f0f898b793d42aea7"
>  SRCREV_localedef ?= "95c0221703ad970a52445e9eaf91c4aff35eebef"
>
> -GLIBC_GIT_URI ?= "git://sourceware.org/git/glibc.git;branch=master"
> +GLIBC_GIT_URI ?= "git://sourceware.org/git/glibc.git"
>
>  UPSTREAM_CHECK_GITTAGREGEX = "(?P\d+\.\d+(\.(?!90)\d+)*)"
> --
> 2.31.1
>
>
> 
>

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

2021-11-11 Thread Khem Raj
On Thu, Nov 11, 2021 at 7:23 AM Richard Purdie
 wrote:
>
> On Thu, 2021-11-11 at 06:58 -0800, Khem Raj wrote:
> >
> >
> > On Thu, Nov 11, 2021 at 2:05 AM Alexander Kanavin 
> > wrote:
> > > This wasn't a problem in poky, but was exposed with a nodistro build.
> > >
> > > Signed-off-by: Alexander Kanavin 
> > > ---
> > >  meta/recipes-graphics/xorg-xserver/xserver-xorg.inc | 2 +-
> > >  1 file changed, 1 insertion(+), 1 deletion(-)
> > >
> > > diff --git a/meta/recipes-graphics/xorg-xserver/xserver-xorg.inc
> > > b/meta/recipes-graphics/xorg-xserver/xserver-xorg.inc
> > > index 4a7048aced..71c934ef38 100644
> > > --- a/meta/recipes-graphics/xorg-xserver/xserver-xorg.inc
> > > +++ b/meta/recipes-graphics/xorg-xserver/xserver-xorg.inc
> > > @@ -28,7 +28,7 @@ inherit meson pkgconfig
> > >  inherit features_check
> > >  REQUIRED_DISTRO_FEATURES = "x11"
> > >
> > > -LIB_DEPS = "pixman libxfont2 xtrans libxau libxext libxdmcp libdrm
> > > libxkbfile
> > > libpciaccess libxcvt"
> > > +LIB_DEPS = "pixman libxfont2 xtrans libxau libxext libxdmcp libdrm
> > > libxkbfile
> > > libpciaccess libxcvt libtirpc"
> > >
> >
> >
> > Interesting. Do we know what the difference is?
> > Perhaps a distro feature gap ? We should try to get poky close to no distro 
> > as
> > it’s reference distro
> > Less work in maintaining nodistro would be beneficial
>
> The difference is enable/disable of opengl. They are already very close, that 
> is
> one of the few major differences and in some ways it is useful to test both.

I see. yes it is important to test opengl and non-opengl case.

>
> Cheers,
>
> Richard
> >
>
>

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

2021-11-11 Thread Khem Raj
On Thu, Nov 11, 2021 at 2:05 AM Alexander Kanavin 
wrote:

> This wasn't a problem in poky, but was exposed with a nodistro build.
>
> Signed-off-by: Alexander Kanavin 
> ---
>  meta/recipes-graphics/xorg-xserver/xserver-xorg.inc | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
>
> diff --git a/meta/recipes-graphics/xorg-xserver/xserver-xorg.inc
> b/meta/recipes-graphics/xorg-xserver/xserver-xorg.inc
> index 4a7048aced..71c934ef38 100644
> --- a/meta/recipes-graphics/xorg-xserver/xserver-xorg.inc
> +++ b/meta/recipes-graphics/xorg-xserver/xserver-xorg.inc
> @@ -28,7 +28,7 @@ inherit meson pkgconfig
>  inherit features_check
>  REQUIRED_DISTRO_FEATURES = "x11"
>
> -LIB_DEPS = "pixman libxfont2 xtrans libxau libxext libxdmcp libdrm
> libxkbfile libpciaccess libxcvt"
> +LIB_DEPS = "pixman libxfont2 xtrans libxau libxext libxdmcp libdrm
> libxkbfile libpciaccess libxcvt libtirpc"


Interesting. Do we know what the difference is?
Perhaps a distro feature gap ? We should try to get poky close to no distro
as it’s reference distro
Less work in maintaining nodistro would be beneficial

>
>  DEPENDS = "xorgproto ${LIB_DEPS} font-util"
>
>  # Split out some modules and extensions from the main package
> --
> 2.20.1
>
>
> 
>
>

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#158185): 
https://lists.openembedded.org/g/openembedded-core/message/158185
Mute This Topic: https://lists.openembedded.org/mt/86978200/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] ptest-packagelists: Remove qemu ptests for rv32

2021-11-11 Thread Khem Raj
qemu is not buildable on rv32 yet

Signed-off-by: Khem Raj 
---
 meta/conf/distro/include/ptest-packagelists.inc | 4 +++-
 1 file changed, 3 insertions(+), 1 deletion(-)

diff --git a/meta/conf/distro/include/ptest-packagelists.inc 
b/meta/conf/distro/include/ptest-packagelists.inc
index fd52fa72a4a..0277ddaf1af 100644
--- a/meta/conf/distro/include/ptest-packagelists.inc
+++ b/meta/conf/distro/include/ptest-packagelists.inc
@@ -64,7 +64,9 @@ PTESTS_FAST = "\
 glibc-tests-ptest \
 "
 PTESTS_FAST:remove:mips64 = "qemu-ptest"
-PTESTS_PROBLEMS:append:mips64 = "qemu-ptest"
+PTESTS_PROBLEMS:append:mips64 = " qemu-ptest"
+PTESTS_FAST:remove:riscv32 = "qemu-ptest"
+PTESTS_PROBLEMS:append:riscv32 = " qemu-ptest"
 
 PTESTS_SLOW = "\
 babeltrace-ptest \
-- 
2.33.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#158181): 
https://lists.openembedded.org/g/openembedded-core/message/158181
Mute This Topic: https://lists.openembedded.org/mt/86981827/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] qemu: Exclude building on riscv32

2021-11-11 Thread Khem Raj
Needs syscalls issues addressed. fails currently to build

../qemu-6.1.0/linux-user/syscall.c:659:1: error: use of undeclared identi
fier '__NR_nanosleep'; did you mean 'safe_nanosleep'?

Signed-off-by: Khem Raj 
---
 meta/recipes-devtools/qemu/qemu.inc | 1 +
 1 file changed, 1 insertion(+)

diff --git a/meta/recipes-devtools/qemu/qemu.inc 
b/meta/recipes-devtools/qemu/qemu.inc
index 8cc4600cad5..ea7dfaecef8 100644
--- a/meta/recipes-devtools/qemu/qemu.inc
+++ b/meta/recipes-devtools/qemu/qemu.inc
@@ -48,6 +48,7 @@ CVE_CHECK_WHITELIST += "CVE-2018-18438"
 
 COMPATIBLE_HOST:mipsarchn32 = "null"
 COMPATIBLE_HOST:mipsarchn64 = "null"
+COMPATIBLE_HOST:riscv32 = "null"
 
 # Per https://lists.nongnu.org/archive/html/qemu-devel/2020-09/msg03873.html
 # upstream states qemu doesn't work without optimization
-- 
2.33.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#158180): 
https://lists.openembedded.org/g/openembedded-core/message/158180
Mute This Topic: https://lists.openembedded.org/mt/86981826/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 v4] glibc: ptest: Add running glibc time related test suite (Y2038) with ptest

2021-11-11 Thread Khem Raj
On Tue, Nov 9, 2021 at 7:29 AM Lukasz Majewski  wrote:
>
> This patch introduces new recipe - namely 'glibc-tests', which
> builds and installs time related (to check if Y2038 support works) glibc
> test suite to OE/Yocto built image.
>
> It reuses code from already available 'glibc-testsuite' recipe,
> which is run with 'bitbake glibc-testsuite -c check' and uses qemu
> to execute remotely (via SSH) tests on some emulated machine.
>
> This recipe installs time related glibc tests on some rootfs image.
> Afterwards, those tests can be executed on the real hardware, to
> facilitate validation of it with Y2038 problem compliance.
>
> To test time related subset - one needs to call:
> ptest-runner glibc-tests
> then change the date after Y2038 threshold for 32 bit systems:
> date -s "20 JAN 2038 18:00:00"
> and then run ptest-runner again.
>
> To facilitate debugging, source files are provided by default with
> the unstripped debugging symbols. Such approach would reduce the
> already complex recipe (as it inherits base glibc one), so there
> is no need to also install *-dbg and *-src packages.
>
> Signed-off-by: Lukasz Majewski 
>
> ---
> Changes for v4:
> - Add entry for 'glibc-tests' in the maintainers.inc file
> - Remove nativesdk from BBCLASSEXTEND as this resipe is not supposed
>   to be the part of SDK
>
> Changes for v3:
> - Provide missing ${PN}-ptest for PACKAGES, PROVIDES and
>   RPROVIDES variables
>
> Changes for v2:
> - Just focus on time related set of tests as those can be run as
>   standalone
> - Reuse of already built tests (from glibc-tests.inc) and depoloy
>   them on the HW target.
> - Provide single 'run-ptest' script.
> - Update the recipe to run with newest poky's -master
> ---
>  meta/conf/distro/include/maintainers.inc  |   1 +
>  .../distro/include/ptest-packagelists.inc |   1 +
>  meta/recipes-core/glibc/glibc-tests_2.34.bb   | 113 ++
>  meta/recipes-core/glibc/glibc/run-ptest   |  37 ++
>  4 files changed, 152 insertions(+)
>  create mode 100644 meta/recipes-core/glibc/glibc-tests_2.34.bb
>  create mode 100755 meta/recipes-core/glibc/glibc/run-ptest
>
> diff --git a/meta/conf/distro/include/maintainers.inc 
> b/meta/conf/distro/include/maintainers.inc
> index baec2bef4d..7104e091fc 100644
> --- a/meta/conf/distro/include/maintainers.inc
> +++ b/meta/conf/distro/include/maintainers.inc
> @@ -209,6 +209,7 @@ RECIPE_MAINTAINER:pn-glibc = "Khem Raj 
> "
>  RECIPE_MAINTAINER:pn-glibc-locale = "Khem Raj "
>  RECIPE_MAINTAINER:pn-glibc-mtrace = "Khem Raj "
>  RECIPE_MAINTAINER:pn-glibc-scripts = "Khem Raj "
> +RECIPE_MAINTAINER:pn-glibc-tests = "Lukasz Majewski "
>  RECIPE_MAINTAINER:pn-glibc-testsuite = "Khem Raj "
>  RECIPE_MAINTAINER:pn-glide = "Otavio Salvador 
> "
>  RECIPE_MAINTAINER:pn-gmp = "Khem Raj "
> diff --git a/meta/conf/distro/include/ptest-packagelists.inc 
> b/meta/conf/distro/include/ptest-packagelists.inc
> index 2e324f8da4..fd52fa72a4 100644
> --- a/meta/conf/distro/include/ptest-packagelists.inc
> +++ b/meta/conf/distro/include/ptest-packagelists.inc
> @@ -61,6 +61,7 @@ PTESTS_FAST = "\
>  slang-ptest \
>  wayland-ptest \
>  zlib-ptest \
> +glibc-tests-ptest \

this will break musl. So lets change this to

PTESTS_FAST:append:libc-glibc = " glibc-tests-ptest"

>  "
>  PTESTS_FAST:remove:mips64 = "qemu-ptest"
>  PTESTS_PROBLEMS:append:mips64 = "qemu-ptest"
> diff --git a/meta/recipes-core/glibc/glibc-tests_2.34.bb 
> b/meta/recipes-core/glibc/glibc-tests_2.34.bb
> new file mode 100644
> index 00..d2d3cfff91
> --- /dev/null
> +++ b/meta/recipes-core/glibc/glibc-tests_2.34.bb
> @@ -0,0 +1,113 @@
> +require glibc_${PV}.bb
> +require glibc-tests.inc
> +
> +inherit ptest
> +
> +SRC_URI:append = " \
> +   file://run-ptest \
> +"
> +
> +SUMMARY = "glibc tests to be run with ptest"
> +
> +# Erase some variables already set by glibc_${PV}
> +python __anonymous() {
> +   # Remove packages provided by glibc build, we only need a subset of 
> them
> +   d.setVar("PACKAGES", "${PN} ${PN}-ptest")
> +
> +   d.setVar("PROVIDES", "${PN} ${PN}-ptest")
> +   d.setVar("RPROVIDES", "${PN} ${PN}-ptest")
> +
> +   d.setVar("BBCLASSEXTEND", "")
> +   d.setVar("RRECOMMENDS", "")
> +}
> +
> +# Remove any lefovers from original glibc recipe
  ^^
typo

> +RPROVIDES:${PN} = "${PN}"
> +RRE

Re: [OE-core] [PATCH 3/5] gcc-common.inc: Clean up the additions to MIRRORS

2021-11-10 Thread Khem Raj
On Wed, Nov 10, 2021 at 6:18 PM Andre McCurdy  wrote:
>
> On Wed, Nov 10, 2021 at 3:19 PM Peter Kjellerstedt
>  wrote:
> >
> > Since commit 044fb04d in bitbake (fetch2: Allow whitespace only mirror
> > entries) there is no need to separate the entries in MIRRORS with "\n".
> >
> > Signed-off-by: Peter Kjellerstedt 
> > ---
> >  meta/recipes-devtools/gcc/gcc-common.inc | 10 +-
> >  1 file changed, 5 insertions(+), 5 deletions(-)
> >
> > diff --git a/meta/recipes-devtools/gcc/gcc-common.inc 
> > b/meta/recipes-devtools/gcc/gcc-common.inc
> > index 74190644e6..0d950e780d 100644
> > --- a/meta/recipes-devtools/gcc/gcc-common.inc
> > +++ b/meta/recipes-devtools/gcc/gcc-common.inc
> > @@ -86,11 +86,11 @@ get_tune_parameters[vardepsexclude] = "AVAILTUNES 
> > TUNE_CCARGS OVERRIDES TUNE_FEA
> >  DEBIANNAME:${MLPREFIX}libgcc = "libgcc1"
> >
> >  MIRRORS =+ "\
> > -${GNU_MIRROR}/gccftp://gcc.gnu.org/pub/gcc/releases/ \n \
> > -${GNU_MIRROR}/gcc  ftp://gd.tuwien.ac.at/gnu/gcc/ \n \
> > -${GNU_MIRROR}/gcc  http://mirrors.rcn.net/pub/sourceware/gcc/releases/ 
> > \n \
> > -${GNU_MIRROR}/gcc   http://gcc.get-software.com/releases/ \n \
> > -${GNU_MIRROR}/gcc  http://gcc.get-software.com/releases/ \n \
> > +${GNU_MIRROR}/gcc ftp://gcc.gnu.org/pub/gcc/releases/ \
> > +${GNU_MIRROR}/gcc ftp://gd.tuwien.ac.at/gnu/gcc/ \
> > +${GNU_MIRROR}/gcc http://mirrors.rcn.net/pub/sourceware/gcc/releases/ \
> > +${GNU_MIRROR}/gcc http://gcc.get-software.com/releases/ \
> > +${GNU_MIRROR}/gcc http://gcc.get-software.com/releases/ \
>
> Last two lines are duplicates. ftp mirrors should probably be replaced
> with https.

agreed

>
> Are these even useful at all? They were added in 2012...
>

yeah I tried to access http://gcc.get-software.com/releases and it
says domain is available to buy :)
and http://mirrors.rcn.net/ is also not accessible. So perhaps just
have https://gcc.gnu.org/pub/gcc/releases/
and if needed use some of mirrors as mentioned here
https://gcc.gnu.org/mirrors.html instead


> >  "
> >  #
> >  # Set some default values
> >
> >
> >
>
> 
>

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#158130): 
https://lists.openembedded.org/g/openembedded-core/message/158130
Mute This Topic: https://lists.openembedded.org/mt/86970465/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 04/24] xserver-xorg: update 1.20.13 -> 21.1.1

2021-11-10 Thread Khem Raj
-xorg/0001-Avoid-duplicate-definitions-of-IOPortBase.patch
> index 4737040675..11d5546537 100644
> --- 
> a/meta/recipes-graphics/xorg-xserver/xserver-xorg/0001-Avoid-duplicate-definitions-of-IOPortBase.patch
> +++ 
> b/meta/recipes-graphics/xorg-xserver/xserver-xorg/0001-Avoid-duplicate-definitions-of-IOPortBase.patch
> @@ -1,4 +1,4 @@
> -From fc04acfd948ac99d04a5dc08c78f3b13bc0c5c41 Mon Sep 17 00:00:00 2001
> +From ce3b8a230a3805c9b557c1f106795675bd034860 Mon Sep 17 00:00:00 2001
>  From: Khem Raj 
>  Date: Mon, 17 Aug 2020 10:50:51 -0700
>  Subject: [PATCH] Avoid duplicate definitions of IOPortBase
> @@ -10,26 +10,13 @@ compiler.h:528: multiple definition of `IOPortBase';
>
>  Upstream-Status: Pending
>  Signed-off-by: Khem Raj 
> +
>  ---
> - hw/xfree86/common/compiler.h| 2 +-
>   hw/xfree86/os-support/linux/lnx_video.c | 1 +
> - 2 files changed, 2 insertions(+), 1 deletion(-)
> + 1 file changed, 1 insertion(+)
>
> -diff --git a/hw/xfree86/common/compiler.h b/hw/xfree86/common/compiler.h
> -index 2b2008b..c7d617e 100644
>  a/hw/xfree86/common/compiler.h
> -+++ b/hw/xfree86/common/compiler.h
> -@@ -525,7 +525,7 @@ xf86WriteMmio32Le(__volatile__ void *base, const 
> unsigned long offset,
> - #define PORT_SIZE short
> - #endif
> -
> --_X_EXPORT unsigned int IOPortBase;  /* Memory mapped I/O port area */
> -+extern _X_EXPORT unsigned int IOPortBase;  /* Memory mapped I/O port 
> area */
> -
> - static __inline__ void
> - outb(unsigned PORT_SIZE port, unsigned char val)
>  diff --git a/hw/xfree86/os-support/linux/lnx_video.c 
> b/hw/xfree86/os-support/linux/lnx_video.c
> -index 04e4509..9dc7316 100644
> +index fd83022..1d0d96e 100644
>  --- a/hw/xfree86/os-support/linux/lnx_video.c
>  +++ b/hw/xfree86/os-support/linux/lnx_video.c
>  @@ -78,6 +78,7 @@ xf86OSInitVidMem(VidMemInfoPtr pVidMem)
> @@ -40,6 +27,3 @@ index 04e4509..9dc7316 100644
>
>   #if defined(__powerpc__)
>   volatile unsigned char *ioBase = NULL;
> ---
> -2.28.0
> -
> diff --git 
> a/meta/recipes-graphics/xorg-xserver/xserver-xorg/0001-Fix-segfault-on-probing-a-non-PCI-platform-device-on.patch
>  
> b/meta/recipes-graphics/xorg-xserver/xserver-xorg/0001-Fix-segfault-on-probing-a-non-PCI-platform-device-on.patch
> deleted file mode 100644
> index 8b687d612d..00
> --- 
> a/meta/recipes-graphics/xorg-xserver/xserver-xorg/0001-Fix-segfault-on-probing-a-non-PCI-platform-device-on.patch
> +++ /dev/null
> @@ -1,34 +0,0 @@
> -From e50c85f4ebf559a3bac4817b41074c43d4691779 Mon Sep 17 00:00:00 2001
> -From: Eric Anholt 
> -Date: Fri, 26 Oct 2018 17:47:30 -0700
> -Subject: [PATCH] Fix segfault on probing a non-PCI platform device on a 
> system
> - with PCI.
> -
> -Some Broadcom set-top-box boards have PCI busses, but the GPU is still
> -probed through DT.  We would dereference a null busid here in that
> -case.
> -
> -Signed-off-by: Eric Anholt 
> -
> -Upstream-Status: Backport 
> [https://github.com/freedesktop/xorg-xserver/commit/e50c85f4e]
> -Signed-off-by: Aníbal Limón 
> 
> - hw/xfree86/common/xf86platformBus.c | 2 +-
> - 1 file changed, 1 insertion(+), 1 deletion(-)
> -
> -diff --git a/hw/xfree86/common/xf86platformBus.c 
> b/hw/xfree86/common/xf86platformBus.c
> -index cef47da03..dadbac6c8 100644
>  a/hw/xfree86/common/xf86platformBus.c
> -+++ b/hw/xfree86/common/xf86platformBus.c
> -@@ -289,7 +289,7 @@ xf86platformProbe(void)
> - for (i = 0; i < xf86_num_platform_devices; i++) {
> - char *busid = xf86_platform_odev_attributes(i)->busid;
> -
> --if (pci && (strncmp(busid, "pci:", 4) == 0)) {
> -+if (pci && busid && (strncmp(busid, "pci:", 4) == 0)) {
> - platform_find_pci_info(_platform_devices[i], busid);
> - }
> -
> ---
> -2.28.0
> -
> diff --git 
> a/meta/recipes-graphics/xorg-xserver/xserver-xorg/0001-test-xtest-Initialize-array-with-braces.patch
>  
> b/meta/recipes-graphics/xorg-xserver/xserver-xorg/0001-test-xtest-Initialize-array-with-braces.patch
> deleted file mode 100644
> index c0c242814b..00
> --- 
> a/meta/recipes-graphics/xorg-xserver/xserver-xorg/0001-test-xtest-Initialize-array-with-braces.patch
> +++ /dev/null
> @@ -1,36 +0,0 @@
> -From 8a382c015cd3c69fcfc146ef03dcbf30c77ff207 Mon Sep 17 00:00:00 2001
> -From: Khem Raj 
> -Date: Fri, 1 Mar 2019 09:47:57 -0800
> -Subject: [PATCH] test/xtest: Initialize array with braces
> -
> -Fixes an error when extra warnings are enabled, this is caught with clang
> -
> -test/xtest.c:64:23: error: suggest braces around initialization of subobject 
> [-Werror,-Wmissing-braces]
> -WindowRec root = {0}

Re: [OE-core] [PATCH 06/24] rust: update 1.56.0 -> 1.56.1

2021-11-10 Thread Khem Raj
On Wed, Nov 10, 2021 at 11:39 AM Alexander Kanavin
 wrote:
>
> This update includes fixes for the 'trojan source' vulnerability:
> https://blog.rust-lang.org/2021/11/01/Rust-1.56.1.html
>
> Drop two unused patches.

this is fine, these patches are already upstreamed in rust compiler. I
think some portion of it is still required for rv32/musl
standard library but it will be a different patch. So its fine to delete them.

>
> Signed-off-by: Alexander Kanavin 
> ---
>  meta/conf/distro/include/tcmode-default.inc   |  2 +-
>  ...56.0.bb => cargo-cross-canadian_1.56.1.bb} |  0
>  .../{cargo_1.56.0.bb => cargo_1.56.1.bb}  |  0
>  .../rust/files/riscv-march.patch  | 73 ---
>  meta/recipes-devtools/rust/files/rv64gc.patch | 37 --
>  ...ibstd-rs_1.56.0.bb => libstd-rs_1.56.1.bb} |  0
>  56.0.bb => rust-cross-canadian_1.56.1.bb} |  0
>  ...t-cross_1.56.0.bb => rust-cross_1.56.1.bb} |  0
>  ...-llvm-allow-env-override-of-exe-path.patch |  1 +
>  ...ust-llvm_1.56.0.bb => rust-llvm_1.56.1.bb} |  0
>  meta/recipes-devtools/rust/rust-snapshot.inc  | 16 ++--
>  meta/recipes-devtools/rust/rust-source.inc|  2 +-
>  ...bb => rust-tools-cross-canadian_1.56.1.bb} |  0
>  .../rust/{rust_1.56.0.bb => rust_1.56.1.bb}   |  0
>  14 files changed, 11 insertions(+), 120 deletions(-)
>  rename meta/recipes-devtools/cargo/{cargo-cross-canadian_1.56.0.bb => 
> cargo-cross-canadian_1.56.1.bb} (100%)
>  rename meta/recipes-devtools/cargo/{cargo_1.56.0.bb => cargo_1.56.1.bb} 
> (100%)
>  delete mode 100644 meta/recipes-devtools/rust/files/riscv-march.patch
>  delete mode 100644 meta/recipes-devtools/rust/files/rv64gc.patch
>  rename meta/recipes-devtools/rust/{libstd-rs_1.56.0.bb => 
> libstd-rs_1.56.1.bb} (100%)
>  rename meta/recipes-devtools/rust/{rust-cross-canadian_1.56.0.bb => 
> rust-cross-canadian_1.56.1.bb} (100%)
>  rename meta/recipes-devtools/rust/{rust-cross_1.56.0.bb => 
> rust-cross_1.56.1.bb} (100%)
>  rename meta/recipes-devtools/rust/{rust-llvm_1.56.0.bb => 
> rust-llvm_1.56.1.bb} (100%)
>  rename meta/recipes-devtools/rust/{rust-tools-cross-canadian_1.56.0.bb => 
> rust-tools-cross-canadian_1.56.1.bb} (100%)
>  rename meta/recipes-devtools/rust/{rust_1.56.0.bb => rust_1.56.1.bb} (100%)
>
> diff --git a/meta/conf/distro/include/tcmode-default.inc 
> b/meta/conf/distro/include/tcmode-default.inc
> index 609f2fd0eb..d5167ee9ad 100644
> --- a/meta/conf/distro/include/tcmode-default.inc
> +++ b/meta/conf/distro/include/tcmode-default.inc
> @@ -27,7 +27,7 @@ GOVERSION ?= "1.16%"
>  # This can not use wildcards like 8.0.% since it is also used in mesa to 
> denote
>  # llvm version being used, so always bump it with llvm recipe version bump
>  LLVMVERSION ?= "12.0.1"
> -RUSTVERSION ?= "1.56.0"
> +RUSTVERSION ?= "1.56.1"
>
>  PREFERRED_VERSION_gcc ?= "${GCCVERSION}"
>  PREFERRED_VERSION_gcc-cross-${TARGET_ARCH} ?= "${GCCVERSION}"
> diff --git a/meta/recipes-devtools/cargo/cargo-cross-canadian_1.56.0.bb 
> b/meta/recipes-devtools/cargo/cargo-cross-canadian_1.56.1.bb
> similarity index 100%
> rename from meta/recipes-devtools/cargo/cargo-cross-canadian_1.56.0.bb
> rename to meta/recipes-devtools/cargo/cargo-cross-canadian_1.56.1.bb
> diff --git a/meta/recipes-devtools/cargo/cargo_1.56.0.bb 
> b/meta/recipes-devtools/cargo/cargo_1.56.1.bb
> similarity index 100%
> rename from meta/recipes-devtools/cargo/cargo_1.56.0.bb
> rename to meta/recipes-devtools/cargo/cargo_1.56.1.bb
> diff --git a/meta/recipes-devtools/rust/files/riscv-march.patch 
> b/meta/recipes-devtools/rust/files/riscv-march.patch
> deleted file mode 100644
> index a10b3a4d93..00
> --- a/meta/recipes-devtools/rust/files/riscv-march.patch
> +++ /dev/null
> @@ -1,73 +0,0 @@
> -Add suppor for riscv64 and riscv32 musl targets
> -
> -Upstream-Status: Pending
> -Signed-off-by: Khem Raj 
> -
>  a/vendor/cc/src/lib.rs
> -+++ b/vendor/cc/src/lib.rs
> -@@ -2361,6 +2361,7 @@ impl Build {
> - "riscv-none-embed",
> - ]),
> - "riscv64gc-unknown-linux-gnu" => Some("riscv64-linux-gnu"),
> -+"riscv64gc-unknown-linux-musl" => Some("riscv64-linux-musl"),
> - "s390x-unknown-linux-gnu" => Some("s390x-linux-gnu"),
> - "sparc-unknown-linux-gnu" => Some("sparc-linux-gnu"),
> - "sparc64-unknown-linux-gnu" => Some("sparc64-linux-gnu"),
>  a/compiler/rustc_target/src/spec/mod.rs
> -+++ b/compiler/rustc_target/src/spec/mod.rs
>

Re: [bitbake-devel] [oe-core][PATCH v4 1/2] repo: Add recipe for 2.17.3

2021-11-10 Thread Khem Raj



On 11/10/21 7:53 AM, Jasper Orschulko via lists.openembedded.org wrote:

From: Jasper Orschulko 

Add a recipe for repo 2.17.3, prerequisite for the repo fetcher.

Signed-off-by: Jasper Orschulko 
---
  meta/conf/distro/include/maintainers.inc  |  1 +
  .../0001-Set-REPO_REV-to-v2.17.3.patch| 34 +++
  .../repo/repo/0001-python3-shebang.patch  | 26 ++
  meta/recipes-devtools/repo/repo_2.17.3.bb | 29 
  4 files changed, 90 insertions(+)
  create mode 100644 
meta/recipes-devtools/repo/repo-2.17.3/0001-Set-REPO_REV-to-v2.17.3.patch
  create mode 100644 meta/recipes-devtools/repo/repo/0001-python3-shebang.patch
  create mode 100644 meta/recipes-devtools/repo/repo_2.17.3.bb

diff --git a/meta/conf/distro/include/maintainers.inc 
b/meta/conf/distro/include/maintainers.inc
index f3e0a75d56..58a0a9615f 100644
--- a/meta/conf/distro/include/maintainers.inc
+++ b/meta/conf/distro/include/maintainers.inc
@@ -652,6 +652,7 @@ RECIPE_MAINTAINER:pn-quilt-native = "Robert Yang 
"
  RECIPE_MAINTAINER:pn-quota = "Anuj Mittal "
  RECIPE_MAINTAINER:pn-re2c = "Khem Raj "
  RECIPE_MAINTAINER:pn-readline = "Hongxu Jia "
+RECIPE_MAINTAINER:pn-repo = "Jasper Orschulko 
"
  RECIPE_MAINTAINER:pn-resolvconf = "Chen Qi "
  RECIPE_MAINTAINER:pn-rgb = "Unassigned "
  RECIPE_MAINTAINER:pn-rpcbind = "Hongxu Jia "
diff --git 
a/meta/recipes-devtools/repo/repo-2.17.3/0001-Set-REPO_REV-to-v2.17.3.patch 
b/meta/recipes-devtools/repo/repo-2.17.3/0001-Set-REPO_REV-to-v2.17.3.patch
new file mode 100644
index 00..3086f8eb42
--- /dev/null
+++ b/meta/recipes-devtools/repo/repo-2.17.3/0001-Set-REPO_REV-to-v2.17.3.patch
@@ -0,0 +1,34 @@
+From bdd2a528da59c28db8ae2986834926de7cebf3ab Mon Sep 17 00:00:00 2001
+From: Jasper Orschulko 
+Date: Thu, 4 Nov 2021 16:55:12 +0100
+Subject: [PATCH] Set REPO_REV to v2.17.3
+
+repo is an unusual tool because it downloads all of its own Python modules
+using GPG-signed git tags, and stores those files as part of the project
+that it is working with.
+
+So in order to have a reproducible repo installation within the project
+folders, we hardcode the REPO_REV variable to a SHA1 that corresponds to
+the version of the recipe.
+
+Upstream-Status: Inappropriate [configuration]
+Signed-off-by: Jasper Orschulko 
+---
+ repo | 2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+
+diff --git a/repo b/repo
+index 4cddbf1..cf5f6b1 100755
+--- a/repo
 b/repo
+@@ -142,7 +142,7 @@ if __name__ == '__main__':
+ REPO_URL = os.environ.get('REPO_URL', None)
+ if not REPO_URL:
+   REPO_URL = 'https://gerrit.googlesource.com/git-repo'
+-REPO_REV = os.environ.get('REPO_REV')
++REPO_REV = '11b30b91df1f0e03b53da970ec2588e85817bacc'
+ if not REPO_REV:
+   REPO_REV = 'stable'
+ # URL to file bug reports for repo tool issues.
+--
+2.33.1
diff --git a/meta/recipes-devtools/repo/repo/0001-python3-shebang.patch 
b/meta/recipes-devtools/repo/repo/0001-python3-shebang.patch
new file mode 100644
index 00..d3888c8bb2
--- /dev/null
+++ b/meta/recipes-devtools/repo/repo/0001-python3-shebang.patch
@@ -0,0 +1,26 @@
+From b8e84b202cd302a7c99288d3835dc9c63071f8f2 Mon Sep 17 00:00:00 2001
+From: Jasper Orschulko 
+Date: Tue, 14 Sep 2021 16:46:51 +0200
+Subject: [PATCH] python3 shebang
+
+Yocto does not symlink from python to python3, thus change the shebang from
+python to python3.
+
+Upstream-Status: Inappropriate [configuration]
+Signed-off-by: Jasper Orschulko 
+---
+ repo | 2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+
+diff --git a/repo b/repo
+index b13e34c..205e0e5 100755
+--- a/repo
 b/repo
+@@ -1,4 +1,4 @@
+-#!/usr/bin/env python
++#!/usr/bin/env python3
+ # -*- coding:utf-8 -*-
+ #
+ # Copyright (C) 2008 The Android Open Source Project
+--
+2.33.0
diff --git a/meta/recipes-devtools/repo/repo_2.17.3.bb 
b/meta/recipes-devtools/repo/repo_2.17.3.bb
new file mode 100644
index 00..20f5d465d3
--- /dev/null
+++ b/meta/recipes-devtools/repo/repo_2.17.3.bb
@@ -0,0 +1,29 @@
+# SPDX-License-Identifier: MIT
+# Copyright (C) 2021 iris-GmbH infrared & intelligent sensors
+
+SUMMARY = "Tool for managing many Git repositories"
+DESCRIPTION = "Repo is a tool built on top of Git. Repo helps manage many Git 
repositories, does the uploads to revision control systems, and automates parts of the 
development workflow."
+HOMEPAGE = "https://android.googlesource.com/tools/repo;
+SECTION = "console/utils"
+
+LICENSE = "Apache-2.0"
+LIC_FILES_CHKSUM = "file://LICENSE;md5=3b83ef96387f14655fc854ddc3c6bd57"
+
+SRC_URI = 
"git://gerrit.googlesource.com/git-repo.git;protocol=https;branch=main"
+SRCREV = "11b30b91df1f0e03b53da970ec2588e85817bacc"
+
+SRC_URI += "file://0001-python3-shebang.patch \
+file://0001-Set-REPO_REV-to-v2.17.3.patch"
+
+MIRRORS += "git://gerrit.googlesource.

Re: [OE-core] [PATCH v4] glibc: ptest: Add running glibc time related test suite (Y2038) with ptest

2021-11-10 Thread Khem Raj
seeing this

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

On Tue, Nov 9, 2021 at 7:29 AM Lukasz Majewski  wrote:
>
> This patch introduces new recipe - namely 'glibc-tests', which
> builds and installs time related (to check if Y2038 support works) glibc
> test suite to OE/Yocto built image.
>
> It reuses code from already available 'glibc-testsuite' recipe,
> which is run with 'bitbake glibc-testsuite -c check' and uses qemu
> to execute remotely (via SSH) tests on some emulated machine.
>
> This recipe installs time related glibc tests on some rootfs image.
> Afterwards, those tests can be executed on the real hardware, to
> facilitate validation of it with Y2038 problem compliance.
>
> To test time related subset - one needs to call:
> ptest-runner glibc-tests
> then change the date after Y2038 threshold for 32 bit systems:
> date -s "20 JAN 2038 18:00:00"
> and then run ptest-runner again.
>
> To facilitate debugging, source files are provided by default with
> the unstripped debugging symbols. Such approach would reduce the
> already complex recipe (as it inherits base glibc one), so there
> is no need to also install *-dbg and *-src packages.
>
> Signed-off-by: Lukasz Majewski 
>
> ---
> Changes for v4:
> - Add entry for 'glibc-tests' in the maintainers.inc file
> - Remove nativesdk from BBCLASSEXTEND as this resipe is not supposed
>   to be the part of SDK
>
> Changes for v3:
> - Provide missing ${PN}-ptest for PACKAGES, PROVIDES and
>   RPROVIDES variables
>
> Changes for v2:
> - Just focus on time related set of tests as those can be run as
>   standalone
> - Reuse of already built tests (from glibc-tests.inc) and depoloy
>   them on the HW target.
> - Provide single 'run-ptest' script.
> - Update the recipe to run with newest poky's -master
> ---
>  meta/conf/distro/include/maintainers.inc  |   1 +
>  .../distro/include/ptest-packagelists.inc |   1 +
>  meta/recipes-core/glibc/glibc-tests_2.34.bb   | 113 ++
>  meta/recipes-core/glibc/glibc/run-ptest   |  37 ++
>  4 files changed, 152 insertions(+)
>  create mode 100644 meta/recipes-core/glibc/glibc-tests_2.34.bb
>  create mode 100755 meta/recipes-core/glibc/glibc/run-ptest
>
> diff --git a/meta/conf/distro/include/maintainers.inc 
> b/meta/conf/distro/include/maintainers.inc
> index baec2bef4d..7104e091fc 100644
> --- a/meta/conf/distro/include/maintainers.inc
> +++ b/meta/conf/distro/include/maintainers.inc
> @@ -209,6 +209,7 @@ RECIPE_MAINTAINER:pn-glibc = "Khem Raj 
> "
>  RECIPE_MAINTAINER:pn-glibc-locale = "Khem Raj "
>  RECIPE_MAINTAINER:pn-glibc-mtrace = "Khem Raj "
>  RECIPE_MAINTAINER:pn-glibc-scripts = "Khem Raj "
> +RECIPE_MAINTAINER:pn-glibc-tests = "Lukasz Majewski "
>  RECIPE_MAINTAINER:pn-glibc-testsuite = "Khem Raj "
>  RECIPE_MAINTAINER:pn-glide = "Otavio Salvador 
> "
>  RECIPE_MAINTAINER:pn-gmp = "Khem Raj "
> diff --git a/meta/conf/distro/include/ptest-packagelists.inc 
> b/meta/conf/distro/include/ptest-packagelists.inc
> index 2e324f8da4..fd52fa72a4 100644
> --- a/meta/conf/distro/include/ptest-packagelists.inc
> +++ b/meta/conf/distro/include/ptest-packagelists.inc
> @@ -61,6 +61,7 @@ PTESTS_FAST = "\
>  slang-ptest \
>  wayland-ptest \
>  zlib-ptest \
> +glibc-tests-ptest \
>  "
>  PTESTS_FAST:remove:mips64 = "qemu-ptest"
>  PTESTS_PROBLEMS:append:mips64 = "qemu-ptest"
> diff --git a/meta/recipes-core/glibc/glibc-tests_2.34.bb 
> b/meta/recipes-core/glibc/glibc-tests_2.34.bb
> new file mode 100644
> index 00..d2d3cfff91
> --- /dev/null
> +++ b/meta/recipes-core/glibc/glibc-tests_2.34.bb
> @@ -0,0 +1,113 @@
> +require glibc_${PV}.bb
> +require glibc-tests.inc
> +
> +inherit ptest
> +
> +SRC_URI:append = " \
> +   file://run-ptest \
> +"
> +
> +SUMMARY = "glibc tests to be run with ptest"
> +
> +# Erase some variables already set by glibc_${PV}
> +python __anonymous() {
> +   # Remove packages provided by glibc build, we only need a subset of 
> them
> +   d.setVar("PACKAGES", "${PN} ${PN}-ptest")
> +
> +   d.setVar("PROVIDES", "${PN} ${PN}-ptest")
> +   d.setVar("RPROVIDES", "${PN} ${PN}-ptest")
> +
> +   d.setVar("BBCLASSEXTEND", "")
> +   d.setVar("RRECOMMENDS", "")
> +}
> +
> +# Remove any lefovers from original glibc recipe
> +RPROVIDES:${PN} = "${PN}"
> +RRECOMMENDS:${PN} = ""
> +RDEPENDS:${PN} = " glibc sed

[OE-core] [PATCH] wic: Use os.rename instead of bb.utils.rename

2021-11-09 Thread Khem Raj
This is not invoked with bitbake context as a result bb.utils is not
visible when this function is called during image creation and builds
fail e.g.

NameError: name 'bb' is not defined

Signed-off-by: Khem Raj 
Cc: Joshua Watt 
Cc: Devendra Tewari 
---
 scripts/lib/wic/plugins/imager/direct.py | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/scripts/lib/wic/plugins/imager/direct.py 
b/scripts/lib/wic/plugins/imager/direct.py
index 495518fac81..c7bc2469ab5 100644
--- a/scripts/lib/wic/plugins/imager/direct.py
+++ b/scripts/lib/wic/plugins/imager/direct.py
@@ -619,5 +619,5 @@ class PartitionedImage():
  part.start + part.size_sec - 1, part.size_sec)
 
 partimage = self.path + '.p%d' % part.num
-bb.utils.rename(source, partimage)
+os.rename(source, partimage)
 self.partimages.append(partimage)
-- 
2.33.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#158061): 
https://lists.openembedded.org/g/openembedded-core/message/158061
Mute This Topic: https://lists.openembedded.org/mt/86951858/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] gdb-cross: add dependency on gmp-native

2021-11-09 Thread Khem Raj



On 11/9/21 2:29 AM, Martin Jansa wrote:

* it was already added for target and cross-canadian gdb in:
   commit 4643d1eb222151384f77d13a936537aae5ca3fe6
   Author: Khem Raj 
   Date:   Fri Nov 5 17:37:33 2021 -0700

 gdb: Add dependency on libgmp

 gdb 11 has added this library as must have

* but gdb-cross.inc overwrites DEPENDS from gdb-common.inc
   and needs the dependency as well as shown in log.do_compile:

   checking for libgmp... no
   configure: error: GMP is missing or unusable
   make[1]: *** [Makefile:9418: configure-gdb] Error 1

   and in gdb-cross-i686/11.1-r0/build-i686-oe-linux/gdb/config.log:



thanks for doing it



   configure:10402: checking for libgmp
   configure:10422: gcc  -o conftest 
-isystem/OE/tmp-glibc/work/x86_64-linux/gdb-cross-i686/11.1-r0/recipe-sysroot-native/usr/include
 -O2 -pipe 
-isystem/OE/tmp-glibc/work/x86_64-linux/gdb-cross-i686/11.1-r0/recipe-sysroot-native/usr/include
 
-I/OE/tmp-glibc/work/x86_64-linux/gdb-cross-i686/11.1-r0/recipe-sysroot-native/usr/include
  
-L/OE/tmp-glibc/work/x86_64-linux/gdb-cross-i686/11.1-r0/recipe-sysroot-native/usr/lib 

-L/OE/tmp-glibc/work/x86_64-linux/gdb-cross-i686/11.1-r0/recipe-sysroot-native/lib 
-Wl,--enable-new-dtags 
-Wl,-rpath-link,/OE/tmp-glibc/work/x86_64-linux/gdb-cross-i686/11.1-r0/recipe-sysroot-native/usr/lib
 
-Wl,-rpath-link,/OE/tmp-glibc/work/x86_64-linux/gdb-cross-i686/11.1-r0/recipe-sysroot-native/lib
 
-Wl,-rpath,/OE/tmp-glibc/work/x86_64-linux/gdb-cross-i686/11.1-r0/recipe-sysroot-native/usr/lib
 
-Wl,-rpath,/OE/tmp-glibc/work/x86_64-linux/gdb-cross-i686/11.1-r0/recipe-sysroot-native/lib
 -Wl,-O1 -Wl,--allow-shlib-undefined 
-Wl,--dynamic-linker=/OE/tmp-glibc/sysroots-uninative/x86_64-linux/lib/ld-linux-x86-64.so.2
 conftest.c -lncursesw -lm -ldl  -lgmp >&5
   conftest.c:52:10: fatal error: gmp.h: No such file or directory
  52 | #include 
 |  ^~~

* this fails only when the host OS doesn't have GMP installed
   otherwise it will use libgmp from host and ignore
   
--with-libgmp-prefix=/OE/tmp-glibc/work/x86_64-linux/gdb-cross-i686/11.1-r0/recipe-sysroot-native/OE/tmp-glibc/work/x86_64-linux/gdb-cross-i686/11.1-r0/recipe-sysroot-native/usr

Signed-off-by: Martin Jansa 
---
  meta/recipes-devtools/gdb/gdb-cross.inc | 2 +-
  1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-devtools/gdb/gdb-cross.inc 
b/meta/recipes-devtools/gdb/gdb-cross.inc
index 4e50cd5ab0..9f9675c1b3 100644
--- a/meta/recipes-devtools/gdb/gdb-cross.inc
+++ b/meta/recipes-devtools/gdb/gdb-cross.inc
@@ -1,6 +1,6 @@
  require gdb-common.inc
  
-DEPENDS = "expat-native ncurses-native flex-native bison-native"

+DEPENDS = "expat-native gmp-native ncurses-native flex-native bison-native"
  
  inherit python3native pkgconfig
  







-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#158058): 
https://lists.openembedded.org/g/openembedded-core/message/158058
Mute This Topic: https://lists.openembedded.org/mt/86928271/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] qemu: Fix build on aarch64/musl

2021-11-08 Thread Khem Raj
Signed-off-by: Khem Raj 
---
 meta/recipes-devtools/qemu/qemu.inc   |  1 +
 ...nux-user-Replace-__u64-with-uint64_t.patch | 31 +++
 meta/recipes-devtools/qemu/qemu_6.1.0.bb  |  2 ++
 3 files changed, 34 insertions(+)
 create mode 100644 
meta/recipes-devtools/qemu/qemu/0001-linux-user-Replace-__u64-with-uint64_t.patch

diff --git a/meta/recipes-devtools/qemu/qemu.inc 
b/meta/recipes-devtools/qemu/qemu.inc
index 33052a9d492..8cc4600cad5 100644
--- a/meta/recipes-devtools/qemu/qemu.inc
+++ b/meta/recipes-devtools/qemu/qemu.inc
@@ -26,6 +26,7 @@ SRC_URI = "https://download.qemu.org/${BPN}-${PV}.tar.xz \
file://mmap2.patch \
file://determinism.patch \

file://0001-tests-meson.build-use-relative-path-to-refer-to-file.patch \
+   file://0001-linux-user-Replace-__u64-with-uint64_t.patch \
"
 UPSTREAM_CHECK_REGEX = "qemu-(?P\d+(\.\d+)+)\.tar"
 
diff --git 
a/meta/recipes-devtools/qemu/qemu/0001-linux-user-Replace-__u64-with-uint64_t.patch
 
b/meta/recipes-devtools/qemu/qemu/0001-linux-user-Replace-__u64-with-uint64_t.patch
new file mode 100644
index 000..3d5c890b0fb
--- /dev/null
+++ 
b/meta/recipes-devtools/qemu/qemu/0001-linux-user-Replace-__u64-with-uint64_t.patch
@@ -0,0 +1,31 @@
+From 5cc7b63299602d0aa8b57c684bbd9829856d54ad Mon Sep 17 00:00:00 2001
+From: Khem Raj 
+Date: Mon, 8 Nov 2021 11:39:26 -0800
+Subject: [PATCH] linux-user: Replace __u64 with uint64_t
+
+uint64_t is available in all userspaces via compiler include stdint.h
+therefore use it instead of __u64 which is linux internal type, it fixes
+build on some platforms eg. aarch64 systems using musl C library
+
+Upstream-Status: Submitted 
[https://lists.gnu.org/archive/html/qemu-devel/2021-11/msg01955.html]
+Signed-off-by: Khem Raj 
+---
+ linux-user/host/aarch64/hostdep.h | 2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+
+diff --git a/linux-user/host/aarch64/hostdep.h 
b/linux-user/host/aarch64/hostdep.h
+index a8d41a21ad..34d934f665 100644
+--- a/linux-user/host/aarch64/hostdep.h
 b/linux-user/host/aarch64/hostdep.h
+@@ -25,7 +25,7 @@ extern char safe_syscall_end[];
+ static inline void rewind_if_in_safe_syscall(void *puc)
+ {
+ ucontext_t *uc = puc;
+-__u64 *pcreg = >uc_mcontext.pc;
++uint64_t *pcreg = >uc_mcontext.pc;
+ 
+ if (*pcreg > (uintptr_t)safe_syscall_start
+ && *pcreg < (uintptr_t)safe_syscall_end) {
+-- 
+2.33.1
+
diff --git a/meta/recipes-devtools/qemu/qemu_6.1.0.bb 
b/meta/recipes-devtools/qemu/qemu_6.1.0.bb
index 017a054d5d6..c9a53e3b05b 100644
--- a/meta/recipes-devtools/qemu/qemu_6.1.0.bb
+++ b/meta/recipes-devtools/qemu/qemu_6.1.0.bb
@@ -4,6 +4,8 @@ require qemu.inc
 
 DEPENDS = "glib-2.0 zlib pixman bison-native ninja-native meson-native"
 
+DEPENDS:append:libc-musl = " libucontext"
+
 RDEPENDS:${PN}:class-target += "bash"
 
 EXTRA_OECONF:append:class-target = " --target-list=${@get_qemu_target_list(d)}"
-- 
2.33.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#157988): 
https://lists.openembedded.org/g/openembedded-core/message/157988
Mute This Topic: https://lists.openembedded.org/mt/86916242/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] qemu: Build on musl targets

2021-11-07 Thread Khem Raj
This has been disabled for the given compile error which has been fixed
over time, qemu for target builds fine with musl now a days

Signed-off-by: Khem Raj 
---
 meta/recipes-devtools/qemu/qemu_6.1.0.bb | 4 
 1 file changed, 4 deletions(-)

diff --git a/meta/recipes-devtools/qemu/qemu_6.1.0.bb 
b/meta/recipes-devtools/qemu/qemu_6.1.0.bb
index f8a816b12b6..017a054d5d6 100644
--- a/meta/recipes-devtools/qemu/qemu_6.1.0.bb
+++ b/meta/recipes-devtools/qemu/qemu_6.1.0.bb
@@ -2,10 +2,6 @@ BBCLASSEXTEND = "nativesdk"
 
 require qemu.inc
 
-# error: a parameter list without types is only allowed in a function 
definition
-#void (*_function)(sigval_t);
-COMPATIBLE_HOST:libc-musl = 'null'
-
 DEPENDS = "glib-2.0 zlib pixman bison-native ninja-native meson-native"
 
 RDEPENDS:${PN}:class-target += "bash"
-- 
2.33.1


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



[OE-core] [master-next][PATCH] librsvg: Disable 64bit atomics on riscv32/mipsel in crossbeam

2021-11-06 Thread Khem Raj
Signed-off-by: Khem Raj 
---
 meta/recipes-gnome/librsvg/librsvg_2.52.3.bb | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/meta/recipes-gnome/librsvg/librsvg_2.52.3.bb 
b/meta/recipes-gnome/librsvg/librsvg_2.52.3.bb
index 6c4850271de..f1d1a8f9f49 100644
--- a/meta/recipes-gnome/librsvg/librsvg_2.52.3.bb
+++ b/meta/recipes-gnome/librsvg/librsvg_2.52.3.bb
@@ -39,7 +39,9 @@ export RUST_TARGET_PATH
 export RUST_TARGET = "${HOST_SYS}"
 
 RUSTFLAGS:append:mips = " --cfg crossbeam_no_atomic_64"
+RUSTFLAGS:append:mipsel = " --cfg crossbeam_no_atomic_64"
 RUSTFLAGS:append:powerpc = " --cfg crossbeam_no_atomic_64"
+RUSTFLAGS:append:riscv32 = " --cfg crossbeam_no_atomic_64"
 
 # rust-cross writes the target linker binary into target json definition 
without any flags.
 # This breaks here because the linker isn't going to work without at least 
knowing where
-- 
2.33.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#157940): 
https://lists.openembedded.org/g/openembedded-core/message/157940
Mute This Topic: https://lists.openembedded.org/mt/86865327/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/7] librsvg: set the needed atomic configuration flags directly per-target

2021-11-06 Thread Khem Raj
On Fri, Nov 5, 2021 at 1:48 AM Alexander Kanavin  wrote:
>
> Do not try to mangle the upstream list of targets;
> after discussion with upstream it turns out it's neither
> necessary nor upstreamable:
> https://github.com/crossbeam-rs/crossbeam/pull/751
>
> Signed-off-by: Alexander Kanavin 
> ---
>  ...check-only-the-architecture-not-the-.patch | 143 --
>  meta/recipes-gnome/librsvg/librsvg_2.52.3.bb  |   4 +-
>  2 files changed, 3 insertions(+), 144 deletions(-)
>  delete mode 100644 
> meta/recipes-gnome/librsvg/librsvg/0001-crossbeam-utils-check-only-the-architecture-not-the-.patch
>
> diff --git 
> a/meta/recipes-gnome/librsvg/librsvg/0001-crossbeam-utils-check-only-the-architecture-not-the-.patch
>  
> b/meta/recipes-gnome/librsvg/librsvg/0001-crossbeam-utils-check-only-the-architecture-not-the-.patch
> deleted file mode 100644
> index 0c1cf59eff..00
> --- 
> a/meta/recipes-gnome/librsvg/librsvg/0001-crossbeam-utils-check-only-the-architecture-not-the-.patch
> +++ /dev/null
> @@ -1,143 +0,0 @@
> -From 70557b217644901daaf9d8ef793f5e84c937762e Mon Sep 17 00:00:00 2001
> -From: Alexander Kanavin 
> -Date: Tue, 5 Oct 2021 23:41:59 +0200
> -Subject: [PATCH] crossbeam-utils: check only the architecture, not the whole
> - target string
> -
> -There can be custom targets in use, and it's not possible to make a list
> -of them; for the check only the first item in the target string is actually
> -relevant (the architecture of the target).
> -
> -Upstream-Status: Pending [needs an upstream ticket and possibly a rework of 
> list generator script]
> -Signed-off-by: Alexander Kanavin 
> 
> - vendor/crossbeam-utils/.cargo-checksum.json |  4 +-
> - vendor/crossbeam-utils/build.rs |  8 ++-
> - vendor/crossbeam-utils/no_atomic.rs | 78 -
> - 3 files changed, 38 insertions(+), 52 deletions(-)
> -
>  a/vendor/crossbeam-utils/.cargo-checksum.json
> -+++ b/vendor/crossbeam-utils/.cargo-checksum.json
> -@@ -1 +1,3 @@
> --{"files":{"CHANGELOG.md":"5242f1740c65509c465c9a36326d344722facff5f5e58dd064f7b77806b83a46","Cargo.toml":"ac35a7b8ccb16f1ab256951576537aa4179a316c068929c2acef89e0adc12319","LICENSE-APACHE":"a60eea817514531668d7e00765731449fe14d059d3249e0bc93b36de45f759f2","LICENSE-MIT":"5734ed989dfca1f625b40281ee9f4530f91b2411ec01cb748223e7eb87e201ab","README.md":"dfa9fbed47c344c134a63c84b7c0e4651baeac1554b7b3266d0e38643743fc33","benches/atomic_cell.rs":"c927eb3cd1e5ecc4b91adbc3bde98af15ffab4086190792ba64d5cde0e24df3d","build.rs":"68cfc4be02429834a19411fba29cb1cb52c841f03ac8104d1bae59a8b2184f9c","no_atomic.rs":"a2621c1b029c614fb0ab8e3f5cda2e839df88d90d26133181c1b901965f7eec4","src/atomic/atomic_cell.rs":"1a3a1e073340317b5ce7a94e29c6a87db89ff7e00da6b92cb3c0339364c3b084","src/atomic/consume.rs":"7a7736fcd64f6473dfea7653559ffc5e1a2a234df43835f8aa8734862145ac15","src/atomic/mod.rs":"7f6afd5bd0da1f7b51765ab04da4e5f683588ac2d23506e61bf7007bb1e61ba2","src/atomic/seq_lock.rs":"27182e6b87a9db73c5f6831759f8625f9fcdec3c2828204c444aef04f427735a","src/atomic/seq_lock_wide.rs":"9888dd03116bb89ca36d4ab8d5a0b5032107a2983a7eb8024454263b09080088","src/backoff.rs":"7cc7754e15f69b52e92a70d4f49d1bc274693455a0933a2d7eb0605806566af3","src/cache_padded.rs":"6a512698115ad0d5a5b163dbd7a83247e1f1c146c4a30f3fc74b952e3b767b59","src/lib.rs":"6f1bcf157abe06ad8458a53e865bf8efab9fad4a9424790147cee8fefb3795d8","src/sync/mod.rs":"59986f559a8f170a4b3247ab2eea2460b09809d87c8110ed88e4e7103d3519dc","src/sync/parker.rs":"ba8f75bff31b8be9275808e8f393e71cc682dfc1109ceccb12f69a3700cff5be","src/sync/sharded_lock.rs":"14be659744918d0b27db24c56b41c618b0f0484b6761da46561023d96c4c120f","src/sync/wait_group.rs":"32e946a7581c55f8aa9904527b92b177c538fa0cf7cbcfa1d1f25990582cb6ea","src/thread.rs":"0eb5ec1d3c1b40600d88eb70539d14276e32307f5bed2b679f50f6a20777a01e","tests/atomic_cell.rs":"6c9453384ecbbe76f8b97b62f022d478d3a76b4eae1e960f49790970f5d52158","tests/cache_padded.rs":"1bfaff8354c8184e1ee1f902881ca9400b60effb273b0d3f752801a483d2b66d","tests/parker.rs":"6def4721287d9d70b1cfd63ebb34e1c83fbb3376edbad2bc8aac6ef69dd99d20","tests/sharded_lock.rs":"726025ce6351fb56ed629d5a56bdf6e833b7afc5dedfa08de0b056c726b6c26d","tests/thread.rs":"9a7d7d3028c552fd834c68598b04a1cc252a816bc20ab62cec060d6cd09cab10","tests/wait_group.rs":"ad8f0cdfed31f9594a2e0737234d418f8b924d784a4db8d7e469deab8c95f5f8"},"package":"d82cfc11ce7f2c3faef78d8a684447b40d503d9681acebed6cb728d45940c4db"}
> -\ No newline at end of file
> -+{"files":{"CHANGELOG.md":"5242f1740c65509c465c9a36326d344722facff5f5e58dd064f7b77806b83a46","Cargo.toml":"ac35a7b8ccb16f1ab256951576537aa4179a316c068929c2acef89e0adc12319","LICENSE-APACHE":"a60eea817514531668d7e00765731449fe14d059d3249e0bc93b36de45f759f2","LICENSE-MIT":"5734ed989dfca1f625b40281ee9f4530f91b2411ec01cb748223e7eb87e201ab","README.md":"dfa9fbed47c344c134a63c84b7c0e4651baeac1554b7b3266d0e38643743fc33","benches/atomic_cell.rs":"c927eb3cd1e5ecc4b91adbc3bde98af15ffab4086190792ba64d5cde0e24df3d",
> 

Re: [OE-core] [PATCH 1/2] gdb: Upgrade to 11.1

2021-11-05 Thread Khem Raj
On Fri, Nov 5, 2021 at 12:57 PM Richard Purdie
 wrote:
>
> On Fri, 2021-11-05 at 09:51 -0700, Khem Raj wrote:
> > On Fri, Nov 5, 2021 at 4:19 AM Richard Purdie
> >  wrote:
> > >
> > > On Wed, 2021-11-03 at 18:30 -0700, Khem Raj wrote:
> > > > Drop backported patches
> > > > Changes are here [1]
> > > >
> > > > [1] https://sourceware.org/pipermail/gdb-announce/2021/000129.html
> > > >
> > > > Signed-off-by: Khem Raj 
> > > > ---
> > > >  meta/conf/distro/include/tcmode-default.inc   |   2 +-
> > > >  .../gdb/{gdb-10.2.inc => gdb-11.1.inc}|  14 +-
> > > >  ...ian_10.2.bb => gdb-cross-canadian_11.1.bb} |   0
> > > >  .../{gdb-cross_10.2.bb => gdb-cross_11.1.bb}  |   0
> > > >  ...make-man-install-relative-to-DESTDIR.patch |  20 +-
> > > >  ...ux-nat-Define-_ABIO32-if-not-defined.patch |   8 +-
> > > >  ...e-pt_regs-uapi_pt_regs-on-GLIBC-syst.patch |  10 +-
> > > >  ...port-for-Renesas-SH-sh4-architecture.patch |  39 +-
> > > >  ...readline.a-when-using-disable-static.patch |  12 +-
> > > >  .../gdb/gdb/0006-use-asm-sgidefs.h.patch  |   8 +-
> > > >  ...atch => 0007-Change-order-of-CFLAGS.patch} |  12 +-
> > > >  ...8-resolve-restrict-keyword-conflict.patch} |   8 +-
> > > >  ...> 0009-Fix-invalid-sigprocmask-call.patch} |   8 +-
> > > >  ...h => 0010-gdbserver-ctrl-c-handling.patch} |  10 +-
> > > >  ...-arc-Add-support-for-signal-handlers.patch | 218 -
> > > >  ...-for-signal-frames-for-Linux-targets.patch | 232 --
> > > >  ...count-the-REGNUM-in-supply-collect-g.patch | 104 -
> > > >  ...-native-support-for-ARC-in-GNU-Linux.patch | 414 --
> > > >  .../gdb/{gdb_10.2.bb => gdb_11.1.bb}  |   0
> > > >  19 files changed, 74 insertions(+), 1045 deletions(-)
> > > >  rename meta/recipes-devtools/gdb/{gdb-10.2.inc => gdb-11.1.inc} (56%)
> > > >  rename meta/recipes-devtools/gdb/{gdb-cross-canadian_10.2.bb => 
> > > > gdb-cross-canadian_11.1.bb} (100%)
> > > >  rename meta/recipes-devtools/gdb/{gdb-cross_10.2.bb => 
> > > > gdb-cross_11.1.bb} (100%)
> > > >  rename 
> > > > meta/recipes-devtools/gdb/gdb/{0008-Change-order-of-CFLAGS.patch => 
> > > > 0007-Change-order-of-CFLAGS.patch} (75%)
> > > >  rename 
> > > > meta/recipes-devtools/gdb/gdb/{0009-resolve-restrict-keyword-conflict.patch
> > > >  => 0008-resolve-restrict-keyword-conflict.patch} (91%)
> > > >  rename 
> > > > meta/recipes-devtools/gdb/gdb/{0010-Fix-invalid-sigprocmask-call.patch 
> > > > => 0009-Fix-invalid-sigprocmask-call.patch} (90%)
> > > >  rename 
> > > > meta/recipes-devtools/gdb/gdb/{0011-gdbserver-ctrl-c-handling.patch => 
> > > > 0010-gdbserver-ctrl-c-handling.patch} (82%)
> > > >  delete mode 100644 
> > > > meta/recipes-devtools/gdb/gdb/0012-arc-Add-support-for-signal-handlers.patch
> > > >  delete mode 100644 
> > > > meta/recipes-devtools/gdb/gdb/0013-arc-Add-support-for-signal-frames-for-Linux-targets.patch
> > > >  delete mode 100644 
> > > > meta/recipes-devtools/gdb/gdb/0014-arc-Take-into-account-the-REGNUM-in-supply-collect-g.patch
> > > >  delete mode 100644 
> > > > meta/recipes-devtools/gdb/gdb/0015-gdb-Add-native-support-for-ARC-in-GNU-Linux.patch
> > > >  rename meta/recipes-devtools/gdb/{gdb_10.2.bb => gdb_11.1.bb} (100%)
> > >
> > > Breaks on mingw:
> > >
> > > https://autobuilder.yoctoproject.org/typhoon/#/builders/64/builds/4299
> > >
> >
> > I see
> >
> > > sys-linux.c:140:10: fatal error: linux/ipx.h: No such file or directory
> > >   140 | #include 
> > >   |  ^
> > > compilation terminated.
> > > make[1]: *** [: sys-linux.o] Error 1
> > > make[1]: Leaving directory
> > '/home/pokybuild/yocto-worker/musl-qemux86/build/build/tmp/work/core2-32-poky-linux-musl/ppp/2.4.9-r0/ppp-2.4.9/pppd'
> >
> > perhaps wrong link ?
>
> Sorry, https://autobuilder.yoctoproject.org/typhoon/#/builders/89/builds/4293
>

sent a fix to ml and also queued a build :)

https://autobuilder.yoctoproject.org/typhoon/#/buildrequests/238205

> Cheers,
>
> Richard
>
>

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#157932): 
https://lists.openembedded.org/g/openembedded-core/message/157932
Mute This Topic: https://lists.openembedded.org/mt/86807405/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] gdb: Add dependency on libgmp

2021-11-05 Thread Khem Raj
gdb 11 has added this library as must have

Signed-off-by: Khem Raj 
---
v2: Add gmp dependency for gdb-cross-canadian as well
mingw needs it.

 meta/recipes-devtools/gdb/gdb-common.inc | 3 ++-
 meta/recipes-devtools/gdb/gdb-cross-canadian.inc | 2 +-
 2 files changed, 3 insertions(+), 2 deletions(-)

diff --git a/meta/recipes-devtools/gdb/gdb-common.inc 
b/meta/recipes-devtools/gdb/gdb-common.inc
index 0fe7b4e5b0..f3ab3544da 100644
--- a/meta/recipes-devtools/gdb/gdb-common.inc
+++ b/meta/recipes-devtools/gdb/gdb-common.inc
@@ -2,7 +2,7 @@ SUMMARY = "GNU debugger"
 HOMEPAGE = "http://www.gnu.org/software/gdb/;
 DESCRIPTION = "GDB, the GNU Project debugger, allows you to see what is going 
on inside another program while it executes -- or what another program was 
doing at the moment it crashed."
 SECTION = "devel"
-DEPENDS = "expat zlib ncurses virtual/libiconv ${LTTNGUST} bison-native"
+DEPENDS = "expat gmp zlib ncurses virtual/libiconv ${LTTNGUST} bison-native"
 
 LTTNGUST = "lttng-ust"
 LTTNGUST:arc = ""
@@ -27,6 +27,7 @@ EXTRA_OECONF = "--disable-gdbtk --disable-x --disable-werror \
 --disable-gas --disable-binutils \
 --disable-ld --disable-gold \
 --disable-gprof \
+--with-libgmp-prefix=${STAGING_EXECPREFIXDIR} \
 "
 
 PACKAGECONFIG ??= "readline ${@bb.utils.filter('DISTRO_FEATURES', 
'debuginfod', d)}"
diff --git a/meta/recipes-devtools/gdb/gdb-cross-canadian.inc 
b/meta/recipes-devtools/gdb/gdb-cross-canadian.inc
index dfacba29a0..836c51a3de 100644
--- a/meta/recipes-devtools/gdb/gdb-cross-canadian.inc
+++ b/meta/recipes-devtools/gdb/gdb-cross-canadian.inc
@@ -6,7 +6,7 @@ SUMMARY = "GNU debugger (cross-canadian gdb for ${TARGET_ARCH} 
target)"
 PN = "gdb-cross-canadian-${TRANSLATED_TARGET_ARCH}"
 BPN = "gdb"
 
-DEPENDS = "nativesdk-ncurses nativesdk-expat nativesdk-gettext \
+DEPENDS = "nativesdk-ncurses nativesdk-expat nativesdk-gettext nativesdk-gmp \
virtual/${HOST_PREFIX}gcc-crosssdk 
virtual/${HOST_PREFIX}binutils-crosssdk virtual/nativesdk-libc"
 
 GDBPROPREFIX = "--program-prefix='${TARGET_PREFIX}'"
-- 
2.33.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#157930): 
https://lists.openembedded.org/g/openembedded-core/message/157930
Mute This Topic: https://lists.openembedded.org/mt/86855751/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 3/6] linux-libc-headers: update to v5.15

2021-11-05 Thread Khem Raj



On 11/5/21 10:37 AM, Bruce Ashfield wrote:

On Fri, Nov 5, 2021 at 1:08 PM Khem Raj  wrote:


Couple of failures in meta-openembedded not too bad

https://errors.yoctoproject.org/Errors/Build/135189/


I'll have a look!

Doesn't look ipx related, so another removal perhaps.

Let me know if you are fixing it, just to save duplicated effort.


I am looking at mctp you can look into sdbus-c++



Bruce



On Fri, Nov 5, 2021 at 5:46 AM Bruce Ashfield  wrote:


On Fri, Nov 5, 2021 at 7:18 AM Richard Purdie
 wrote:


On Thu, 2021-11-04 at 15:48 -0400, bruce.ashfi...@gmail.com wrote:

From: Bruce Ashfield 

No patches needed refreshing or removal, so we just update the
SRC_URI and pick up the latest uapi / kernel headers.

Signed-off-by: Bruce Ashfield 
---
  meta/conf/distro/include/tcmode-default.inc   | 2 +-
  ...{linux-libc-headers_5.14.bb => linux-libc-headers_5.15.bb} | 4 ++--
  2 files changed, 3 insertions(+), 3 deletions(-)
  rename meta/recipes-kernel/linux-libc-headers/{linux-libc-headers_5.14.bb => 
linux-libc-headers_5.15.bb} (81%)

diff --git a/meta/conf/distro/include/tcmode-default.inc 
b/meta/conf/distro/include/tcmode-default.inc
index 58f49800c4..86a6b50433 100644
--- a/meta/conf/distro/include/tcmode-default.inc
+++ b/meta/conf/distro/include/tcmode-default.inc
@@ -21,7 +21,7 @@ SDKGCCVERSION ?= "${GCCVERSION}"
  BINUVERSION ?= "2.37%"
  GDBVERSION ?= "10.%"
  GLIBCVERSION ?= "2.34"
-LINUXLIBCVERSION ?= "5.14%"
+LINUXLIBCVERSION ?= "5.15%"
  QEMUVERSION ?= "6.1%"
  GOVERSION ?= "1.16%"
  # This can not use wildcards like 8.0.% since it is also used in mesa to 
denote
diff --git a/meta/recipes-kernel/linux-libc-headers/linux-libc-headers_5.14.bb 
b/meta/recipes-kernel/linux-libc-headers/linux-libc-headers_5.15.bb
similarity index 81%
rename from meta/recipes-kernel/linux-libc-headers/linux-libc-headers_5.14.bb
rename to meta/recipes-kernel/linux-libc-headers/linux-libc-headers_5.15.bb
index 282c04d79c..588cc3acd1 100644
--- a/meta/recipes-kernel/linux-libc-headers/linux-libc-headers_5.14.bb
+++ b/meta/recipes-kernel/linux-libc-headers/linux-libc-headers_5.15.bb
@@ -14,7 +14,7 @@ SRC_URI:append = "\

  LIC_FILES_CHKSUM = "file://COPYING;md5=6bc538ed5bd9a7fc9398086aedcd7e46"

-SRC_URI[md5sum] = "a082ef5748b813abca0649dab8be5f52"
-SRC_URI[sha256sum] = 
"7e068b5e0d26a62b10e5320b25dce57588cbbc6f781c090442138c9c9c3271b2"
+SRC_URI[md5sum] = "071d49ff4e020d58c04f9f3f76d3b594"
+SRC_URI[sha256sum] = 
"57b2cf6991910e3b67a1b3490022e8a0674b6965c74c12da1e99d138d1991ee8"




Looks like there is a musl issue with the ipx.h header in ppp:

https://autobuilder.yoctoproject.org/typhoon/#/builders/64/builds/4299
https://autobuilder.yoctoproject.org/typhoon/#/builders/45/builds/4313


ahah. Something my a-quick build didn't hit.

I'll fire up a build here and see how we work around ipx.h going away.

Bruce



Cheers,

Richard







--
- Thou shalt not follow the NULL pointer, for chaos and madness await
thee at its end
- "Use the force Harry" - Gandalf, Star Trek II





-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#157920): 
https://lists.openembedded.org/g/openembedded-core/message/157920
Mute This Topic: https://lists.openembedded.org/mt/86824895/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] ppp: fix build against 5.15 headers

2021-11-05 Thread Khem Raj



On 11/5/21 10:19 AM, Bruce Ashfield wrote:

From: Bruce Ashfield 

The 5.15 kernel has removed ipx support, along with the userspace
visible header.

The build error was found for muslc, since it doesn't have a
fallback header, we disable it for both glibc/muslc.

This support wasn't used previously (as it hasn't been very well
maintained in the kernel for several years), so we can simply
disable it in our build and wait for upstream to do a release that
drops the support.

Although the tarball we use for our build (versus git), doesn't
use the autoconf disable flag to turn off the support, it is included
in this patch in case someone is building via git source base.

Upstream-Status: Inappropriate [OE-specific configuration/headers]

Signed-off-by: Bruce Ashfield 
---
  ...1-ppp-fix-build-against-5.15-headers.patch | 36 +++
  meta/recipes-connectivity/ppp/ppp_2.4.9.bb|  3 ++
  2 files changed, 39 insertions(+)
  create mode 100644 
meta/recipes-connectivity/ppp/ppp/0001-ppp-fix-build-against-5.15-headers.patch

diff --git 
a/meta/recipes-connectivity/ppp/ppp/0001-ppp-fix-build-against-5.15-headers.patch
 
b/meta/recipes-connectivity/ppp/ppp/0001-ppp-fix-build-against-5.15-headers.patch
new file mode 100644
index 00..c91246dbf5
--- /dev/null
+++ 
b/meta/recipes-connectivity/ppp/ppp/0001-ppp-fix-build-against-5.15-headers.patch
@@ -0,0 +1,36 @@
+From aba3273273e826c6dc90f197ca9a3e800e826891 Mon Sep 17 00:00:00 2001
+From: Bruce Ashfield 
+Date: Fri, 5 Nov 2021 12:41:35 -0400
+Subject: [PATCH] ppp: fix build against 5.15 headers
+
+The 5.15 kernel has removed ipx support, along with the userspace
+visible header.
+
+This support wasn't used previously (as it hasn't been very well
+maintained in the kernel for several years), so we can simply
+disable it in our build and wait for upstream to do a release that
+drops the support.
+
+Upstream-Status: Inappropriate [OE-specific configuration/headers]
+
+Signed-off-by: Bruce Ashfield 
+---
+ pppd/Makefile.linux | 2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+
+diff --git a/pppd/Makefile.linux b/pppd/Makefile.linux
+index 22837c5..23b9b22 100644
+--- a/pppd/Makefile.linux
 b/pppd/Makefile.linux
+@@ -91,7 +91,7 @@ MAXOCTETS=y
+
+ INCLUDE_DIRS= -I../include
+
+-COMPILE_FLAGS= -DHAVE_PATHS_H -DIPX_CHANGE -DHAVE_MMAP -pipe
++COMPILE_FLAGS= -DHAVE_PATHS_H -DHAVE_MMAP -pipe
+
+ CFLAGS= $(COPTS) $(COMPILE_FLAGS) $(INCLUDE_DIRS) '-DDESTDIR="@DESTDIR@"'
+
+--
+2.25.1
+
diff --git a/meta/recipes-connectivity/ppp/ppp_2.4.9.bb 
b/meta/recipes-connectivity/ppp/ppp_2.4.9.bb
index 235595ff76..bd6435e69c 100644
--- a/meta/recipes-connectivity/ppp/ppp_2.4.9.bb
+++ b/meta/recipes-connectivity/ppp/ppp_2.4.9.bb
@@ -24,6 +24,7 @@ SRC_URI = "https://download.samba.org/pub/${BPN}/${BP}.tar.gz 
\
 file://ppp_on_boot \
 file://provider \
 file://ppp@.service \
+   file://0001-ppp-fix-build-against-5.15-headers.patch \
 "
  
  SRC_URI[sha256sum] = "f938b35eccde533ea800b15a7445b2f1137da7f88e32a16898d02dee8adc058d"

@@ -39,6 +40,8 @@ EXTRA_OECONF = "--disable-strip"
  #
  EXTRA_OEMAKE += ' COPTS="${CFLAGS} -I${STAGING_INCDIR}/openssl 
-I${S}/include"'
  
+EXTRA_OECONF:append:libc-musl = " --disable-ipxcp"


does this have to be musl specific ? given that kernel is dropping ipx 
support I think this should be disabled unconditionally isnt it ?



+
  do_configure () {
oe_runconf
  }






-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#157917): 
https://lists.openembedded.org/g/openembedded-core/message/157917
Mute This Topic: https://lists.openembedded.org/mt/86846153/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/7] librsvg: set the needed atomic configuration flags directly per-target

2021-11-05 Thread Khem Raj



On 11/5/21 1:48 AM, Alexander Kanavin wrote:

Do not try to mangle the upstream list of targets;
after discussion with upstream it turns out it's neither
necessary nor upstreamable:
https://github.com/crossbeam-rs/crossbeam/pull/751



right, I had my reservations about this patch as well. We should try to 
play with rust's target detection as much as we can.



Signed-off-by: Alexander Kanavin 
---
  ...check-only-the-architecture-not-the-.patch | 143 --
  meta/recipes-gnome/librsvg/librsvg_2.52.3.bb  |   4 +-
  2 files changed, 3 insertions(+), 144 deletions(-)
  delete mode 100644 
meta/recipes-gnome/librsvg/librsvg/0001-crossbeam-utils-check-only-the-architecture-not-the-.patch

diff --git 
a/meta/recipes-gnome/librsvg/librsvg/0001-crossbeam-utils-check-only-the-architecture-not-the-.patch
 
b/meta/recipes-gnome/librsvg/librsvg/0001-crossbeam-utils-check-only-the-architecture-not-the-.patch
deleted file mode 100644
index 0c1cf59eff..00
--- 
a/meta/recipes-gnome/librsvg/librsvg/0001-crossbeam-utils-check-only-the-architecture-not-the-.patch
+++ /dev/null
@@ -1,143 +0,0 @@
-From 70557b217644901daaf9d8ef793f5e84c937762e Mon Sep 17 00:00:00 2001
-From: Alexander Kanavin 
-Date: Tue, 5 Oct 2021 23:41:59 +0200
-Subject: [PATCH] crossbeam-utils: check only the architecture, not the whole
- target string
-
-There can be custom targets in use, and it's not possible to make a list
-of them; for the check only the first item in the target string is actually
-relevant (the architecture of the target).
-
-Upstream-Status: Pending [needs an upstream ticket and possibly a rework of 
list generator script]
-Signed-off-by: Alexander Kanavin 

- vendor/crossbeam-utils/.cargo-checksum.json |  4 +-
- vendor/crossbeam-utils/build.rs |  8 ++-
- vendor/crossbeam-utils/no_atomic.rs | 78 -
- 3 files changed, 38 insertions(+), 52 deletions(-)
-
 a/vendor/crossbeam-utils/.cargo-checksum.json
-+++ b/vendor/crossbeam-utils/.cargo-checksum.json
-@@ -1 +1,3 @@
--{"files":{"CHANGELOG.md":"5242f1740c65509c465c9a36326d344722facff5f5e58dd064f7b77806b83a46","Cargo.toml":"ac35a7b8ccb16f1ab256951576537aa4179a316c068929c2acef89e0adc12319","LICENSE-APACHE":"a60eea817514531668d7e00765731449fe14d059d3249e0bc93b36de45f759f2","LICENSE-MIT":"5734ed989dfca1f625b40281ee9f4530f91b2411ec01cb748223e7eb87e201ab","README.md":"dfa9fbed47c344c134a63c84b7c0e4651baeac1554b7b3266d0e38643743fc33","benches/atomic_cell.rs":"c927eb3cd1e5ecc4b91adbc3bde98af15ffab4086190792ba64d5cde0e24df3d","build.rs":"68cfc4be02429834a19411fba29cb1cb52c841f03ac8104d1bae59a8b2184f9c","no_atomic.rs":"a2621c1b029c614fb0ab8e3f5cda2e839df88d90d26133181c1b901965f7eec4","src/atomic/atomic_cell.rs":"1a3a1e073340317b5ce7a94e29c6a87db89ff7e00da6b92cb3c0339364c3b084","src/atomic/consume.rs":"7a7736fcd64f6473dfea7653559ffc5e1a2a234df43835f8aa8734862145ac15","src/atomic/mod.rs":"7f6afd5bd0da1f7b51765ab04da4e5f683588ac2d23506e61bf7007bb1e61ba2","src/atomic/seq_lock.rs":"27182e6b87a9db73c5f6831759f8625f9fcdec3c2828204c444aef04f427735a","src/atomic/seq_lock_wide.rs":"9888dd03116bb89ca36d4ab8d5a0b5032107a2983a7eb8024454263b09080088","src/backoff.rs":"7cc7754e15f69b52e92a70d4f49d1bc274693455a0933a2d7eb0605806566af3","src/cache_padded.rs":"6a512698115ad0d5a5b163dbd7a83247e1f1c146c4a30f3fc74b952e3b767b59","src/lib.rs":"6f1bcf157abe06ad8458a53e865bf8efab9fad4a9424790147cee8fefb3795d8","src/sync/mod.rs":"59986f559a8f170a4b3247ab2eea2460b09809d87c8110ed88e4e7103d3519dc","src/sync/parker.rs":"ba8f75bff31b8be9275808e8f393e71cc682dfc1109ceccb12f69a3700cff5be","src/sync/sharded_lock.rs":"14be659744918d0b27db24c56b41c618b0f0484b6761da46561023d96c4c120f","src/sync/wait_group.rs":"32e946a7581c55f8aa9904527b92b177c538fa0cf7cbcfa1d1f25990582cb6ea","src/thread.rs":"0eb5ec1d3c1b40600d88eb70539d14276e32307f5bed2b679f50f6a20777a01e","tests/atomic_cell.rs":"6c9453384ecbbe76f8b97b62f022d478d3a76b4eae1e960f49790970f5d52158","tests/cache_padded.rs":"1bfaff8354c8184e1ee1f902881ca9400b60effb273b0d3f752801a483d2b66d","tests/parker.rs":"6def4721287d9d70b1cfd63ebb34e1c83fbb3376edbad2bc8aac6ef69dd99d20","tests/sharded_lock.rs":"726025ce6351fb56ed629d5a56bdf6e833b7afc5dedfa08de0b056c726b6c26d","tests/thread.rs":"9a7d7d3028c552fd834c68598b04a1cc252a816bc20ab62cec060d6cd09cab10","tests/wait_group.rs":"ad8f0cdfed31f9594a2e0737234d418f8b924d784a4db8d7e469deab8c95f5f8"},"package":"d82cfc11ce7f2c3faef78d8a684447b40d503d9681acebed6cb728d45940c4db"}
-\ No newline at end of file

Re: [OE-core] [PATCH 3/6] linux-libc-headers: update to v5.15

2021-11-05 Thread Khem Raj
Couple of failures in meta-openembedded not too bad

https://errors.yoctoproject.org/Errors/Build/135189/

On Fri, Nov 5, 2021 at 5:46 AM Bruce Ashfield  wrote:
>
> On Fri, Nov 5, 2021 at 7:18 AM Richard Purdie
>  wrote:
> >
> > On Thu, 2021-11-04 at 15:48 -0400, bruce.ashfi...@gmail.com wrote:
> > > From: Bruce Ashfield 
> > >
> > > No patches needed refreshing or removal, so we just update the
> > > SRC_URI and pick up the latest uapi / kernel headers.
> > >
> > > Signed-off-by: Bruce Ashfield 
> > > ---
> > >  meta/conf/distro/include/tcmode-default.inc   | 2 +-
> > >  ...{linux-libc-headers_5.14.bb => linux-libc-headers_5.15.bb} | 4 ++--
> > >  2 files changed, 3 insertions(+), 3 deletions(-)
> > >  rename 
> > > meta/recipes-kernel/linux-libc-headers/{linux-libc-headers_5.14.bb => 
> > > linux-libc-headers_5.15.bb} (81%)
> > >
> > > diff --git a/meta/conf/distro/include/tcmode-default.inc 
> > > b/meta/conf/distro/include/tcmode-default.inc
> > > index 58f49800c4..86a6b50433 100644
> > > --- a/meta/conf/distro/include/tcmode-default.inc
> > > +++ b/meta/conf/distro/include/tcmode-default.inc
> > > @@ -21,7 +21,7 @@ SDKGCCVERSION ?= "${GCCVERSION}"
> > >  BINUVERSION ?= "2.37%"
> > >  GDBVERSION ?= "10.%"
> > >  GLIBCVERSION ?= "2.34"
> > > -LINUXLIBCVERSION ?= "5.14%"
> > > +LINUXLIBCVERSION ?= "5.15%"
> > >  QEMUVERSION ?= "6.1%"
> > >  GOVERSION ?= "1.16%"
> > >  # This can not use wildcards like 8.0.% since it is also used in mesa to 
> > > denote
> > > diff --git 
> > > a/meta/recipes-kernel/linux-libc-headers/linux-libc-headers_5.14.bb 
> > > b/meta/recipes-kernel/linux-libc-headers/linux-libc-headers_5.15.bb
> > > similarity index 81%
> > > rename from 
> > > meta/recipes-kernel/linux-libc-headers/linux-libc-headers_5.14.bb
> > > rename to 
> > > meta/recipes-kernel/linux-libc-headers/linux-libc-headers_5.15.bb
> > > index 282c04d79c..588cc3acd1 100644
> > > --- a/meta/recipes-kernel/linux-libc-headers/linux-libc-headers_5.14.bb
> > > +++ b/meta/recipes-kernel/linux-libc-headers/linux-libc-headers_5.15.bb
> > > @@ -14,7 +14,7 @@ SRC_URI:append = "\
> > >
> > >  LIC_FILES_CHKSUM = "file://COPYING;md5=6bc538ed5bd9a7fc9398086aedcd7e46"
> > >
> > > -SRC_URI[md5sum] = "a082ef5748b813abca0649dab8be5f52"
> > > -SRC_URI[sha256sum] = 
> > > "7e068b5e0d26a62b10e5320b25dce57588cbbc6f781c090442138c9c9c3271b2"
> > > +SRC_URI[md5sum] = "071d49ff4e020d58c04f9f3f76d3b594"
> > > +SRC_URI[sha256sum] = 
> > > "57b2cf6991910e3b67a1b3490022e8a0674b6965c74c12da1e99d138d1991ee8"
> > >
> > >
> >
> > Looks like there is a musl issue with the ipx.h header in ppp:
> >
> > https://autobuilder.yoctoproject.org/typhoon/#/builders/64/builds/4299
> > https://autobuilder.yoctoproject.org/typhoon/#/builders/45/builds/4313
>
> ahah. Something my a-quick build didn't hit.
>
> I'll fire up a build here and see how we work around ipx.h going away.
>
> Bruce
>
> >
> > Cheers,
> >
> > Richard
> >
> >
> >
> >
>
>
> --
> - Thou shalt not follow the NULL pointer, for chaos and madness await
> thee at its end
> - "Use the force Harry" - Gandalf, Star Trek II

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#157914): 
https://lists.openembedded.org/g/openembedded-core/message/157914
Mute This Topic: https://lists.openembedded.org/mt/86824895/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] gdb: Upgrade to 11.1

2021-11-05 Thread Khem Raj
On Fri, Nov 5, 2021 at 4:19 AM Richard Purdie
 wrote:
>
> On Wed, 2021-11-03 at 18:30 -0700, Khem Raj wrote:
> > Drop backported patches
> > Changes are here [1]
> >
> > [1] https://sourceware.org/pipermail/gdb-announce/2021/000129.html
> >
> > Signed-off-by: Khem Raj 
> > ---
> >  meta/conf/distro/include/tcmode-default.inc   |   2 +-
> >  .../gdb/{gdb-10.2.inc => gdb-11.1.inc}|  14 +-
> >  ...ian_10.2.bb => gdb-cross-canadian_11.1.bb} |   0
> >  .../{gdb-cross_10.2.bb => gdb-cross_11.1.bb}  |   0
> >  ...make-man-install-relative-to-DESTDIR.patch |  20 +-
> >  ...ux-nat-Define-_ABIO32-if-not-defined.patch |   8 +-
> >  ...e-pt_regs-uapi_pt_regs-on-GLIBC-syst.patch |  10 +-
> >  ...port-for-Renesas-SH-sh4-architecture.patch |  39 +-
> >  ...readline.a-when-using-disable-static.patch |  12 +-
> >  .../gdb/gdb/0006-use-asm-sgidefs.h.patch  |   8 +-
> >  ...atch => 0007-Change-order-of-CFLAGS.patch} |  12 +-
> >  ...8-resolve-restrict-keyword-conflict.patch} |   8 +-
> >  ...> 0009-Fix-invalid-sigprocmask-call.patch} |   8 +-
> >  ...h => 0010-gdbserver-ctrl-c-handling.patch} |  10 +-
> >  ...-arc-Add-support-for-signal-handlers.patch | 218 -
> >  ...-for-signal-frames-for-Linux-targets.patch | 232 --
> >  ...count-the-REGNUM-in-supply-collect-g.patch | 104 -
> >  ...-native-support-for-ARC-in-GNU-Linux.patch | 414 --
> >  .../gdb/{gdb_10.2.bb => gdb_11.1.bb}  |   0
> >  19 files changed, 74 insertions(+), 1045 deletions(-)
> >  rename meta/recipes-devtools/gdb/{gdb-10.2.inc => gdb-11.1.inc} (56%)
> >  rename meta/recipes-devtools/gdb/{gdb-cross-canadian_10.2.bb => 
> > gdb-cross-canadian_11.1.bb} (100%)
> >  rename meta/recipes-devtools/gdb/{gdb-cross_10.2.bb => gdb-cross_11.1.bb} 
> > (100%)
> >  rename meta/recipes-devtools/gdb/gdb/{0008-Change-order-of-CFLAGS.patch => 
> > 0007-Change-order-of-CFLAGS.patch} (75%)
> >  rename 
> > meta/recipes-devtools/gdb/gdb/{0009-resolve-restrict-keyword-conflict.patch 
> > => 0008-resolve-restrict-keyword-conflict.patch} (91%)
> >  rename 
> > meta/recipes-devtools/gdb/gdb/{0010-Fix-invalid-sigprocmask-call.patch => 
> > 0009-Fix-invalid-sigprocmask-call.patch} (90%)
> >  rename meta/recipes-devtools/gdb/gdb/{0011-gdbserver-ctrl-c-handling.patch 
> > => 0010-gdbserver-ctrl-c-handling.patch} (82%)
> >  delete mode 100644 
> > meta/recipes-devtools/gdb/gdb/0012-arc-Add-support-for-signal-handlers.patch
> >  delete mode 100644 
> > meta/recipes-devtools/gdb/gdb/0013-arc-Add-support-for-signal-frames-for-Linux-targets.patch
> >  delete mode 100644 
> > meta/recipes-devtools/gdb/gdb/0014-arc-Take-into-account-the-REGNUM-in-supply-collect-g.patch
> >  delete mode 100644 
> > meta/recipes-devtools/gdb/gdb/0015-gdb-Add-native-support-for-ARC-in-GNU-Linux.patch
> >  rename meta/recipes-devtools/gdb/{gdb_10.2.bb => gdb_11.1.bb} (100%)
>
> Breaks on mingw:
>
> https://autobuilder.yoctoproject.org/typhoon/#/builders/64/builds/4299
>

I see

| sys-linux.c:140:10: fatal error: linux/ipx.h: No such file or directory
|   140 | #include 
|   |  ^
| compilation terminated.
| make[1]: *** [: sys-linux.o] Error 1
| make[1]: Leaving directory
'/home/pokybuild/yocto-worker/musl-qemux86/build/build/tmp/work/core2-32-poky-linux-musl/ppp/2.4.9-r0/ppp-2.4.9/pppd'

perhaps wrong link ?

> Cheers,
>
> Richard
>

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

2021-11-04 Thread Khem Raj



On 11/4/21 12:48 PM, Bruce Ashfield wrote:

From: Bruce Ashfield 

Richard,

Here's a broad set of kernel updates:

  - stable for 5.14
  - stable for 5.10

And then the bigger, a way earlier than normal:

  - libc-headers bump to 5.15
  - 5.15 reference kernel recipes

As everyone has probably heard, 5.15 is the next kernel LTS, so I
wanted to establish it for the next release earlier than normal. Due
to the -dev testing, things like lttng, perf and devsrc are already
ready to go, so this is a smaller pull request than normal.

I had to fixup strace, and the vboxguest drivers (patch sent to
meta-oe)

I've run it through the AB and everything came back green, as well
as my local testing.

This isn't the default for any of the machines yet (but I have
local patches for that as well). The h/w reference boards
stil use 5.14 and need to be updated, but the plan is to remove 5.14,
and eventually 5.10 from master, and we'll go with 5.15, and 5.16+
in the spring 2022 release.


also 5.10 ? I think there perhaps will be enough folks needing 5.10 
Since next YP release is also LTS, I wonder if we should keep kernel 
UAPIs as a LTS kernel too.




Cheers,

Bruce

The following changes since commit 3e9c4801216111496acffdfdccf1deae3b3d6b96:

   insane.bbclass: Add a check for directories that are expected to be empty 
(2021-11-03 11:12:26 +)

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 (6):
   linux-yocto/5.14: update to v5.14.15
   linux-yocto/5.10: update to v5.10.76
   linux-libc-headers: update to v5.15
   linux-yocto-rt/5.10: update to -rt54
   linux-yocto/5.15: introduce recipes
   strace: fix build against 5.15 kernel/kernel-headers

  meta/conf/distro/include/tcmode-default.inc   |   2 +-
  ...1-Avoid-relying-on-presence-of-ipx.h.patch | 151 ++
  meta/recipes-devtools/strace/strace_5.14.bb   |   1 +
  ...ers_5.14.bb => linux-libc-headers_5.15.bb} |   4 +-
  .../linux/linux-yocto-rt_5.10.bb  |   6 +-
  .../linux/linux-yocto-rt_5.14.bb  |   6 +-
  .../linux/linux-yocto-rt_5.15.bb  |  45 ++
  .../linux/linux-yocto-tiny_5.10.bb|   8 +-
  .../linux/linux-yocto-tiny_5.14.bb|   8 +-
  .../linux/linux-yocto-tiny_5.15.bb|  32 
  meta/recipes-kernel/linux/linux-yocto_5.10.bb |  24 +--
  meta/recipes-kernel/linux/linux-yocto_5.14.bb |  26 +--
  meta/recipes-kernel/linux/linux-yocto_5.15.bb |  68 
  13 files changed, 339 insertions(+), 42 deletions(-)
  create mode 100644 
meta/recipes-devtools/strace/strace/0001-Avoid-relying-on-presence-of-ipx.h.patch
  rename meta/recipes-kernel/linux-libc-headers/{linux-libc-headers_5.14.bb => 
linux-libc-headers_5.15.bb} (81%)
  create mode 100644 meta/recipes-kernel/linux/linux-yocto-rt_5.15.bb
  create mode 100644 meta/recipes-kernel/linux/linux-yocto-tiny_5.15.bb
  create mode 100644 meta/recipes-kernel/linux/linux-yocto_5.15.bb






-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#157875): 
https://lists.openembedded.org/g/openembedded-core/message/157875
Mute This Topic: https://lists.openembedded.org/mt/86824892/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] [PATCHv3 3/3] insane.bbclass: Add a check for directories that are expected to be empty

2021-11-03 Thread Khem Raj
On Tue, Nov 2, 2021 at 11:55 AM Peter Kjellerstedt
 wrote:
>
> > -Original Message-
> > From: Khem Raj 
> > Sent: den 1 november 2021 02:00
> > To: Richard Purdie 
> > Cc: Peter Kjellerstedt ; Patches and
> > discussions about the oe-core layer  > c...@lists.openembedded.org>
> > Subject: Re: [OE-core] [PATCHv3 3/3] insane.bbclass: Add a check for
> > directories that are expected to be empty
> >
> > On Sun, Oct 31, 2021 at 8:54 AM Richard Purdie
> >  wrote:
> > >
> > > On Fri, 2021-10-29 at 23:29 +0200, Peter Kjellerstedt wrote:
> > > > The empty-dirs QA check verifies that all directories specified in
> > > > QA_EMPTY_DIRS are empty. It is possible to specify why a directory is
> > > > expected to be empty by defining QA_EMPTY_DIRS_RECOMMENDATION:,
> > > > which will then be included in the error message if the directory is
> > > > not empty. If it is not specified for a directory, then "but it is
> > > > expected to be empty" will be used.
> > > >
> > > > Signed-off-by: Peter Kjellerstedt 
> > > > ---
> > > >
> > > > PATCHv2: No changes.
> > > > PATCHv3: No changes.
> > > >
> > > >  meta/classes/insane.bbclass  | 33 -
> > > >  meta/conf/documentation.conf |  2 ++
> > > >  2 files changed, 34 insertions(+), 1 deletion(-)
> > > >
> > > > diff --git a/meta/classes/insane.bbclass b/meta/classes/insane.bbclass
> > > > index 1e2f1b768a..1675adf6ac 100644
> > > > --- a/meta/classes/insane.bbclass
> > > > +++ b/meta/classes/insane.bbclass
> > > > @@ -37,7 +37,7 @@ ERROR_QA ?= "dev-so debug-deps dev-deps debug-files 
> > > > arch pkgconfig la \
> > > >  configure-gettext perllocalpod shebang-size \
> > > >  already-stripped installed-vs-shipped ldflags 
> > > > compile-host-path \
> > > >  install-host-path pn-overrides unknown-configure-option \
> > > > -useless-rpaths rpaths staticdev \
> > > > +useless-rpaths rpaths staticdev empty-dirs \
> > > >  "
> > > >  # Add usrmerge QA check based on distro feature
> > > >  ERROR_QA:append = "${@bb.utils.contains('DISTRO_FEATURES', 'usrmerge', 
> > > > ' usrmerge', '', d)}"
> > > > @@ -50,6 +50,21 @@ ALL_QA = "${WARN_QA} ${ERROR_QA}"
> > > >
> > > >  UNKNOWN_CONFIGURE_WHITELIST ?= "--enable-nls --disable-nls 
> > > > --disable-silent-rules --disable-dependency-tracking 
> > > > --with-libtool-sysroot --disable-static"
> > > >
> > > > +# This is a list of directories that are expected to be empty.
> > > > +QA_EMPTY_DIRS ?= " \
> > > > +/dev/pts \
> > > > +/media \
> > > > +/proc \
> > > > +/run \
> > > > +/tmp \
> > > > +${localstatedir}/run \
> > > > +${localstatedir}/volatile \
> > > > +"
> > > > +# It is possible to specify why a directory is expected to be empty by 
> > > > defining
> > > > +# QA_EMPTY_DIRS_RECOMMENDATION:, which will then be included in 
> > > > the error
> > > > +# message if the directory is not empty. If it is not specified for a 
> > > > directory,
> > > > +# then "but it is expected to be empty" will be used.
> > > > +
> > > >  def package_qa_clean_path(path, d, pkg=None):
> > > >  """
> > > >  Remove redundant paths from the path for display.  If pkg isn't 
> > > > set then
> > > > @@ -885,6 +900,22 @@ def package_qa_check_unlisted_pkg_lics(package, d, 
> > > > messages):
> > > > "listed in LICENSE" % (package, ' 
> > > > '.join(unlisted)))
> > > >  return False
> > > >
> > > > +QAPKGTEST[empty-dirs] = "package_qa_check_empty_dirs"
> > > > +def package_qa_check_empty_dirs(pkg, d, messages):
> > > > +"""
> > > > +Check for the existence of files in directories that are expected 
> > > > to be
> > > > +empty.
> > > > +"""
> > > > +
> > > > +pkgd = oe.path.join(d.getVar('PKGDEST'), pkg)
> > > > +for dir in (d

[OE-core] [PATCH 1/2] gdb: Upgrade to 11.1

2021-11-03 Thread Khem Raj
Drop backported patches
Changes are here [1]

[1] https://sourceware.org/pipermail/gdb-announce/2021/000129.html

Signed-off-by: Khem Raj 
---
 meta/conf/distro/include/tcmode-default.inc   |   2 +-
 .../gdb/{gdb-10.2.inc => gdb-11.1.inc}|  14 +-
 ...ian_10.2.bb => gdb-cross-canadian_11.1.bb} |   0
 .../{gdb-cross_10.2.bb => gdb-cross_11.1.bb}  |   0
 ...make-man-install-relative-to-DESTDIR.patch |  20 +-
 ...ux-nat-Define-_ABIO32-if-not-defined.patch |   8 +-
 ...e-pt_regs-uapi_pt_regs-on-GLIBC-syst.patch |  10 +-
 ...port-for-Renesas-SH-sh4-architecture.patch |  39 +-
 ...readline.a-when-using-disable-static.patch |  12 +-
 .../gdb/gdb/0006-use-asm-sgidefs.h.patch  |   8 +-
 ...atch => 0007-Change-order-of-CFLAGS.patch} |  12 +-
 ...8-resolve-restrict-keyword-conflict.patch} |   8 +-
 ...> 0009-Fix-invalid-sigprocmask-call.patch} |   8 +-
 ...h => 0010-gdbserver-ctrl-c-handling.patch} |  10 +-
 ...-arc-Add-support-for-signal-handlers.patch | 218 -
 ...-for-signal-frames-for-Linux-targets.patch | 232 --
 ...count-the-REGNUM-in-supply-collect-g.patch | 104 -
 ...-native-support-for-ARC-in-GNU-Linux.patch | 414 --
 .../gdb/{gdb_10.2.bb => gdb_11.1.bb}  |   0
 19 files changed, 74 insertions(+), 1045 deletions(-)
 rename meta/recipes-devtools/gdb/{gdb-10.2.inc => gdb-11.1.inc} (56%)
 rename meta/recipes-devtools/gdb/{gdb-cross-canadian_10.2.bb => 
gdb-cross-canadian_11.1.bb} (100%)
 rename meta/recipes-devtools/gdb/{gdb-cross_10.2.bb => gdb-cross_11.1.bb} 
(100%)
 rename meta/recipes-devtools/gdb/gdb/{0008-Change-order-of-CFLAGS.patch => 
0007-Change-order-of-CFLAGS.patch} (75%)
 rename 
meta/recipes-devtools/gdb/gdb/{0009-resolve-restrict-keyword-conflict.patch => 
0008-resolve-restrict-keyword-conflict.patch} (91%)
 rename meta/recipes-devtools/gdb/gdb/{0010-Fix-invalid-sigprocmask-call.patch 
=> 0009-Fix-invalid-sigprocmask-call.patch} (90%)
 rename meta/recipes-devtools/gdb/gdb/{0011-gdbserver-ctrl-c-handling.patch => 
0010-gdbserver-ctrl-c-handling.patch} (82%)
 delete mode 100644 
meta/recipes-devtools/gdb/gdb/0012-arc-Add-support-for-signal-handlers.patch
 delete mode 100644 
meta/recipes-devtools/gdb/gdb/0013-arc-Add-support-for-signal-frames-for-Linux-targets.patch
 delete mode 100644 
meta/recipes-devtools/gdb/gdb/0014-arc-Take-into-account-the-REGNUM-in-supply-collect-g.patch
 delete mode 100644 
meta/recipes-devtools/gdb/gdb/0015-gdb-Add-native-support-for-ARC-in-GNU-Linux.patch
 rename meta/recipes-devtools/gdb/{gdb_10.2.bb => gdb_11.1.bb} (100%)

diff --git a/meta/conf/distro/include/tcmode-default.inc 
b/meta/conf/distro/include/tcmode-default.inc
index 58f49800c4..88eafb3ce0 100644
--- a/meta/conf/distro/include/tcmode-default.inc
+++ b/meta/conf/distro/include/tcmode-default.inc
@@ -19,7 +19,7 @@ PREFERRED_PROVIDER_virtual/gettext ??= "gettext"
 GCCVERSION ?= "11.%"
 SDKGCCVERSION ?= "${GCCVERSION}"
 BINUVERSION ?= "2.37%"
-GDBVERSION ?= "10.%"
+GDBVERSION ?= "11.%"
 GLIBCVERSION ?= "2.34"
 LINUXLIBCVERSION ?= "5.14%"
 QEMUVERSION ?= "6.1%"
diff --git a/meta/recipes-devtools/gdb/gdb-10.2.inc 
b/meta/recipes-devtools/gdb/gdb-11.1.inc
similarity index 56%
rename from meta/recipes-devtools/gdb/gdb-10.2.inc
rename to meta/recipes-devtools/gdb/gdb-11.1.inc
index 0d275075e6..686627926d 100644
--- a/meta/recipes-devtools/gdb/gdb-10.2.inc
+++ b/meta/recipes-devtools/gdb/gdb-11.1.inc
@@ -11,13 +11,9 @@ SRC_URI = "${GNU_MIRROR}/gdb/gdb-${PV}.tar.xz \
file://0004-Add-support-for-Renesas-SH-sh4-architecture.patch \

file://0005-Dont-disable-libreadline.a-when-using-disable-static.patch \
file://0006-use-asm-sgidefs.h.patch \
-   file://0008-Change-order-of-CFLAGS.patch \
-   file://0009-resolve-restrict-keyword-conflict.patch \
-   file://0010-Fix-invalid-sigprocmask-call.patch \
-   file://0011-gdbserver-ctrl-c-handling.patch \
-   file://0012-arc-Add-support-for-signal-handlers.patch \
-   
file://0013-arc-Add-support-for-signal-frames-for-Linux-targets.patch \
-   
file://0014-arc-Take-into-account-the-REGNUM-in-supply-collect-g.patch \
-   file://0015-gdb-Add-native-support-for-ARC-in-GNU-Linux.patch \
+   file://0007-Change-order-of-CFLAGS.patch \
+   file://0008-resolve-restrict-keyword-conflict.patch \
+   file://0009-Fix-invalid-sigprocmask-call.patch \
+   file://0010-gdbserver-ctrl-c-handling.patch \
"
-SRC_URI[sha256sum] = 
"aaa1223d534c9b700a8bec952d9748ee1977513f178727e1bee520ee000b4f29"
+SRC_URI[sha256sum] = 
"cccfcc407b20d343fb320d4a9a2110776dd3165118ffd41f4b1b162340333f94"
diff --git a/meta/recipes-devtools/gdb/gdb-cross-canadian_10.2.bb 
b/meta/recipes-devtools/gdb/gdb-cross-canadian_11.1.bb
similarity index 100%
renam

[OE-core] [PATCH 2/2] gdb: Add dependency on libgmp

2021-11-03 Thread Khem Raj
gdb 11 has added this library as must have

Signed-off-by: Khem Raj 
---
 meta/recipes-devtools/gdb/gdb-common.inc | 3 ++-
 1 file changed, 2 insertions(+), 1 deletion(-)

diff --git a/meta/recipes-devtools/gdb/gdb-common.inc 
b/meta/recipes-devtools/gdb/gdb-common.inc
index 0fe7b4e5b0..f3ab3544da 100644
--- a/meta/recipes-devtools/gdb/gdb-common.inc
+++ b/meta/recipes-devtools/gdb/gdb-common.inc
@@ -2,7 +2,7 @@ SUMMARY = "GNU debugger"
 HOMEPAGE = "http://www.gnu.org/software/gdb/;
 DESCRIPTION = "GDB, the GNU Project debugger, allows you to see what is going 
on inside another program while it executes -- or what another program was 
doing at the moment it crashed."
 SECTION = "devel"
-DEPENDS = "expat zlib ncurses virtual/libiconv ${LTTNGUST} bison-native"
+DEPENDS = "expat gmp zlib ncurses virtual/libiconv ${LTTNGUST} bison-native"
 
 LTTNGUST = "lttng-ust"
 LTTNGUST:arc = ""
@@ -27,6 +27,7 @@ EXTRA_OECONF = "--disable-gdbtk --disable-x --disable-werror \
 --disable-gas --disable-binutils \
 --disable-ld --disable-gold \
 --disable-gprof \
+--with-libgmp-prefix=${STAGING_EXECPREFIXDIR} \
 "
 
 PACKAGECONFIG ??= "readline ${@bb.utils.filter('DISTRO_FEATURES', 
'debuginfod', d)}"
-- 
2.33.1


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



[OE-core] [PATCH] kernel-devsrc: Add vdso.lds and other build files for riscv64 as well

2021-11-03 Thread Khem Raj
These additional bits are needed on riscv64 as well
Fixes
make[1]: *** No rule to make target 'arch/riscv/kernel/vdso/vdso.lds', needed 
by 'arch/riscv/kernel/vdso/vdso.so.dbg'.  Stop.
make: *** [arch/riscv/Makefile:114: vdso_prepare] Error 2

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

diff --git a/meta/recipes-kernel/linux/kernel-devsrc.bb 
b/meta/recipes-kernel/linux/kernel-devsrc.bb
index d39573965f..f22fac5bd6 100644
--- a/meta/recipes-kernel/linux/kernel-devsrc.bb
+++ b/meta/recipes-kernel/linux/kernel-devsrc.bb
@@ -109,8 +109,8 @@ do_install() {
fi
fi
 
-   if [ "${ARCH}" = "arm64" ]; then
-   cp -a --parents arch/arm64/kernel/vdso/vdso.lds $kerneldir/build/
+   if [ "${ARCH}" = "arm64" -o "${ARCH}" = "riscv" ]; then
+   cp -a --parents arch/${ARCH}/kernel/vdso/vdso.lds $kerneldir/build/
fi
if [ "${ARCH}" = "powerpc" ]; then
cp -a --parents arch/powerpc/kernel/vdso32/vdso32.lds 
$kerneldir/build 2>/dev/null || :
@@ -185,6 +185,12 @@ do_install() {
cp -a --parents arch/${ARCH}/kernel/vdso32/* $kerneldir/build/ 
2>/dev/null || :
cp -a --parents arch/${ARCH}/kernel/vdso64/* $kerneldir/build/ 
2>/dev/null || :
fi
+   if [ "${ARCH}" = "riscv" ]; then
+cp -a --parents arch/riscv/kernel/vdso/*gettimeofday.* 
$kerneldir/build/
+cp -a --parents arch/riscv/kernel/vdso/note.S $kerneldir/build/
+cp -a --parents arch/riscv/kernel/vdso/gen_vdso_offsets.sh 
$kerneldir/build/
+   cp -a --parents arch/riscv/kernel/vdso/* $kerneldir/build/ 
2>/dev/null || :
+   fi
 
# include the machine specific headers for ARM variants, if available.
if [ "${ARCH}" = "arm" ]; then
-- 
2.33.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#157832): 
https://lists.openembedded.org/g/openembedded-core/message/157832
Mute This Topic: https://lists.openembedded.org/mt/86803405/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] python3: silence DeprecationWarnings in python3-config

2021-11-02 Thread Khem Raj
On Tue, Nov 2, 2021 at 1:06 PM Ross Burton  wrote:
>
> On Tue, 2 Nov 2021 at 18:06, Khem Raj  wrote:
> > So shouldn’t we fix python3-config to not use distutils and switch to setup 
> > tools instead ?
> >
> > I am afraid that masking the warning will come biting soon when this is 
> > turned into a hard error
>
> That is a much bigger question that needs to be done, but most likely
> involves rewriting large chunks of the cross integration as from what
> I can tell, setuptools doesn't expose sysconfig (and we patch
> distutils.sysconfig).
>
> We can continue hacking the hack, until we solve this properly.  This
> may happen as part of the pyo3 rust/python problem.

I guess, this patch is fine for what it is solving for now, I was
hopeful that converting to not use
distutils would be easy :)

>
> Ross

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#157815): 
https://lists.openembedded.org/g/openembedded-core/message/157815
Mute This Topic: https://lists.openembedded.org/mt/86772899/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] python3: silence DeprecationWarnings in python3-config

2021-11-02 Thread Khem Raj
On Tue, Nov 2, 2021 at 11:02 AM Ross Burton  wrote:

> Our patched python3-config uses distutils, but that will emit a
> DeprecationWarning when imported.  This isn't useful when using the
> output of python3-config to find include paths.


So shouldn’t we fix python3-config to not use distutils and switch to setup
tools instead ?

I am afraid that masking the warning will come biting soon when this is
turned into a hard error

>
>
> This isn't a huge problem typically as the warning goes to stderr, but
> some build systems read both stdout and stderr.
>
> Signed-off-by: Ross Burton 
> ---
>  meta/recipes-devtools/python/python3/python-config.patch | 5 +++--
>  1 file changed, 3 insertions(+), 2 deletions(-)
>
> diff --git a/meta/recipes-devtools/python/python3/python-config.patch
> b/meta/recipes-devtools/python/python3/python-config.patch
> index d0ddbbc7fd..c53f646af3 100644
> --- a/meta/recipes-devtools/python/python3/python-config.patch
> +++ b/meta/recipes-devtools/python/python3/python-config.patch
> @@ -14,7 +14,6 @@ as appropriate.
>  Upstream-Status: Inappropriate [Embedded Specific]
>
>  Signed-off-by: Tyler Hall 
> -:
>
>  ---
>   Misc/python-config.in | 10 +-
> @@ -24,11 +23,13 @@ diff --git a/Misc/python-config.in b/Misc/
> python-config.in
>  index ebd99da..13e57ae 100644
>  --- a/Misc/python-config.in
>  +++ b/Misc/python-config.in
> -@@ -6,7 +6,7 @@
> +@@ -6,7 +6,9 @@
>   import getopt
>   import os
>   import sys
>  -import sysconfig
> ++import warnings
> ++warnings.filterwarnings("ignore", category=DeprecationWarning)
>  +from distutils import sysconfig
>
>   valid_opts = ['prefix', 'exec-prefix', 'includes', 'libs', 'cflags',
> --
> 2.25.1
>
>
> 
>
>

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#157807): 
https://lists.openembedded.org/g/openembedded-core/message/157807
Mute This Topic: https://lists.openembedded.org/mt/86772899/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/1] sanity.bbclass: Update required gcc version to v7.5

2021-11-01 Thread Khem Raj
On Mon, Nov 1, 2021 at 8:05 AM Robert Yang 
wrote:

> qemu-native 6.1.0 requires at least gcc v7.5:
> ERROR: You need at least GCC v7.5 or Clang v6.0 (or XCode Clang v10.0)


Which supported distros still ship gcc < 7.5

>
>
> Signed-off-by: Robert Yang 
> ---
>  meta/classes/sanity.bbclass | 6 +++---
>  1 file changed, 3 insertions(+), 3 deletions(-)
>
> diff --git a/meta/classes/sanity.bbclass b/meta/classes/sanity.bbclass
> index ddba1e6e1e..9fbc9c18e7 100644
> --- a/meta/classes/sanity.bbclass
> +++ b/meta/classes/sanity.bbclass
> @@ -530,7 +530,7 @@ def check_wsl(d):
>  bb.warn("You are running bitbake under WSLv2, this works
> properly but you should optimize your VHDX file eventually to avoid running
> out of storage space")
>  return None
>
> -# Require at least gcc version 6.0.
> +# Require at least gcc version 7.5.
>  #
>  # This can be fixed on CentOS-7 with devtoolset-6+
>  # https://www.softwarecollections.org/en/scls/rhscl/devtoolset-6/
> @@ -544,8 +544,8 @@ def check_gcc_version(sanity_data):
>
>  build_cc, version = oe.utils.get_host_compiler_version(sanity_data)
>  if build_cc.strip() == "gcc":
> -if LooseVersion(version) < LooseVersion("6.0"):
> -return "Your version of gcc is older than 6.0 and will break
> builds. Please install a newer version of gcc (you could use the project's
> buildtools-extended-tarball or use scripts/install-buildtools).\n"
> +if LooseVersion(version) < LooseVersion("7.5"):
> +return "Your version of gcc is older than 7.5 and will break
> builds. Please install a newer version of gcc (you could use the project's
> buildtools-extended-tarball or use scripts/install-buildtools).\n"
>  return None
>
>  # Tar version 1.24 and onwards handle overwriting symlinks correctly
> --
> 2.31.1
>
>
> 
>
>

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#157706): 
https://lists.openembedded.org/g/openembedded-core/message/157706
Mute This Topic: https://lists.openembedded.org/mt/86742639/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] [PATCHv3 3/3] insane.bbclass: Add a check for directories that are expected to be empty

2021-10-31 Thread Khem Raj
On Sun, Oct 31, 2021 at 8:54 AM Richard Purdie
 wrote:
>
> On Fri, 2021-10-29 at 23:29 +0200, Peter Kjellerstedt wrote:
> > The empty-dirs QA check verifies that all directories specified in
> > QA_EMPTY_DIRS are empty. It is possible to specify why a directory is
> > expected to be empty by defining QA_EMPTY_DIRS_RECOMMENDATION:,
> > which will then be included in the error message if the directory is
> > not empty. If it is not specified for a directory, then "but it is
> > expected to be empty" will be used.
> >
> > Signed-off-by: Peter Kjellerstedt 
> > ---
> >
> > PATCHv2: No changes.
> > PATCHv3: No changes.
> >
> >  meta/classes/insane.bbclass  | 33 -
> >  meta/conf/documentation.conf |  2 ++
> >  2 files changed, 34 insertions(+), 1 deletion(-)
> >
> > diff --git a/meta/classes/insane.bbclass b/meta/classes/insane.bbclass
> > index 1e2f1b768a..1675adf6ac 100644
> > --- a/meta/classes/insane.bbclass
> > +++ b/meta/classes/insane.bbclass
> > @@ -37,7 +37,7 @@ ERROR_QA ?= "dev-so debug-deps dev-deps debug-files arch 
> > pkgconfig la \
> >  configure-gettext perllocalpod shebang-size \
> >  already-stripped installed-vs-shipped ldflags 
> > compile-host-path \
> >  install-host-path pn-overrides unknown-configure-option \
> > -useless-rpaths rpaths staticdev \
> > +useless-rpaths rpaths staticdev empty-dirs \
> >  "
> >  # Add usrmerge QA check based on distro feature
> >  ERROR_QA:append = "${@bb.utils.contains('DISTRO_FEATURES', 'usrmerge', ' 
> > usrmerge', '', d)}"
> > @@ -50,6 +50,21 @@ ALL_QA = "${WARN_QA} ${ERROR_QA}"
> >
> >  UNKNOWN_CONFIGURE_WHITELIST ?= "--enable-nls --disable-nls 
> > --disable-silent-rules --disable-dependency-tracking --with-libtool-sysroot 
> > --disable-static"
> >
> > +# This is a list of directories that are expected to be empty.
> > +QA_EMPTY_DIRS ?= " \
> > +/dev/pts \
> > +/media \
> > +/proc \
> > +/run \
> > +/tmp \
> > +${localstatedir}/run \
> > +${localstatedir}/volatile \
> > +"
> > +# It is possible to specify why a directory is expected to be empty by 
> > defining
> > +# QA_EMPTY_DIRS_RECOMMENDATION:, which will then be included in the 
> > error
> > +# message if the directory is not empty. If it is not specified for a 
> > directory,
> > +# then "but it is expected to be empty" will be used.
> > +
> >  def package_qa_clean_path(path, d, pkg=None):
> >  """
> >  Remove redundant paths from the path for display.  If pkg isn't set 
> > then
> > @@ -885,6 +900,22 @@ def package_qa_check_unlisted_pkg_lics(package, d, 
> > messages):
> > "listed in LICENSE" % (package, ' 
> > '.join(unlisted)))
> >  return False
> >
> > +QAPKGTEST[empty-dirs] = "package_qa_check_empty_dirs"
> > +def package_qa_check_empty_dirs(pkg, d, messages):
> > +"""
> > +Check for the existence of files in directories that are expected to be
> > +empty.
> > +"""
> > +
> > +pkgd = oe.path.join(d.getVar('PKGDEST'), pkg)
> > +for dir in (d.getVar('QA_EMPTY_DIRS') or "").split():
> > +empty_dir = oe.path.join(pkgd, dir)
> > +if os.path.exists(empty_dir) and os.listdir(empty_dir):
> > +recommendation = (d.getVar('QA_EMPTY_DIRS_RECOMMENDATION:' + 
> > dir) or
> > +  "but it is expected to be empty")
> > +msg = "%s installs files in %s, %s" % (pkg, dir, 
> > recommendation)
> > +oe.qa.add_message(messages, "empty-dirs", msg)
> > +
> >  def package_qa_check_encoding(keys, encode, d):
> >  def check_encoding(key, enc):
> >  sane = True
> > diff --git a/meta/conf/documentation.conf b/meta/conf/documentation.conf
> > index 80ad8e10d5..45cd01374a 100644
> > --- a/meta/conf/documentation.conf
> > +++ b/meta/conf/documentation.conf
> > @@ -345,6 +345,8 @@ PYPI_SRC_URI[doc] = "The URI to use to fetch from pypi, 
> > default uses pythonhoste
> >
> >  #Q
> >
> > +QA_EMPTY_DIRS[doc] = "A list of directories that are expected to be empty."
> > +QA_EMPTY_DIRS_RECOMMENDATION[doc] = "This specifies a recommendation for a 
> > directory why it must be empty, which will be included in the error message 
> > if the directory is not empty."
> >  QMAKE_PROFILES[doc] = "Specifies your own subset of .pro files to be built 
> > for use with qmake."
> >
>
> This triggered:
>
> ERROR: apt-2.2.4-r0 do_package_qa: QA Issue: apt installs files in 
> /var/volatile, but it is expected to be empty [empty-dirs]
> ERROR: apt-2.2.4-r0 do_package_qa: Fatal QA errors were found, failing task.
>
> https://autobuilder.yoctoproject.org/typhoon/#/builders/119/builds/915/steps/12/logs/stdio
>

meta-openembedded layers report a few too see
https://autobuilder.yoctoproject.org/typhoon/#/builders/88/builds/1675

>
> Cheers,
>
> Richard
>
>
> 
>

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#157698): 

Re: [OE-core] [PATCH] libgfortran: Set GFORTRAN

2021-10-31 Thread Khem Raj
On Sun, Oct 31, 2021 at 10:29 AM Richard Purdie <
richard.pur...@linuxfoundation.org> wrote:

> The libgfortran configure sets FC to be $GFORTRAN. We did used to patch
> that out but rather than carry a patch to gcc, just set GFORTRAN as
> needed.
>
> Signed-off-by: Richard Purdie 
> ---
>  meta/recipes-devtools/gcc/libgfortran.inc | 5 +
>  1 file changed, 5 insertions(+)
>
> diff --git a/meta/recipes-devtools/gcc/libgfortran.inc
> b/meta/recipes-devtools/gcc/libgfortran.inc
> index 344ec5e21ef..e810146d4d1 100644
> --- a/meta/recipes-devtools/gcc/libgfortran.inc
> +++ b/meta/recipes-devtools/gcc/libgfortran.inc
> @@ -5,6 +5,11 @@ EXTRA_OECONF_PATHS = "\
>  --with-build-sysroot=${STAGING_DIR_TARGET} \
>  "
>
> +# An arm hard float target like raspberrypi4 won't build
> +# as CFLAGS don't make it to the fortran compiler otherwise
> +# (the configure script sets FC to $GFORTRAN unconditionally)
> +export GFORTRAN = "${FC}"
> +


Is this something we will need for general Fortran programs too now ?

>
>  do_configure () {
> for target in libbacktrace libgfortran
> do
> --
> 2.32.0
>
>
> 
>
>

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#157689): 
https://lists.openembedded.org/g/openembedded-core/message/157689
Mute This Topic: https://lists.openembedded.org/mt/86722000/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] wpebackend-fdo: Add -Wno-c++11-narrowing

2021-10-30 Thread Khem Raj
This commit 
https://github.com/Igalia/WPEBackend-fdo/commit/e4c578f23359dba4d5abbd14b108f59e1b0701c1
causes this warning due to int to uint conversion without static casts
unless its fixes properly by upstream make behaviour same as g++ where
this is flagged too but only as a warning unlike clang which is pedantic
and enables it as error

Signed-off-by: Khem Raj 
Cc: lexander Kanavin 
---
 meta/recipes-sato/webkit/wpebackend-fdo_1.12.0.bb | 4 
 1 file changed, 4 insertions(+)

diff --git a/meta/recipes-sato/webkit/wpebackend-fdo_1.12.0.bb 
b/meta/recipes-sato/webkit/wpebackend-fdo_1.12.0.bb
index ba6c54412a..4a18467ea4 100644
--- a/meta/recipes-sato/webkit/wpebackend-fdo_1.12.0.bb
+++ b/meta/recipes-sato/webkit/wpebackend-fdo_1.12.0.bb
@@ -15,6 +15,10 @@ REQUIRED_DISTRO_FEATURES = "opengl"
 SRC_URI = "https://wpewebkit.org/releases/${BPN}-${PV}.tar.xz;
 SRC_URI[sha256sum] = 
"6239c9c15523410798d66315de6b491712ab30009ba180f3e0dd076d9b0074ac"
 
+# Especially helps compiling with clang which enable this as error when
+# using c++11
+CXXFLAGS += "-Wno-c++11-narrowing"
+
 # This is a tweak of upstream-version-is-even needed because
 # ipstream directory contains tarballs for other components as well.
 UPSTREAM_CHECK_REGEX = 
"wpebackend-fdo-(?P\d+\.(\d*[02468])+(\.\d+)+)\.tar"
-- 
2.33.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#157648): 
https://lists.openembedded.org/g/openembedded-core/message/157648
Mute This Topic: https://lists.openembedded.org/mt/86705757/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 3/3] libsolv: Enable correct qsort_r on musl

2021-10-30 Thread Khem Raj
On Sat, Oct 30, 2021 at 3:10 AM Richard Purdie
 wrote:
>
> On Fri, 2021-10-29 at 10:10 -0700, Khem Raj wrote:
> > Newer musl now has this function implemented and signatures are same as
> > glibc, current codepaths forces it on BSD path which is wrong for musl
> > and results in random segfaults in apps using libsolv e.g. opkg
> >
> > Signed-off-by: Khem Raj 
> > ---
> > v2: Rebased on master-next
> >
> >  ...s-Conside-musl-when-wrapping-qsort_r.patch | 34 +++
> >  .../libsolv/libsolv_0.7.20.bb |  1 +
> >  2 files changed, 35 insertions(+)
> >  create mode 100644 
> > meta/recipes-extended/libsolv/libsolv/0001-utils-Conside-musl-when-wrapping-qsort_r.patch
> >
> > diff --git 
> > a/meta/recipes-extended/libsolv/libsolv/0001-utils-Conside-musl-when-wrapping-qsort_r.patch
> >  
> > b/meta/recipes-extended/libsolv/libsolv/0001-utils-Conside-musl-when-wrapping-qsort_r.patch
> > new file mode 100644
> > index 00..6f0dea2e9c
> > --- /dev/null
> > +++ 
> > b/meta/recipes-extended/libsolv/libsolv/0001-utils-Conside-musl-when-wrapping-qsort_r.patch
> > @@ -0,0 +1,34 @@
> > +From 06321f1a2aa89b8e028946e793344657eaad0165 Mon Sep 17 00:00:00 2001
> > +From: Khem Raj 
> > +Date: Thu, 28 Oct 2021 22:28:45 -0700
> > +Subject: [PATCH] utils: Conside musl when wrapping qsort_r
> > +
> > +musl now has implemented qsort_r, the signature however matches glibc
> > +and not BSD, current check makes it such that it falls into BSD case
> > +when building for musl, which clearly is wrong, therefore instead of
> > +just checking for glibc check for linux to decide which qsort_r
> > +signature to use. This covers both glibc and musl
> > +
> > +Upstream-Status: Pending
>
> Can we submit this upstream?
>
> It is a bit unfortunate that it looks like you can't build with old and new 
> musl
> at the same time :(

Yes I plan to, but I have realized that replacing glibc only check
with linux check is
a bit too greedy where it will include other linux platforms like
android and additionally
ignore some like kfreebsd. So need to confirm that even though it does
not bother
OE it might bother upstream.

interesting that it does not work with older musl since I expect the
second part of check to
trigger, so I wonder why configure defines HAVE_QSORT_R or HAVE___QSORT_R
when they are absent in older musl.

>
> Cheers,
>
> Richard
>

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#157645): 
https://lists.openembedded.org/g/openembedded-core/message/157645
Mute This Topic: https://lists.openembedded.org/mt/86681917/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 15/30] wpebackend-fdo: upgrade 1.10.0 -> 1.12.0

2021-10-29 Thread Khem Raj
On Fri, Oct 29, 2021 at 11:20 AM Alexander Kanavin 
wrote:

> LLVM-specific probably?
>

Most likely found with LLVM I have to check details

>
> Alex
>
> On Fri 29. Oct 2021 at 20.04, Khem Raj  wrote:
>
>> seeing https://errors.yoctoproject.org/Errors/Details/615439/
>>
>> On Wed, Oct 27, 2021 at 2:08 AM Alexander Kanavin
>>  wrote:
>> >
>> > From: Alexander Kanavin 
>> >
>> > Signed-off-by: Alexander Kanavin 
>> > ---
>> >  .../{wpebackend-fdo_1.10.0.bb => wpebackend-fdo_1.12.0.bb}  | 2 +-
>> >  1 file changed, 1 insertion(+), 1 deletion(-)
>> >  rename meta/recipes-sato/webkit/{wpebackend-fdo_1.10.0.bb =>
>> wpebackend-fdo_1.12.0.bb} (89%)
>> >
>> > diff --git a/meta/recipes-sato/webkit/wpebackend-fdo_1.10.0.bb
>> b/meta/recipes-sato/webkit/wpebackend-fdo_1.12.0.bb
>> > similarity index 89%
>> > rename from meta/recipes-sato/webkit/wpebackend-fdo_1.10.0.bb
>> > rename to meta/recipes-sato/webkit/wpebackend-fdo_1.12.0.bb
>> > index f2d640f07a..ba6c54412a 100644
>> > --- a/meta/recipes-sato/webkit/wpebackend-fdo_1.10.0.bb
>> > +++ b/meta/recipes-sato/webkit/wpebackend-fdo_1.12.0.bb
>> > @@ -13,7 +13,7 @@ inherit meson features_check pkgconfig
>> >  REQUIRED_DISTRO_FEATURES = "opengl"
>> >
>> >  SRC_URI = "https://wpewebkit.org/releases/${BPN}-${PV}.tar.xz;
>> > -SRC_URI[sha256sum] =
>> "b89dfd3500a4dec711132cd7bff72599e67d56a419d000730e14bb99547509cc"
>> > +SRC_URI[sha256sum] =
>> "6239c9c15523410798d66315de6b491712ab30009ba180f3e0dd076d9b0074ac"
>> >
>> >  # This is a tweak of upstream-version-is-even needed because
>> >  # ipstream directory contains tarballs for other components as well.
>> > --
>> > 2.20.1
>> >
>> >
>> > 
>> >
>>
>

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#157636): 
https://lists.openembedded.org/g/openembedded-core/message/157636
Mute This Topic: https://lists.openembedded.org/mt/86623392/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 15/30] wpebackend-fdo: upgrade 1.10.0 -> 1.12.0

2021-10-29 Thread Khem Raj
seeing https://errors.yoctoproject.org/Errors/Details/615439/

On Wed, Oct 27, 2021 at 2:08 AM Alexander Kanavin
 wrote:
>
> From: Alexander Kanavin 
>
> Signed-off-by: Alexander Kanavin 
> ---
>  .../{wpebackend-fdo_1.10.0.bb => wpebackend-fdo_1.12.0.bb}  | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
>  rename meta/recipes-sato/webkit/{wpebackend-fdo_1.10.0.bb => 
> wpebackend-fdo_1.12.0.bb} (89%)
>
> diff --git a/meta/recipes-sato/webkit/wpebackend-fdo_1.10.0.bb 
> b/meta/recipes-sato/webkit/wpebackend-fdo_1.12.0.bb
> similarity index 89%
> rename from meta/recipes-sato/webkit/wpebackend-fdo_1.10.0.bb
> rename to meta/recipes-sato/webkit/wpebackend-fdo_1.12.0.bb
> index f2d640f07a..ba6c54412a 100644
> --- a/meta/recipes-sato/webkit/wpebackend-fdo_1.10.0.bb
> +++ b/meta/recipes-sato/webkit/wpebackend-fdo_1.12.0.bb
> @@ -13,7 +13,7 @@ inherit meson features_check pkgconfig
>  REQUIRED_DISTRO_FEATURES = "opengl"
>
>  SRC_URI = "https://wpewebkit.org/releases/${BPN}-${PV}.tar.xz;
> -SRC_URI[sha256sum] = 
> "b89dfd3500a4dec711132cd7bff72599e67d56a419d000730e14bb99547509cc"
> +SRC_URI[sha256sum] = 
> "6239c9c15523410798d66315de6b491712ab30009ba180f3e0dd076d9b0074ac"
>
>  # This is a tweak of upstream-version-is-even needed because
>  # ipstream directory contains tarballs for other components as well.
> --
> 2.20.1
>
>
> 
>

-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#157634): 
https://lists.openembedded.org/g/openembedded-core/message/157634
Mute This Topic: https://lists.openembedded.org/mt/86623392/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/3] site/common-musl: Enable qsort_r in glib

2021-10-29 Thread Khem Raj
musl now has qsort_r

Signed-off-by: Khem Raj 
---
v2: Rebased on master-next

 meta/site/common-musl | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/site/common-musl b/meta/site/common-musl
index 44a7a1aea9..d990c4e072 100644
--- a/meta/site/common-musl
+++ b/meta/site/common-musl
@@ -23,7 +23,7 @@ ac_cv_func_snprintf_c99=${ac_cv_func_snprintf_c99=yes}
 ac_cv_func_vsnprintf_c99=${ac_cv_func_vsnprintf_c99=yes}
 glib_cv_compliant_posix_memalign=${glib_cv_compliant_posix_memalign=1}
 glib_cv_long_long_format=${glib_cv_long_long_format=ll}
-glib_cv_have_qsort_r=${glib_cv_have_qsort_r=no}
+glib_cv_have_qsort_r=${glib_cv_have_qsort_r=yes}
 
 #dbus-glib
 ac_cv_have_abstract_sockets=${ac_cv_have_abstract_sockets=yes}
-- 
2.33.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#157632): 
https://lists.openembedded.org/g/openembedded-core/message/157632
Mute This Topic: https://lists.openembedded.org/mt/86681916/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 v3 1/3] musl: Update to tip of trunk

2021-10-29 Thread Khem Raj
This brings following fixes

* b76f37fd add qsort_r and make qsort a wrapper around it
* 7be59733 add SPE FPU support to powerpc-sf
* e3e7189c fix undefined behavior in getdelim via null pointer arithmetic and 
memcpy
* b713b8b2 fix excessively slow TLS performance on some mips models
* 3eed6a6f fix error checking in pthread_getname_np

Signed-off-by: Khem Raj 
---
v2: No change
v3: Rebased on master-next

 meta/recipes-core/musl/musl_git.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-core/musl/musl_git.bb 
b/meta/recipes-core/musl/musl_git.bb
index a2f96f1dbe..03ab0a449f 100644
--- a/meta/recipes-core/musl/musl_git.bb
+++ b/meta/recipes-core/musl/musl_git.bb
@@ -4,7 +4,7 @@
 require musl.inc
 inherit linuxloader
 
-SRCREV = "3f701faace7addc75d16dea8a6cd769fa5b3f260"
+SRCREV = "b76f37fd5625d038141b52184956fb4b7838e9a5"
 
 BASEVER = "1.2.2"
 
-- 
2.33.1


-=-=-=-=-=-=-=-=-=-=-=-
Links: You receive all messages sent to this group.
View/Reply Online (#157631): 
https://lists.openembedded.org/g/openembedded-core/message/157631
Mute This Topic: https://lists.openembedded.org/mt/86681914/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/3] libsolv: Enable correct qsort_r on musl

2021-10-29 Thread Khem Raj
Newer musl now has this function implemented and signatures are same as
glibc, current codepaths forces it on BSD path which is wrong for musl
and results in random segfaults in apps using libsolv e.g. opkg

Signed-off-by: Khem Raj 
---
v2: Rebased on master-next

 ...s-Conside-musl-when-wrapping-qsort_r.patch | 34 +++
 .../libsolv/libsolv_0.7.20.bb |  1 +
 2 files changed, 35 insertions(+)
 create mode 100644 
meta/recipes-extended/libsolv/libsolv/0001-utils-Conside-musl-when-wrapping-qsort_r.patch

diff --git 
a/meta/recipes-extended/libsolv/libsolv/0001-utils-Conside-musl-when-wrapping-qsort_r.patch
 
b/meta/recipes-extended/libsolv/libsolv/0001-utils-Conside-musl-when-wrapping-qsort_r.patch
new file mode 100644
index 00..6f0dea2e9c
--- /dev/null
+++ 
b/meta/recipes-extended/libsolv/libsolv/0001-utils-Conside-musl-when-wrapping-qsort_r.patch
@@ -0,0 +1,34 @@
+From 06321f1a2aa89b8e028946e793344657eaad0165 Mon Sep 17 00:00:00 2001
+From: Khem Raj 
+Date: Thu, 28 Oct 2021 22:28:45 -0700
+Subject: [PATCH] utils: Conside musl when wrapping qsort_r
+
+musl now has implemented qsort_r, the signature however matches glibc
+and not BSD, current check makes it such that it falls into BSD case
+when building for musl, which clearly is wrong, therefore instead of
+just checking for glibc check for linux to decide which qsort_r
+signature to use. This covers both glibc and musl
+
+Upstream-Status: Pending
+
+Signed-off-by: Khem Raj 
+---
+ src/util.c | 2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+
+diff --git a/src/util.c b/src/util.c
+index 72426e09..8f29bc5a 100644
+--- a/src/util.c
 b/src/util.c
+@@ -159,7 +159,7 @@ solv_setcloexec(int fd, int state)
+ 
+see also: http://sources.redhat.com/ml/libc-alpha/2008-12/msg3.html
+  */
+-#if (defined(__GLIBC__) || defined(__NEWLIB__)) && (defined(HAVE_QSORT_R) || 
defined(HAVE___QSORT_R))
++#if (defined(__linux__) || defined(__NEWLIB__)) && (defined(HAVE_QSORT_R) || 
defined(HAVE___QSORT_R))
+ 
+ void
+ solv_sort(void *base, size_t nmemb, size_t size, int (*compar)(const void *, 
const void *, void *), void *compard)
+-- 
+2.33.1
+
diff --git a/meta/recipes-extended/libsolv/libsolv_0.7.20.bb 
b/meta/recipes-extended/libsolv/libsolv_0.7.20.bb
index 6861def533..21017c3902 100644
--- a/meta/recipes-extended/libsolv/libsolv_0.7.20.bb
+++ b/meta/recipes-extended/libsolv/libsolv_0.7.20.bb
@@ -9,6 +9,7 @@ LIC_FILES_CHKSUM = 
"file://LICENSE.BSD;md5=62272bd11c97396d4aaf1c41bc11f7d8"
 DEPENDS = "expat zlib"
 
 SRC_URI = "git://github.com/openSUSE/libsolv.git;branch=master \
+   file://0001-utils-Conside-musl-when-wrapping-qsort_r.patch \
 "
 
 SRCREV = "f618e6aae1d44be633b2ab91d4fd4f4f974f4d40"
-- 
2.33.1


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



  1   2   3   4   5   6   7   8   9   10   >