[OE-core] How to patch a local file in a simple elegant way?

[JH]

Hello,

Is anyway to patch a local file without committing to the git source?
I did not realize a local patch is that hard or if it is impossible.

In my OE build, I want to make a patch file for mx6ullevk.h in
meta-freescale/recipes-bsp/u-boot/u-boot-imx_2017.03.bb, to customize
mtdparts and bootargs as I could not find a simple way to do it using
bbapaend, I did not and I don't want to submit the patch to the git
source. So I got a bunch of errors:

ERROR: u-boot-imx-2017.03-r0 do_fetch: Fetcher failure: Unable to find
revision 8be98e9322040c655b9e5c9fb2c494e002e3fad9 in branch
imx_v2017.03_4.9.123_imx8mm_gafile://mx6ullevk.patch even from
upstream
ERROR: u-boot-imx-2017.03-r0 do_fetch: Fetcher failure for URL:
'git://source.codeaurora.org/external/imx/uboot-imx.git;protocol=https;branch=imx_v2017.03_4.9.123_imx8mm_gafile://mx6ullevk.patch'.
Unable to fetch URL from any source.
ERROR: u-boot-imx-2017.03-r0 do_fetch: Function failed: base_do_fetch
ERROR: Logfile of failure stored in:
/build/Installation/sa_platform_build/Source/Yocto/build/tmp-glibc/work/solar-oe-linux-gnueabi/u-boot-imx/2017.03-r0/temp/log.do_fetch.25780
ERROR: Task 
(/build/Installation/sa_platform_build/Source/Yocto/oe-core/../meta-freescale/recipes-bsp/u-boot/u-boot-imx_2017.03.bb:do_fetch)
failed with exit code '1'

Googling Internet, there are many suggestions to workarounds, git to
local repository, git to your own repository, or even copy all git
source to build u-boot offline. None of is elegant, I am sure there
are some nice way to do it. Could you please advise if there is a
simple elegant way to do it?

Thank you.

Kind regards,

- jh
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH v2 1/2] microblaze tune: Enable 64-bit

[Nathan Rossi]

On Tue, 4 Feb 2020 at 04:36, Mark Hatle  wrote:
>
>
>
> On 1/31/20 10:50 PM, Nathan Rossi wrote:
> > On Sat, 1 Feb 2020 at 09:33, Mark Hatle  
> > wrote:
> >>
> >> From: Mark Hatle 
> >>
> >> 64-bit is not yet available in Linux, but some non-Linux uses exist.
> >>
> >> Signed-off-by: Mark Hatle 
> >> Signed-off-by: Mark Hatle 
> >> ---
> >>  meta/conf/machine/include/microblaze/arch-microblaze.inc | 9 -
> >>  1 file changed, 8 insertions(+), 1 deletion(-)
> >>
> >> diff --git a/meta/conf/machine/include/microblaze/arch-microblaze.inc 
> >> b/meta/conf/machine/include/microblaze/arch-microblaze.inc
> >> index 265898b6b6..fb777d929c 100644
> >> --- a/meta/conf/machine/include/microblaze/arch-microblaze.inc
> >> +++ b/meta/conf/machine/include/microblaze/arch-microblaze.inc
> >> @@ -4,6 +4,9 @@
> >>  TUNEVALID[microblaze] = "MicroBlaze"
> >>  MACHINEOVERRIDES =. "${@bb.utils.contains("TUNE_FEATURES", "microblaze", 
> >> "microblaze:", "", d)}"
> >>
> >> +TUNEVALID[64-bit] = "64-bit MicroBlaze"
> >> +MACHINEOVERRIDES =. "${@bb.utils.contains("TUNE_FEATURES", "64-bit", 
> >> "microblaze64:", "", d)}"
> >
> > This should probably TUNECONFLICTS with all unsupported versions.
>
> I have no information on what versions are unsupported with 64-bit.  If I
> receive that information, I will add it as conflicts.

It looks like it was added in v11.0 (and unsupported in all prior
versions), according to the microblaze reference manual
(https://www.xilinx.com/support/documentation/sw_manuals/xilinx2019_2/ug984-vivado-microblaze-ref.pdf).

Regards,
Nathan

>
> --Mark
>
> > Regards,
> > Nathan
> >
> >
> >> +
> >>  # Endian
> >>  TUNEVALID[bigendian] = "Use Microblaze Big Endian"
> >>  TUNECONFLICTS[bigendian] += "v10.0"
> >> @@ -26,6 +29,7 @@ TUNECONFLICTS[frequency-optimized] += "v8.00 v8.10 v8.20 
> >> v8.30 v8.40 v8.50 v9.0
> >>  TUNE_CCARGS += "${@bb.utils.contains("TUNE_FEATURES", "barrel-shift", 
> >> "-mxl-barrel-shift", "-mno-xl-barrel-shift", d)}"
> >>  TUNE_CCARGS += "${@bb.utils.contains("TUNE_FEATURES", "pattern-compare", 
> >> "-mxl-pattern-compare", "-mno-xl-pattern-compare", d)}"
> >>  TUNE_CCARGS += "${@bb.utils.contains("TUNE_FEATURES", 
> >> "frequency-optimized", "-mxl-frequency", "", d)}"
> >> +TUNE_CCARGS += "${@bb.utils.contains("TUNE_FEATURES", "64-bit", "-m64", 
> >> "", d)}"
> >>
> >>  # Disable reorder for v8.30 if pattern-compare is not enabled
> >>  TUNE_CCARGS += "${@bb.utils.contains("TUNE_FEATURES", "reorder", \
> >> @@ -48,6 +52,9 @@ require 
> >> conf/machine/include/microblaze/feature-microblaze-math.inc
> >>  # Architecture name, either 'microblazeeb' or 'microblazeel' depending on 
> >> endianess
> >>  TUNE_ARCH = "microblaze${@bb.utils.contains("TUNE_FEATURES", "bigendian", 
> >> "", "el", d)}"
> >>
> >> +# Add 64-bit to the PKGARCH if enabled.
> >> +MBPKGARCH_SIZE = "${@bb.utils.contains("TUNE_FEATURES", "64-bit", "64", 
> >> "", d)}"
> >> +
> >>  # Package Architecture formatting
> >> -TUNE_PKGARCH = 
> >> "microblaze${MBPKGARCH_ENDIAN}${MBPKGARCH_VERSION}${MBPKGARCH_TUNE}${MBPKGARCH_MATH}"
> >> +TUNE_PKGARCH = 
> >> "microblaze${MBPKGARCH_SIZE}${MBPKGARCH_ENDIAN}${MBPKGARCH_VERSION}${MBPKGARCH_TUNE}${MBPKGARCH_MATH}"
> >>
> >> --
> >> 2.17.1
> >>
> >> --
> >> ___
> >> Openembedded-core mailing list
> >> Openembedded-core@lists.openembedded.org
> >> http://lists.openembedded.org/mailman/listinfo/openembedded-core
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 2/4] ncurses: add CVE_VERSION

[Anuj Mittal]

Include the version number in a format that is comparable to what we get
from NVD.

Signed-off-by: Anuj Mittal 
---
 meta/recipes-core/ncurses/ncurses_6.1+20191019.bb | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/meta/recipes-core/ncurses/ncurses_6.1+20191019.bb 
b/meta/recipes-core/ncurses/ncurses_6.1+20191019.bb
index ee7d4bed28..18f6ef 100644
--- a/meta/recipes-core/ncurses/ncurses_6.1+20191019.bb
+++ b/meta/recipes-core/ncurses/ncurses_6.1+20191019.bb
@@ -9,3 +9,5 @@ SRCREV = "ea70ec815b362f5bbad7a827a2edf50fd2b459cc"
 S = "${WORKDIR}/git"
 EXTRA_OECONF += "--with-abi-version=5 --cache-file=${B}/config.cache"
 UPSTREAM_CHECK_GITTAGREGEX = "(?P\d+(\.\d+)+(\+\d+)*)"
+
+CVE_VERSION = "6.1.${@d.getVar("PV").split('+')[1]}"
-- 
2.24.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 1/4] x264: upgrade to latest revision

[Anuj Mittal]

Signed-off-by: Anuj Mittal 
---
 .../x264/x264/Fix-X32-build-by-disabling-asm.patch | 14 ++
 meta/recipes-multimedia/x264/x264_git.bb   |  4 ++--
 2 files changed, 8 insertions(+), 10 deletions(-)

diff --git 
a/meta/recipes-multimedia/x264/x264/Fix-X32-build-by-disabling-asm.patch 
b/meta/recipes-multimedia/x264/x264/Fix-X32-build-by-disabling-asm.patch
index 087a448eec..cb771fb0bf 100644
--- a/meta/recipes-multimedia/x264/x264/Fix-X32-build-by-disabling-asm.patch
+++ b/meta/recipes-multimedia/x264/x264/Fix-X32-build-by-disabling-asm.patch
@@ -1,4 +1,4 @@
-From 66b120079fb21ed38cab0900c63360b0a7853eaa Mon Sep 17 00:00:00 2001
+From 7bc25f4d1aaa5186d2eff3e2326c7245fcd7e7f3 Mon Sep 17 00:00:00 2001
 From: Christopher Larson 
 Date: Tue, 13 Dec 2016 14:22:32 -0700
 Subject: [PATCH] Fix X32 build by disabling asm
@@ -12,15 +12,16 @@ doesn't successfully build at this time, and my assembly is 
very rusty.
 
 Upstream-Status: Pending
 Signed-off-by: Christopher Larson 
+
 ---
  configure | 14 --
  1 file changed, 12 insertions(+), 2 deletions(-)
 
 diff --git a/configure b/configure
-index 3109ec4..844aeae 100755
+index 51b128d..6ea9469 100755
 --- a/configure
 +++ b/configure
-@@ -703,7 +703,13 @@ case $host_cpu in
+@@ -754,7 +754,13 @@ case $host_cpu in
  AS_EXT=".asm"
  ASFLAGS="$ASFLAGS -DARCH_X86_64=1 -I\$(SRCPATH)/common/x86/"
  stack_alignment=16
@@ -33,9 +34,9 @@ index 3109ec4..844aeae 100755
 +fi
 +fi
  if [ "$SYS" = MACOSX ]; then
- ASFLAGS="$ASFLAGS -f macho64 -DPIC -DPREFIX"
+ ASFLAGS="$ASFLAGS -f macho64 -DPREFIX"
  if cc_check '' "-arch x86_64"; then
-@@ -722,7 +728,11 @@ case $host_cpu in
+@@ -773,7 +779,11 @@ case $host_cpu in
  RCFLAGS="--target=pe-x86-64 $RCFLAGS"
  fi
  else
@@ -48,6 +49,3 @@ index 3109ec4..844aeae 100755
  fi
  ;;
  powerpc*)
--- 
-2.8.0
-
diff --git a/meta/recipes-multimedia/x264/x264_git.bb 
b/meta/recipes-multimedia/x264/x264_git.bb
index f22930a0ee..39429a8809 100644
--- a/meta/recipes-multimedia/x264/x264_git.bb
+++ b/meta/recipes-multimedia/x264/x264_git.bb
@@ -14,9 +14,9 @@ SRC_URI = "git://github.com/mirror/x264;branch=stable \
"
 UPSTREAM_CHECK_COMMITS = "1"
 
-SRCREV = "72db437770fd1ce3961f624dd57a8e75ff65ae0b"
+SRCREV = "1771b556ee45207f8711744ccbd5d42a3949b14c"
 
-PV = "r2917+git${SRCPV}"
+PV = "r2991+git${SRCPV}"
 
 S = "${WORKDIR}/git"
 
-- 
2.24.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 3/4] libxml2: fix CVE-2020-7595

[Anuj Mittal]

Signed-off-by: Anuj Mittal 
---
 .../libxml/libxml2/CVE-2020-7595.patch| 36 +++
 meta/recipes-core/libxml/libxml2_2.9.10.bb|  1 +
 2 files changed, 37 insertions(+)
 create mode 100644 meta/recipes-core/libxml/libxml2/CVE-2020-7595.patch

diff --git a/meta/recipes-core/libxml/libxml2/CVE-2020-7595.patch 
b/meta/recipes-core/libxml/libxml2/CVE-2020-7595.patch
new file mode 100644
index 00..facfefd362
--- /dev/null
+++ b/meta/recipes-core/libxml/libxml2/CVE-2020-7595.patch
@@ -0,0 +1,36 @@
+From 0e1a49c8907645d2e155f0d89d4d9895ac5112b5 Mon Sep 17 00:00:00 2001
+From: Zhipeng Xie 
+Date: Thu, 12 Dec 2019 17:30:55 +0800
+Subject: [PATCH] Fix infinite loop in xmlStringLenDecodeEntities
+
+When ctxt->instate == XML_PARSER_EOF,xmlParseStringEntityRef
+return NULL which cause a infinite loop in xmlStringLenDecodeEntities
+
+Found with libFuzzer.
+
+Signed-off-by: Zhipeng Xie 
+
+Upstream-Status: Backport 
[https://gitlab.gnome.org/GNOME/libxml2/commit/0e1a49c89076]
+CVE: CVE-2020-7595
+Signed-off-by: Anuj Mittal  
+---
+ parser.c | 3 ++-
+ 1 file changed, 2 insertions(+), 1 deletion(-)
+
+diff --git a/parser.c b/parser.c
+index d1c31963..a34bb6cd 100644
+--- a/parser.c
 b/parser.c
+@@ -2646,7 +2646,8 @@ xmlStringLenDecodeEntities(xmlParserCtxtPtr ctxt, const 
xmlChar *str, int len,
+ else
+ c = 0;
+ while ((c != 0) && (c != end) && /* non input consuming loop */
+- (c != end2) && (c != end3)) {
++   (c != end2) && (c != end3) &&
++   (ctxt->instate != XML_PARSER_EOF)) {
+ 
+   if (c == 0) break;
+ if ((c == '&') && (str[1] == '#')) {
+-- 
+2.24.1
+
diff --git a/meta/recipes-core/libxml/libxml2_2.9.10.bb 
b/meta/recipes-core/libxml/libxml2_2.9.10.bb
index 2c833fa7a2..6a4097c2c6 100644
--- a/meta/recipes-core/libxml/libxml2_2.9.10.bb
+++ b/meta/recipes-core/libxml/libxml2_2.9.10.bb
@@ -20,6 +20,7 @@ SRC_URI = 
"http://www.xmlsoft.org/sources/libxml2-${PV}.tar.gz;name=libtar \
file://libxml-m4-use-pkgconfig.patch \

file://0001-Make-ptest-run-the-python-tests-if-python-is-enabled.patch \
file://fix-execution-of-ptests.patch \
+   file://CVE-2020-7595.patch \
"
 
 SRC_URI[libtar.md5sum] = "10942a1dc23137a8aa07f0639cbfece5"
-- 
2.24.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 4/4] sqlite3: upgrade 3.30.1 -> 3.31.1

[Anuj Mittal]

Signed-off-by: Anuj Mittal 
---
 meta/recipes-support/sqlite/sqlite3_3.30.1.bb | 20 ---
 meta/recipes-support/sqlite/sqlite3_3.31.1.bb | 12 +++
 2 files changed, 12 insertions(+), 20 deletions(-)
 delete mode 100644 meta/recipes-support/sqlite/sqlite3_3.30.1.bb
 create mode 100644 meta/recipes-support/sqlite/sqlite3_3.31.1.bb

diff --git a/meta/recipes-support/sqlite/sqlite3_3.30.1.bb 
b/meta/recipes-support/sqlite/sqlite3_3.30.1.bb
deleted file mode 100644
index e055aca205..00
--- a/meta/recipes-support/sqlite/sqlite3_3.30.1.bb
+++ /dev/null
@@ -1,20 +0,0 @@
-require sqlite3.inc
-
-LICENSE = "PD"
-LIC_FILES_CHKSUM = 
"file://sqlite3.h;endline=11;md5=786d3dc581eff03f4fd9e4a77ed00c66"
-
-SRC_URI = "http://www.sqlite.org/2019/sqlite-autoconf-${SQLITE_PV}.tar.gz \
-   file://CVE-2019-19244.patch \
-   file://CVE-2019-19880.patch \
-   file://CVE-2019-19923.patch \
-   file://CVE-2019-19924.patch \
-   file://CVE-2019-19925.patch \
-   file://CVE-2019-19926.patch \
-   file://CVE-2019-19959.patch \
-   file://CVE-2019-20218.patch \
-   "
-SRC_URI[md5sum] = "51252dc6bc9094ba11ab151ba650ff3c"
-SRC_URI[sha256sum] = 
"8c5a50db089bd2a1b08dbc5b00d2027602ca7ff238ba7658fabca454d4298e60"
-
-# -19242 is only an issue in specific development branch commits
-CVE_CHECK_WHITELIST += "CVE-2019-19242"
diff --git a/meta/recipes-support/sqlite/sqlite3_3.31.1.bb 
b/meta/recipes-support/sqlite/sqlite3_3.31.1.bb
new file mode 100644
index 00..903d66ab29
--- /dev/null
+++ b/meta/recipes-support/sqlite/sqlite3_3.31.1.bb
@@ -0,0 +1,12 @@
+require sqlite3.inc
+
+LICENSE = "PD"
+LIC_FILES_CHKSUM = 
"file://sqlite3.h;endline=11;md5=786d3dc581eff03f4fd9e4a77ed00c66"
+
+SRC_URI = "http://www.sqlite.org/2020/sqlite-autoconf-${SQLITE_PV}.tar.gz \
+   "
+SRC_URI[md5sum] = "2d0a553534c521504e3ac3ad3b90f125"
+SRC_URI[sha256sum] = 
"62284efebc05a76f909c580ffa5c008a7d22a1287285d68b7825a2b6b51949ae"
+
+# -19242 is only an issue in specific development branch commits
+CVE_CHECK_WHITELIST += "CVE-2019-19242"
-- 
2.24.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH v2] sqlite3: upgrade 3.30.1 -> 3.31.1

[Anuj Mittal]

Signed-off-by: Anuj Mittal 
---
 .../sqlite/sqlite3/CVE-2019-19244.patch   | 33 --
 .../sqlite/sqlite3/CVE-2019-19880.patch   | 33 --
 .../sqlite/sqlite3/CVE-2019-19923.patch   | 50 --
 .../sqlite/sqlite3/CVE-2019-19924.patch   | 65 ---
 .../sqlite/sqlite3/CVE-2019-19925.patch   | 33 --
 .../sqlite/sqlite3/CVE-2019-19926.patch   | 31 -
 .../sqlite/sqlite3/CVE-2019-19959.patch   | 46 -
 .../sqlite/sqlite3/CVE-2019-20218.patch   | 31 -
 meta/recipes-support/sqlite/sqlite3_3.30.1.bb | 20 --
 meta/recipes-support/sqlite/sqlite3_3.31.1.bb | 12 
 10 files changed, 12 insertions(+), 342 deletions(-)
 delete mode 100644 meta/recipes-support/sqlite/sqlite3/CVE-2019-19244.patch
 delete mode 100644 meta/recipes-support/sqlite/sqlite3/CVE-2019-19880.patch
 delete mode 100644 meta/recipes-support/sqlite/sqlite3/CVE-2019-19923.patch
 delete mode 100644 meta/recipes-support/sqlite/sqlite3/CVE-2019-19924.patch
 delete mode 100644 meta/recipes-support/sqlite/sqlite3/CVE-2019-19925.patch
 delete mode 100644 meta/recipes-support/sqlite/sqlite3/CVE-2019-19926.patch
 delete mode 100644 meta/recipes-support/sqlite/sqlite3/CVE-2019-19959.patch
 delete mode 100644 meta/recipes-support/sqlite/sqlite3/CVE-2019-20218.patch
 delete mode 100644 meta/recipes-support/sqlite/sqlite3_3.30.1.bb
 create mode 100644 meta/recipes-support/sqlite/sqlite3_3.31.1.bb

diff --git a/meta/recipes-support/sqlite/sqlite3/CVE-2019-19244.patch 
b/meta/recipes-support/sqlite/sqlite3/CVE-2019-19244.patch
deleted file mode 100644
index 3f70979acc..00
--- a/meta/recipes-support/sqlite/sqlite3/CVE-2019-19244.patch
+++ /dev/null
@@ -1,33 +0,0 @@
-CVE: CVE-2019-19244
-Upstream-Status: Backport
-Signed-off-by: Ross Burton 
-
-From 0f690d4ae5ffe656762fdbb7f36cc4c2dcbb2d9d Mon Sep 17 00:00:00 2001
-From: dan 
-Date: Fri, 22 Nov 2019 10:14:01 +
-Subject: [PATCH] Fix a crash that could occur if a sub-select that uses both
- DISTINCT and window functions also used an ORDER BY that is the same as its
- select list.
-
-Amalgamation version of the patch:
-FossilOrigin-Name: 
bcdd66c1691955c697f3d756c2b035acfe98f6aad72e90b0021bab6e9023b3ba

- sqlite3.c | 5 +++--
- sqlite3.h | 2 +-
- 2 files changed, 4 insertions(+), 3 deletions(-)
-
-diff --git a/sqlite3.c b/sqlite3.c
-index 8fd740b..db1c649 100644
 a/sqlite3.c
-+++ b/sqlite3.c
-@@ -131679,6 +131679,7 @@ SQLITE_PRIVATE int sqlite3Select(
-   */
-   if( (p->selFlags & (SF_Distinct|SF_Aggregate))==SF_Distinct 
-&& sqlite3ExprListCompare(sSort.pOrderBy, pEList, -1)==0
-+   && p->pWin==0
-   ){
- p->selFlags &= ~SF_Distinct;
- pGroupBy = p->pGroupBy = sqlite3ExprListDup(db, pEList, 0);
--- 
-2.24.1
-
diff --git a/meta/recipes-support/sqlite/sqlite3/CVE-2019-19880.patch 
b/meta/recipes-support/sqlite/sqlite3/CVE-2019-19880.patch
deleted file mode 100644
index ca5c31c57b..00
--- a/meta/recipes-support/sqlite/sqlite3/CVE-2019-19880.patch
+++ /dev/null
@@ -1,33 +0,0 @@
-CVE: CVE-2019-19880
-Upstream-Status: Backport
-Signed-off-by: Ross Burton 
-
-From 3622d20ad10dfac9586d4423547ed960cbc66fcf Mon Sep 17 00:00:00 2001
-From: "D. Richard Hipp" 
-Date: Wed, 18 Dec 2019 00:05:50 +
-Subject: [PATCH] When processing constant integer values in ORDER BY clauses
- of window definitions (see check-in [7e4 ---
-

- sqlite3.c | 4 +++-
- 1 file changed, 3 insertions(+), 1 deletion(-)
-
-diff --git a/sqlite3.c b/sqlite3.c
-index db1c649..a83b3d2 100644
 a/sqlite3.c
-+++ b/sqlite3.c
-@@ -147584,9 +147584,11 @@ static ExprList *exprListAppendList(
- int nInit = pList ? pList->nExpr : 0;
- for(i=0; inExpr; i++){
-   Expr *pDup = sqlite3ExprDup(pParse->db, pAppend->a[i].pExpr, 0);
-+  assert( pDup==0 || !ExprHasProperty(pDup, EP_MemToken) );
-   if( bIntToNull && pDup && pDup->op==TK_INTEGER ){
- pDup->op = TK_NULL;
- pDup->flags &= ~(EP_IntValue|EP_IsTrue|EP_IsFalse);
-+pDup->u.zToken = 0;
-   }
-   pList = sqlite3ExprListAppend(pParse, pList, pDup);
-   if( pList ) pList->a[nInit+i].sortFlags = pAppend->a[i].sortFlags;
--- 
-2.24.1
-
diff --git a/meta/recipes-support/sqlite/sqlite3/CVE-2019-19923.patch 
b/meta/recipes-support/sqlite/sqlite3/CVE-2019-19923.patch
deleted file mode 100644
index b1b866b250..00
--- a/meta/recipes-support/sqlite/sqlite3/CVE-2019-19923.patch
+++ /dev/null
@@ -1,50 +0,0 @@
-CVE: CVE-2019-19923
-Upstream-Status: Backport
-Signed-off-by: Ross Burton 
-
-From b64463719dc53bde98b0ce3930b10a32560c3a02 Mon Sep 17 00:00:00 2001
-From: "D. Richard Hipp" 
-Date: Wed, 18 Dec 2019 20:51:58 +
-Subject: [PATCH] Continue to back away from the LEFT JOIN optimization of
- check-in [41c27bc0ff1d3135] by disallowing query flattening if the outer
- query is DISTINCT.  Without this fix, if an index scan is run on the table
- within the view on the right-hand side of the LEFT JOIN, stale result
- 

Re: [OE-core] [PATCH] gcc-9.2: fix bug #91102 'aarch64 ICE on Linux kernel with -Os'

[akuster808]

On 2/3/20 7:57 PM, Khem Raj wrote:
> this is ok. Also please ask it to be backported to 9.3 on gcc bugzilla

And zeus : )

- armin
>
> On Mon, Feb 3, 2020 at 6:20 PM Taras Kondratiuk  wrote:
>> Linux kernel compilation for aarch64 triggers ICE if
>> CONFIG_CC_OPTIMIZE_FOR_SIZE=y.
>>
>> The rootcause is GCC bug #91102 'aarch64 ICE on Linux kernel with -Os'.
>> Apply the fix to 9.2.
>>
>> Signed-off-by: Taras Kondratiuk 
>> ---
>>  meta/recipes-devtools/gcc/gcc-9.2.inc |  1 +
>>  ...02-aarch64-ICE-on-Linux-kernel-with-.patch | 95 +++
>>  2 files changed, 96 insertions(+)
>>  create mode 100644 
>> meta/recipes-devtools/gcc/gcc-9.2/re-PR-target-91102-aarch64-ICE-on-Linux-kernel-with-.patch
>>
>> diff --git a/meta/recipes-devtools/gcc/gcc-9.2.inc 
>> b/meta/recipes-devtools/gcc/gcc-9.2.inc
>> index 926df11c2782..2bae85afe3a3 100644
>> --- a/meta/recipes-devtools/gcc/gcc-9.2.inc
>> +++ b/meta/recipes-devtools/gcc/gcc-9.2.inc
>> @@ -69,6 +69,7 @@ SRC_URI = "\
>>file://CVE-2019-15847_1.patch \
>>file://CVE-2019-15847_2.patch \
>>file://CVE-2019-15847_3.patch \
>> +   
>> file://re-PR-target-91102-aarch64-ICE-on-Linux-kernel-with-.patch \
>>  "
>>  S = "${TMPDIR}/work-shared/gcc-${PV}-${PR}/gcc-${PV}"
>>  SRC_URI[md5sum] = "3818ad8600447f05349098232c2ddc78"
>> diff --git 
>> a/meta/recipes-devtools/gcc/gcc-9.2/re-PR-target-91102-aarch64-ICE-on-Linux-kernel-with-.patch
>>  
>> b/meta/recipes-devtools/gcc/gcc-9.2/re-PR-target-91102-aarch64-ICE-on-Linux-kernel-with-.patch
>> new file mode 100644
>> index ..c37e0bb9dd9b
>> --- /dev/null
>> +++ 
>> b/meta/recipes-devtools/gcc/gcc-9.2/re-PR-target-91102-aarch64-ICE-on-Linux-kernel-with-.patch
>> @@ -0,0 +1,95 @@
>> +From efb0ee06f5c0186c2d1442ecd4dbbd55dbd97b44 Mon Sep 17 00:00:00 2001
>> +From: Vladimir Makarov 
>> +Date: Wed, 10 Jul 2019 16:07:10 +
>> +Subject: [PATCH] re PR target/91102 (aarch64 ICE on Linux kernel with -Os
>> + starting with r270266)
>> +
>> +2019-07-10  Vladimir Makarov  
>> +
>> +   PR target/91102
>> +   * lra-constraints.c (process_alt_operands): Don't match user
>> +   defined regs only if they are early clobbers.
>> +
>> +2019-07-10  Vladimir Makarov  
>> +
>> +   PR target/91102
>> +   * gcc.target/aarch64/pr91102.c: New test.
>> +
>> +From-SVN: r273357
>> +Upstream-Status: Backport 
>> [https://github.com/gcc-mirror/gcc/commit/613caed2feb9cfc8158308670b59df3d031ec629]
>> +[takondra: dropped conflicting ChangeLog changes]
>> +Signed-off-by: Taras Kondratiuk 
>> +---
>> + gcc/lra-constraints.c  | 17 ++
>> + gcc/testsuite/gcc.target/aarch64/pr91102.c | 26 ++
>> + 2 files changed, 39 insertions(+), 4 deletions(-)
>> + create mode 100644 gcc/testsuite/gcc.target/aarch64/pr91102.c
>> +
>> +diff --git a/gcc/lra-constraints.c b/gcc/lra-constraints.c
>> +index cf33da8013e4..6382dbf852b6 100644
>> +--- a/gcc/lra-constraints.c
>>  b/gcc/lra-constraints.c
>> +@@ -2172,8 +2172,9 @@ process_alt_operands (int only_alternative)
>> +   else
>> + {
>> +   /* Operands don't match.  If the operands are
>> +- different user defined explicit hard registers,
>> +- then we cannot make them match.  */
>> ++ different user defined explicit hard
>> ++ registers, then we cannot make them match
>> ++ when one is early clobber operand.  */
>> +   if ((REG_P (*curr_id->operand_loc[nop])
>> +|| SUBREG_P (*curr_id->operand_loc[nop]))
>> +   && (REG_P (*curr_id->operand_loc[m])
>> +@@ -2192,9 +2193,17 @@ process_alt_operands (int only_alternative)
>> +   && REG_P (m_reg)
>> +   && HARD_REGISTER_P (m_reg)
>> +   && REG_USERVAR_P (m_reg))
>> +-break;
>> ++{
>> ++  int i;
>> ++
>> ++  for (i = 0; i < early_clobbered_regs_num; 
>> i++)
>> ++if (m == early_clobbered_nops[i])
>> ++  break;
>> ++  if (i < early_clobbered_regs_num
>> ++  || early_clobber_p)
>> ++break;
>> ++}
>> + }
>> +-
>> +   /* Both operands must allow a reload register,
>> +  otherwise we cannot make them match.  */
>> +   if (curr_alt[m] == NO_REGS)
>> +diff --git a/gcc/testsuite/gcc.target/aarch64/pr91102.c 
>> b/gcc/testsuite/gcc.target/aarch64/pr91102.c
>> +new file mode 100644
>> +index ..70b99045a48e
>> +--- /dev/null
>>  

Re: [OE-core] [PATCH] gcc-9.2: fix bug #91102 'aarch64 ICE on Linux kernel with -Os'

[Khem Raj]

this is ok. Also please ask it to be backported to 9.3 on gcc bugzilla

On Mon, Feb 3, 2020 at 6:20 PM Taras Kondratiuk  wrote:
>
> Linux kernel compilation for aarch64 triggers ICE if
> CONFIG_CC_OPTIMIZE_FOR_SIZE=y.
>
> The rootcause is GCC bug #91102 'aarch64 ICE on Linux kernel with -Os'.
> Apply the fix to 9.2.
>
> Signed-off-by: Taras Kondratiuk 
> ---
>  meta/recipes-devtools/gcc/gcc-9.2.inc |  1 +
>  ...02-aarch64-ICE-on-Linux-kernel-with-.patch | 95 +++
>  2 files changed, 96 insertions(+)
>  create mode 100644 
> meta/recipes-devtools/gcc/gcc-9.2/re-PR-target-91102-aarch64-ICE-on-Linux-kernel-with-.patch
>
> diff --git a/meta/recipes-devtools/gcc/gcc-9.2.inc 
> b/meta/recipes-devtools/gcc/gcc-9.2.inc
> index 926df11c2782..2bae85afe3a3 100644
> --- a/meta/recipes-devtools/gcc/gcc-9.2.inc
> +++ b/meta/recipes-devtools/gcc/gcc-9.2.inc
> @@ -69,6 +69,7 @@ SRC_URI = "\
>file://CVE-2019-15847_1.patch \
>file://CVE-2019-15847_2.patch \
>file://CVE-2019-15847_3.patch \
> +   file://re-PR-target-91102-aarch64-ICE-on-Linux-kernel-with-.patch 
> \
>  "
>  S = "${TMPDIR}/work-shared/gcc-${PV}-${PR}/gcc-${PV}"
>  SRC_URI[md5sum] = "3818ad8600447f05349098232c2ddc78"
> diff --git 
> a/meta/recipes-devtools/gcc/gcc-9.2/re-PR-target-91102-aarch64-ICE-on-Linux-kernel-with-.patch
>  
> b/meta/recipes-devtools/gcc/gcc-9.2/re-PR-target-91102-aarch64-ICE-on-Linux-kernel-with-.patch
> new file mode 100644
> index ..c37e0bb9dd9b
> --- /dev/null
> +++ 
> b/meta/recipes-devtools/gcc/gcc-9.2/re-PR-target-91102-aarch64-ICE-on-Linux-kernel-with-.patch
> @@ -0,0 +1,95 @@
> +From efb0ee06f5c0186c2d1442ecd4dbbd55dbd97b44 Mon Sep 17 00:00:00 2001
> +From: Vladimir Makarov 
> +Date: Wed, 10 Jul 2019 16:07:10 +
> +Subject: [PATCH] re PR target/91102 (aarch64 ICE on Linux kernel with -Os
> + starting with r270266)
> +
> +2019-07-10  Vladimir Makarov  
> +
> +   PR target/91102
> +   * lra-constraints.c (process_alt_operands): Don't match user
> +   defined regs only if they are early clobbers.
> +
> +2019-07-10  Vladimir Makarov  
> +
> +   PR target/91102
> +   * gcc.target/aarch64/pr91102.c: New test.
> +
> +From-SVN: r273357
> +Upstream-Status: Backport 
> [https://github.com/gcc-mirror/gcc/commit/613caed2feb9cfc8158308670b59df3d031ec629]
> +[takondra: dropped conflicting ChangeLog changes]
> +Signed-off-by: Taras Kondratiuk 
> +---
> + gcc/lra-constraints.c  | 17 ++
> + gcc/testsuite/gcc.target/aarch64/pr91102.c | 26 ++
> + 2 files changed, 39 insertions(+), 4 deletions(-)
> + create mode 100644 gcc/testsuite/gcc.target/aarch64/pr91102.c
> +
> +diff --git a/gcc/lra-constraints.c b/gcc/lra-constraints.c
> +index cf33da8013e4..6382dbf852b6 100644
> +--- a/gcc/lra-constraints.c
>  b/gcc/lra-constraints.c
> +@@ -2172,8 +2172,9 @@ process_alt_operands (int only_alternative)
> +   else
> + {
> +   /* Operands don't match.  If the operands are
> +- different user defined explicit hard registers,
> +- then we cannot make them match.  */
> ++ different user defined explicit hard
> ++ registers, then we cannot make them match
> ++ when one is early clobber operand.  */
> +   if ((REG_P (*curr_id->operand_loc[nop])
> +|| SUBREG_P (*curr_id->operand_loc[nop]))
> +   && (REG_P (*curr_id->operand_loc[m])
> +@@ -2192,9 +2193,17 @@ process_alt_operands (int only_alternative)
> +   && REG_P (m_reg)
> +   && HARD_REGISTER_P (m_reg)
> +   && REG_USERVAR_P (m_reg))
> +-break;
> ++{
> ++  int i;
> ++
> ++  for (i = 0; i < early_clobbered_regs_num; i++)
> ++if (m == early_clobbered_nops[i])
> ++  break;
> ++  if (i < early_clobbered_regs_num
> ++  || early_clobber_p)
> ++break;
> ++}
> + }
> +-
> +   /* Both operands must allow a reload register,
> +  otherwise we cannot make them match.  */
> +   if (curr_alt[m] == NO_REGS)
> +diff --git a/gcc/testsuite/gcc.target/aarch64/pr91102.c 
> b/gcc/testsuite/gcc.target/aarch64/pr91102.c
> +new file mode 100644
> +index ..70b99045a48e
> +--- /dev/null
>  b/gcc/testsuite/gcc.target/aarch64/pr91102.c
> +@@ -0,0 +1,26 @@
> ++/* PR target/91102 */
> ++/* { dg-do compile } */
> ++/* { dg-options "-O2" } */
> ++
> ++int
> ++foo (long d, 

[OE-core] [PATCH] gcc-9.2: fix bug #91102 'aarch64 ICE on Linux kernel with -Os'

[Taras Kondratiuk via Openembedded-core]

Linux kernel compilation for aarch64 triggers ICE if
CONFIG_CC_OPTIMIZE_FOR_SIZE=y.

The rootcause is GCC bug #91102 'aarch64 ICE on Linux kernel with -Os'.
Apply the fix to 9.2.

Signed-off-by: Taras Kondratiuk 
---
 meta/recipes-devtools/gcc/gcc-9.2.inc |  1 +
 ...02-aarch64-ICE-on-Linux-kernel-with-.patch | 95 +++
 2 files changed, 96 insertions(+)
 create mode 100644 
meta/recipes-devtools/gcc/gcc-9.2/re-PR-target-91102-aarch64-ICE-on-Linux-kernel-with-.patch

diff --git a/meta/recipes-devtools/gcc/gcc-9.2.inc 
b/meta/recipes-devtools/gcc/gcc-9.2.inc
index 926df11c2782..2bae85afe3a3 100644
--- a/meta/recipes-devtools/gcc/gcc-9.2.inc
+++ b/meta/recipes-devtools/gcc/gcc-9.2.inc
@@ -69,6 +69,7 @@ SRC_URI = "\
   file://CVE-2019-15847_1.patch \
   file://CVE-2019-15847_2.patch \
   file://CVE-2019-15847_3.patch \
+   file://re-PR-target-91102-aarch64-ICE-on-Linux-kernel-with-.patch \
 "
 S = "${TMPDIR}/work-shared/gcc-${PV}-${PR}/gcc-${PV}"
 SRC_URI[md5sum] = "3818ad8600447f05349098232c2ddc78"
diff --git 
a/meta/recipes-devtools/gcc/gcc-9.2/re-PR-target-91102-aarch64-ICE-on-Linux-kernel-with-.patch
 
b/meta/recipes-devtools/gcc/gcc-9.2/re-PR-target-91102-aarch64-ICE-on-Linux-kernel-with-.patch
new file mode 100644
index ..c37e0bb9dd9b
--- /dev/null
+++ 
b/meta/recipes-devtools/gcc/gcc-9.2/re-PR-target-91102-aarch64-ICE-on-Linux-kernel-with-.patch
@@ -0,0 +1,95 @@
+From efb0ee06f5c0186c2d1442ecd4dbbd55dbd97b44 Mon Sep 17 00:00:00 2001
+From: Vladimir Makarov 
+Date: Wed, 10 Jul 2019 16:07:10 +
+Subject: [PATCH] re PR target/91102 (aarch64 ICE on Linux kernel with -Os
+ starting with r270266)
+
+2019-07-10  Vladimir Makarov  
+
+   PR target/91102
+   * lra-constraints.c (process_alt_operands): Don't match user
+   defined regs only if they are early clobbers.
+
+2019-07-10  Vladimir Makarov  
+
+   PR target/91102
+   * gcc.target/aarch64/pr91102.c: New test.
+
+From-SVN: r273357
+Upstream-Status: Backport 
[https://github.com/gcc-mirror/gcc/commit/613caed2feb9cfc8158308670b59df3d031ec629]
+[takondra: dropped conflicting ChangeLog changes]
+Signed-off-by: Taras Kondratiuk 
+---
+ gcc/lra-constraints.c  | 17 ++
+ gcc/testsuite/gcc.target/aarch64/pr91102.c | 26 ++
+ 2 files changed, 39 insertions(+), 4 deletions(-)
+ create mode 100644 gcc/testsuite/gcc.target/aarch64/pr91102.c
+
+diff --git a/gcc/lra-constraints.c b/gcc/lra-constraints.c
+index cf33da8013e4..6382dbf852b6 100644
+--- a/gcc/lra-constraints.c
 b/gcc/lra-constraints.c
+@@ -2172,8 +2172,9 @@ process_alt_operands (int only_alternative)
+   else
+ {
+   /* Operands don't match.  If the operands are
+- different user defined explicit hard registers,
+- then we cannot make them match.  */
++ different user defined explicit hard
++ registers, then we cannot make them match
++ when one is early clobber operand.  */
+   if ((REG_P (*curr_id->operand_loc[nop])
+|| SUBREG_P (*curr_id->operand_loc[nop]))
+   && (REG_P (*curr_id->operand_loc[m])
+@@ -2192,9 +2193,17 @@ process_alt_operands (int only_alternative)
+   && REG_P (m_reg)
+   && HARD_REGISTER_P (m_reg)
+   && REG_USERVAR_P (m_reg))
+-break;
++{
++  int i;
++  
++  for (i = 0; i < early_clobbered_regs_num; i++)
++if (m == early_clobbered_nops[i])
++  break;
++  if (i < early_clobbered_regs_num
++  || early_clobber_p)
++break;
++}
+ }
+-
+   /* Both operands must allow a reload register,
+  otherwise we cannot make them match.  */
+   if (curr_alt[m] == NO_REGS)
+diff --git a/gcc/testsuite/gcc.target/aarch64/pr91102.c 
b/gcc/testsuite/gcc.target/aarch64/pr91102.c
+new file mode 100644
+index ..70b99045a48e
+--- /dev/null
 b/gcc/testsuite/gcc.target/aarch64/pr91102.c
+@@ -0,0 +1,26 @@
++/* PR target/91102 */
++/* { dg-do compile } */
++/* { dg-options "-O2" } */
++
++int
++foo (long d, long l)
++{
++  register long e asm ("x1") = d;
++  register long f asm("x2") = l;
++  asm ("" : : "r" (e), "r" (f));
++  return 3;
++}
++
++struct T { int i; int j; };
++union S { long h; struct T t; };
++
++void
++bar (union S b)
++{
++  while (1)
++{
++  union S c = b;
++  c.t.j++;
++  b.h = foo (b.h, c.h);

[OE-core] [PATCH] webkitgtk: Prefer -pthread over -lpthread

[Khem Raj]

-pthread is compiler driver option which links in needed dependencies
for pthreads along with -lpthread, this aids in fixing build failures
on rv64

Signed-off-by: Khem Raj 
---
 ...1-Enable-THREADS_PREFER_PTHREAD_FLAG.patch | 45 +++
 meta/recipes-sato/webkit/webkitgtk_2.26.2.bb  |  1 +
 2 files changed, 46 insertions(+)
 create mode 100644 
meta/recipes-sato/webkit/webkitgtk/0001-Enable-THREADS_PREFER_PTHREAD_FLAG.patch

diff --git 
a/meta/recipes-sato/webkit/webkitgtk/0001-Enable-THREADS_PREFER_PTHREAD_FLAG.patch
 
b/meta/recipes-sato/webkit/webkitgtk/0001-Enable-THREADS_PREFER_PTHREAD_FLAG.patch
new file mode 100644
index 00..268118b5ca
--- /dev/null
+++ 
b/meta/recipes-sato/webkit/webkitgtk/0001-Enable-THREADS_PREFER_PTHREAD_FLAG.patch
@@ -0,0 +1,45 @@
+From 8ee7806ad2d5606967f7a1529a113fb9d1a386de Mon Sep 17 00:00:00 2001
+From: Khem Raj 
+Date: Mon, 3 Feb 2020 17:06:27 -0800
+Subject: [PATCH] Enable THREADS_PREFER_PTHREAD_FLAG
+
+Fixes build failures on risv64
+
+Taken from https://trac.webkit.org/changeset/231843/webkit
+
+ Enable THREADS_PREFER_PTHREAD_FLAG. This uses -pthread instead of
+-lpthread, fixing the 64-bit RISC-V build of the GTK+ port due to
+missing atomic primitives.
+
+Upstream-Status: Submitted [https://trac.webkit.org/changeset/231843/webkit]
+Signed-off-by: Khem Raj 
+---
+ Source/cmake/OptionsGTK.cmake | 2 ++
+ Source/cmake/OptionsJSCOnly.cmake | 1 +
+ 2 files changed, 3 insertions(+)
+
+diff --git a/Source/cmake/OptionsGTK.cmake b/Source/cmake/OptionsGTK.cmake
+index d3beef19..6a92856f 100644
+--- a/Source/cmake/OptionsGTK.cmake
 b/Source/cmake/OptionsGTK.cmake
+@@ -17,6 +17,8 @@ set(WEBKITGTK_HEADER_INSTALL_DIR 
"${CMAKE_INSTALL_INCLUDEDIR}/webkitgtk-${WEBKIT
+ set(INTROSPECTION_INSTALL_GIRDIR "${CMAKE_INSTALL_FULL_DATADIR}/gir-1.0")
+ set(INTROSPECTION_INSTALL_TYPELIBDIR "${LIB_INSTALL_DIR}/girepository-1.0")
+ 
++set(THREADS_PREFER_PTHREAD_FLAG ON)
++
+ find_package(Cairo 1.14.0 REQUIRED)
+ find_package(Fontconfig 2.8.0 REQUIRED)
+ find_package(Freetype 2.4.2 REQUIRED)
+diff --git a/Source/cmake/OptionsJSCOnly.cmake 
b/Source/cmake/OptionsJSCOnly.cmake
+index b2e87418..326ade23 100644
+--- a/Source/cmake/OptionsJSCOnly.cmake
 b/Source/cmake/OptionsJSCOnly.cmake
+@@ -1,3 +1,4 @@
++set(THREADS_PREFER_PTHREAD_FLAG ON)
+ find_package(Threads REQUIRED)
+ 
+ if (MSVC)
+-- 
+2.25.0
+
diff --git a/meta/recipes-sato/webkit/webkitgtk_2.26.2.bb 
b/meta/recipes-sato/webkit/webkitgtk_2.26.2.bb
index a223cfd451..a184d833c4 100644
--- a/meta/recipes-sato/webkit/webkitgtk_2.26.2.bb
+++ b/meta/recipes-sato/webkit/webkitgtk_2.26.2.bb
@@ -15,6 +15,7 @@ SRC_URI = 
"https://www.webkitgtk.org/releases/${BPN}-${PV}.tar.xz \

file://0001-OptionsGTK.cmake-drop-the-hardcoded-introspection-gt.patch \
file://0001-Fix-racy-parallel-build-of-WebKit2-4.0.gir.patch \

file://0001-Tweak-gtkdoc-settings-so-that-gtkdoc-generation-work.patch \
+   file://0001-Enable-THREADS_PREFER_PTHREAD_FLAG.patch \
file://x32_support.patch \
file://cross-compile.patch \
file://0001-Fix-build-with-musl.patch \
-- 
2.25.0

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] Failed to add u-boot ubifs (not working)

[JH]

Hi Quentin,

Thanks for your response.

On 2/3/20, Quentin Schulz  wrote:
> Hi JH,
>
> On Mon, Feb 03, 2020 at 09:56:49PM +1100, JH wrote:
>> Hi,
>>
>> I added my local machine to ubifs, is it correct?
>>
>> UBOOT_CONFIG[nand] = "mx6ull_14x14_evk_nand_config,ubifs"
>>
>
> Also, you need to select UBOOT_CONFIG somewhere, with the above line,
> you just say "if nand is selected as an UBOOT_CONFIG, do xyz". You still
> need to select it (with I assume, UBOOT_CONFIG += "nand" in a bbappend
> somewhere).

Sorry for not being it clear, I indeed defined UBOOT_CONFIG = "nand"
in the local.conf. Should I define it as UBOOT_CONFIG += "nand" or
should I move it to a u-boot bbappend?

> What's in your mx6ull_14x14_evk_nand_config?

The mx6ull_14x14_evk_nand_config,ubifs was from a tip found and copied
from Internet, but the original definition is from included
meta-freescale/conf/machine/imx6ullevk.conf:

UBOOT_CONFIG ??= "sd"
UBOOT_CONFIG[sd] = "mx6ull_14x14_evk_config,sdcard"
UBOOT_CONFIG[mfgtool] = "mx6ull_14x14_evk_config"

I tried to use UBOOT_CONFIG[nand] = "mx6ull_14x14_evk_config,ubifs", no avail.

> I haven't used that option before but what's ,ubifs supposed to do? Are
> you sure this nand option for UBOOT_CONFIG would actually create a .imx
> and not a .ubifs for example or something along those lines.
>
> TL;DR: Make sure UBOOT_CONFIG has nand in it, check that .imx is built
> with your defconfig and check that you're actually enabling the UBI
> command in your defconfig.

Yes, all enabled in my kernel 4.19.75:

CONFIG_MTD_UBI=y
CONFIG_MTD_UBI_WL_THRESHOLD=4096
CONFIG_MTD_UBI_BEB_LIMIT=20
CONFIG_MTD_UBI_FASTMAP=y
# CONFIG_MTD_UBI_GLUEBI is not set
CONFIG_MTD_UBI_BLOCK=y
CONFIG_DTC=y
CONFIG_OF=y

> Also, it would be helpful if you could give links to the recipes you're
> using. I seem to recall in some other mail it was
> http://git.yoctoproject.org/cgit/cgit.cgi/meta-freescale/tree/recipes-bsp/u-boot/u-boot-imx_2017.03.bb?h=sumo
> but it could be thud version as well.

Yes, I am using the thud, the u-boot-imx_2017.03.bb is the same, here
is the link:

http://git.yoctoproject.org/cgit/cgit.cgi/meta-freescale/tree/recipes-bsp/u-boot/u-boot-imx_2017.03.bb?h=thud

Thank you very much.

Kind regards,

- jh

On 2/3/20, JH  wrote:
> Hi,
>
> I added my local machine to ubifs, is it correct?
>
> UBOOT_CONFIG[nand] = "mx6ull_14x14_evk_nand_config,ubifs"
>
> I built the u-boot.imx, but the ubi was still missing in u-boot. What
> I could be missing?
>
> => run nand-boot;
> Unknown command 'ubi' - try 'help'
> Unknown command 'ubi' - try 'help'
>
> Thank you.
>
> Kind regards,
>
> - jh
>
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH] kernel-yocto.bbclass: export LD in the environment used by kconf_check

[Martin Jansa]

* resolves following exceptions in log.do_kernel_configcheck:
DEBUG: Executing python function do_kernel_configcheck
Traceback (most recent call last):
  File 
"/OE/build/oe-core/tmp-glibc/work/qemux86_64-oe-linux/linux-yocto/5.4.15-r0/recipe-sysroot-native/usr/bin/kconfiglib.py",
 line 2776, in _expand_macro
res += args[int(new_args[0])]
ValueError: invalid literal for int() with base 10: 'error-if'

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File 
"/OE/build/oe-core/tmp-glibc/work/qemux86_64-oe-linux/linux-yocto/5.4.15-r0/recipe-sysroot-native/usr/bin/symbol_why.py",
 line 295, in 
conf = kconfiglib.Kconfig( kconf, show_errors, show_errors )
  File 
"/OE/build/oe-core/tmp-glibc/work/qemux86_64-oe-linux/linux-yocto/5.4.15-r0/recipe-sysroot-native/usr/bin/kconfiglib.py",
 line 947, in __init__
self._init(filename, warn, warn_to_stderr, encoding)
  File 
"/OE/build/oe-core/tmp-glibc/work/qemux86_64-oe-linux/linux-yocto/5.4.15-r0/recipe-sysroot-native/usr/bin/kconfiglib.py",
 line 1085, in _init
self._parse_block(None, self.top_node, self.top_node).next = None
  File 
"/OE/build/oe-core/tmp-glibc/work/qemux86_64-oe-linux/linux-yocto/5.4.15-r0/recipe-sysroot-native/usr/bin/kconfiglib.py",
 line 2982, in _parse_block
prev = self._parse_block(None, parent, prev)
  File 
"/OE/build/oe-core/tmp-glibc/work/qemux86_64-oe-linux/linux-yocto/5.4.15-r0/recipe-sysroot-native/usr/bin/kconfiglib.py",
 line 2907, in _parse_block
while self._next_line():
  File 
"/OE/build/oe-core/tmp-glibc/work/qemux86_64-oe-linux/linux-yocto/5.4.15-r0/recipe-sysroot-native/usr/bin/kconfiglib.py",
 line 2234, in _next_line
self._tokens = self._tokenize(line)
  File 
"/OE/build/oe-core/tmp-glibc/work/qemux86_64-oe-linux/linux-yocto/5.4.15-r0/recipe-sysroot-native/usr/bin/kconfiglib.py",
 line 2364, in _tokenize
self._parse_assignment(s)
  File 
"/OE/build/oe-core/tmp-glibc/work/qemux86_64-oe-linux/linux-yocto/5.4.15-r0/recipe-sysroot-native/usr/bin/kconfiglib.py",
 line 2604, in _parse_assignment
s, i = self._expand_macro(s, i, ())
  File 
"/OE/build/oe-core/tmp-glibc/work/qemux86_64-oe-linux/linux-yocto/5.4.15-r0/recipe-sysroot-native/usr/bin/kconfiglib.py",
 line 2780, in _expand_macro
res += self._fn_val(new_args)
  File 
"/OE/build/oe-core/tmp-glibc/work/qemux86_64-oe-linux/linux-yocto/5.4.15-r0/recipe-sysroot-native/usr/bin/kconfiglib.py",
 line 2843, in _fn_val
return py_fn(self, *args)
  File 
"/OE/build/oe-core/tmp-glibc/work/qemux86_64-oe-linux/linux-yocto/5.4.15-r0/recipe-sysroot-native/usr/bin/kconfiglib.py",
 line 6769, in _error_if_fn
kconf.filename, kconf.linenr, msg))
kconfiglib.KconfigError: scripts/Kconfig.include:39:  gold linker 
'x86_64-oe-linux-ld 
--sysroot=/OE/build/oe-core/tmp-glibc/work/qemux86_64-oe-linux/linux-yocto/5.4.15-r0/recipe-sysroot
  ' not supported
Traceback (most recent call last):
  File 
"/OE/build/oe-core/tmp-glibc/work/qemux86_64-oe-linux/linux-yocto/5.4.15-r0/recipe-sysroot-native/usr/bin/kconfiglib.py",
 line 2776, in _expand_macro
res += args[int(new_args[0])]
ValueError: invalid literal for int() with base 10: 'error-if'

* there is still 291 mismatched options in default 5.4.15 builds,
  but at least the 11804 lines long log doesn't start with 9022 lines of above 
exceptions

  DEBUG: Executing python function do_kernel_configcheck
  [mismatch (291)]: 
/OE/build/oe-core/tmp-glibc/work-shared/qemux86-64/kernel-source/.kernel-meta/cfg/mismatch.txt
 There were hardware options requested that do not
 have a corresponding value present in the final ".config" file.
 This probably means you aren't getting the config you wanted.

  WARNING: [kernel config]: specified values did not make it into the kernel's 
final configuration:
  ...

Signed-off-by: Martin Jansa 
---
 meta/classes/kernel-yocto.bbclass | 1 +
 1 file changed, 1 insertion(+)

diff --git a/meta/classes/kernel-yocto.bbclass 
b/meta/classes/kernel-yocto.bbclass
index 87c681f1c3..141eeafeb9 100644
--- a/meta/classes/kernel-yocto.bbclass
+++ b/meta/classes/kernel-yocto.bbclass
@@ -370,6 +370,7 @@ python do_kernel_configcheck() {
 
 env = os.environ.copy()
 env['PATH'] = "%s:%s%s" % (d.getVar('PATH'), s, "/scripts/util/")
+env['LD'] = "${KERNEL_LD}"
 
 try:
 configs = subprocess.check_output(['scc', '--configs', '-o', s + 
'/.kernel-meta'], env=env).decode('utf-8')
-- 
2.20.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [OE-Core][PATCH v2] systemd: Upgrade 243.2 -> 243.4-latest

[Alex Kiernan]

Update to latest on the 243 stable branch. This includes (amongst other
fixes) seccomp filter changes which fix failures with glibc 2.31, e.g.

  systemd-journald[543]: Assertion 'clock_gettime(map_clock_id(clock_id), ) 
== 0' failed at src/basic/time-util.c:55, function now(). Aborting.

Refresh:
  0001-binfmt-Don-t-install-dependency-links-at-install-tim.patch
  0001-do-not-disable-buffer-in-writing-files.patch

Drop 0001-unit-file.c-consider-symlink-on-filesystems-like-NFS.patch,
fixed in 5c0224c7bf3c ("Handle d_type == DT_UNKNOWN correctly").

Drop 0001-seccomp-more-comprehensive-protection-against-libsec.patch,
fixed in 70e8c1978a9a ("seccomp: real syscall numbers are >= 0").

Drop 0004-rules-whitelist-hd-devices.patch and
0005-rules-watch-metadata-changes-in-ide-devices.patch which cause
ide-cd to flap with tray open messages (and don't appear to be required
any more)

Commits from v243-stable:

  70e8c1978a9a seccomp: real syscall numbers are >= 0
  a0a1977d9a5d seccomp: more comprehensive protection against libseccomp's 
__NR_xyz namespace invasion
  7f936c60d597 network: set ipv6 mtu after link-up or device mtu change
  b59d88cc62a4 man: fix typo in net-naming-scheme man page
  c5e5ac095821 man: fix typos (#14304)
  9a2f26564d5a ipv4ll: do not reset conflict counter on restart
  bc9e1ebfdd3b Fix typo (duplicate "or")
  c6cb71b7e741 network: if /sys is rw, then udev should be around
  67dcdfd95629 nspawn: do not fail if udev is not running
  a7938a1bc6d3 Create parent directories when creating systemd-private subdirs
  53aa44f8738a network: do not return error but return UINT64_MAX if speed 
meter is disabled
  65abf126744f core: swap priority can be negative
  b1cf452ff5f6 systemctl: enhance message about kexec missing kernel
  07a0e5b42523 man: use mkswap@ instead of makeswap@
  57dc017c6bac journald: don't ask for the machine ID if we don't need it
  ac392a57c08c journalctl: pager_close() calls fflush(stdout) anyway as first 
thing
  ee7dfadc8237 journald: remove unused field
  471073f1b52b journalctl: return EOPNOTSUPP if pcre is not enabled
  002ededb61a0 man: drop reference to machined, add one for journald instead
  fd3bd4be3bff pid1: make TimeoutAbortSec settable for transient units
  eb2ef4d6643e pid1: fix setting of DefaultTimeoutAbortSec
  1d75e29b2378 shared/ask-password-api: modify keyctl break value
  a16b1ee7e565 cryptsetup: reduce the chance that we will be OOM killed
  4836fb010ae8 core: write out correct field name when creating transient 
service units
  3e2c547f6d3c udevd: don't use monitor after manager_exit()
  d42f7d45a8e2 Revert "udevd: fix crash when workers time out after exit is 
signal caught"
  c9a287eee8fd man/systemd.link: Add missing verb *be*
  a67a3ae04b89 man: document all pager variables for systemctl and systemd
  3a8fce3f38b6 core.timer: fix "systemd-analyze dump" and docs syntax 
inconsistencies wrt OnTimezoneChange=
  fdffd284b682 core/service: downgrade "scheduling restart" message to debug
  733e7f19d3cf travis: add missing closing quote sign
  0d7b7817fc34 systemd-tmpfiles: don't install timer when service isn't 
installed either
  0e7f83cd2b31 pam_systemd: prolong method call timeout when allocating session
  e51d9bf9e5ac man: add entry about SpeedMeter=
  aa1fc791c7a1 udev: silence warning about PROGRAM+= or IMPORT+= rules
  b9a619bb6738 udevadm: ignore EROFS and return earlier
  1ec5b9f80cb5 basic: add vmware hypervisor detection from device-tree
  7fa7080248aa umount: be happy if /proc/swaps doesn't exist
  71ccd774bb33 shutdown: make logging more useful if NULL swap/mount table 
files are specified
  38453c6d42e4 man: share description of $SYSTEMD_COLORS in other tools
  b50ca0152681 core: do not propagate polkit error to caller
  99b72a66ca55 ask-password: don't hit assert() when we query pw which the user 
C-d and caching is enabled
  288edd686911 man: mention $RUNTIME_DIRECTORY & friends in environment list
  37aeadd433d3 cryptsetup-generator: guess whether the keyfile argument is two 
items or one
  a87e8fdc72d7 verify: fix segmentation fault
  3aea728cd2d2 timedated: it might be that tzinfo files are just not installed
  cc103c72abc1 timedated: handle UTC specially, when generating /etc/localtime
  f5a4caa5418b time-util: treat /etc/localtime missing as UTC
  2139d58652bb bpf: fix off-by-one in class whitelisting
  cb7693595db9 bpf: fix device type filter
  56e1ba304b00 core: constify bpf program arrays
  b06b7ace92c1 run: propagate return code/status from the child
  5db454b8031c udevd: fix crash when workers time out after exit is signal 
caught
  b774282a855e udev: ignore error caused by device disconnection
  8d88a2ecd7ce udev: fix error code in the log message
  c41484a2f3d7 udev: ignore ENOENT when chmod_and_chown() device node
  f218b65b3246 udev: do not append newline when write attributes
  ce4d17ddbc16 time-util: uniquify timezone list, in case UTC is listed in 
timezone1970.tab, too
  28f0b34c57bc time-util: always accept UTC as valid 

Re: [OE-core] [PATCH] kern-tools: tweak symbol_why to be python safe

[Bruce Ashfield]

On Mon, Feb 3, 2020 at 5:11 PM Martin Jansa  wrote:
>
> On Mon, Feb 03, 2020 at 04:26:41PM -0500, bruce.ashfi...@gmail.com wrote:
> > From: Bruce Ashfield 
> >
> > Updating the SRCREV to pickup tweaks to symbol_why.py to be
> > python3 safe:
> >
> >   - we explicitly call /usr/bin/env python3
> >   - we full specifiy our symbols
> >   - do not assume that 'None' can be converted to a string
> >
> > Signed-off-by: Bruce Ashfield 
> > ---
> >
> > I didn't realized the v5.4 series had gone in, or I would have
> > send this sooner. This should resolve the errors that are thrown
> > when symbol_why is run to detect missing symbol dependencies.
> >
> > Bruce
> >
> >  meta/recipes-kernel/kern-tools/kern-tools-native_git.bb | 2 +-
> >  1 file changed, 1 insertion(+), 1 deletion(-)
> >
> > diff --git a/meta/recipes-kernel/kern-tools/kern-tools-native_git.bb 
> > b/meta/recipes-kernel/kern-tools/kern-tools-native_git.bb
> > index a4c0b6fb8a..57ec1abc6d 100644
> > --- a/meta/recipes-kernel/kern-tools/kern-tools-native_git.bb
> > +++ b/meta/recipes-kernel/kern-tools/kern-tools-native_git.bb
> > @@ -4,7 +4,7 @@ LIC_FILES_CHKSUM = 
> > "file://git/tools/kgit;beginline=5;endline=9;md5=9c30e971d435
> >
> >  DEPENDS = "git-native"
> >
> > -SRCREV = "7465c8497893ef8f6503c918aeede969f7e9753b"
> > +SRCREV = "5358eb293399867db05fd73d04ce908d69a03bed"
> >  PR = "r12"
> >  PV = "0.2+git${SRCPV}"
>
> This needs a bit more cleanup for python3.
>

That's strange, it works fine under python3 here. I have a few more
scattered changes that i can't detangle right now.

> DEBUG: Executing python function do_kernel_configcheck
> Traceback (most recent call last):
>   File 
> "/OE/build/oe-core/tmp-glibc/work/qemux86_64-oe-linux/linux-yocto/5.4.15-r0/recipe-sysroot-native/usr/bin/kconfiglib.py",
>  line 2776, in _expand_macro
> res += args[int(new_args[0])]
> ValueError: invalid literal for int() with base 10: 'error-if'
>
> During handling of the above exception, another exception occurred:
>
> Traceback (most recent call last):
>   File 
> "/OE/build/oe-core/tmp-glibc/work/qemux86_64-oe-linux/linux-yocto/5.4.15-r0/recipe-sysroot-native/usr/bin/symbol_why.py",
>  line 295, in 
> conf = kconfiglib.Kconfig( kconf, show_errors, show_errors )
>   File 
> "/OE/build/oe-core/tmp-glibc/work/qemux86_64-oe-linux/linux-yocto/5.4.15-r0/recipe-sysroot-native/usr/bin/kconfiglib.py",
>  line 947, in __init__
> self._init(filename, warn, warn_to_stderr, encoding)
>   File 
> "/OE/build/oe-core/tmp-glibc/work/qemux86_64-oe-linux/linux-yocto/5.4.15-r0/recipe-sysroot-native/usr/bin/kconfiglib.py",
>  line 1085, in _init
> self._parse_block(None, self.top_node, self.top_node).next = None
>   File 
> "/OE/build/oe-core/tmp-glibc/work/qemux86_64-oe-linux/linux-yocto/5.4.15-r0/recipe-sysroot-native/usr/bin/kconfiglib.py",
>  line 2982, in _parse_block
> prev = self._parse_block(None, parent, prev)
>   File 
> "/OE/build/oe-core/tmp-glibc/work/qemux86_64-oe-linux/linux-yocto/5.4.15-r0/recipe-sysroot-native/usr/bin/kconfiglib.py",
>  line 2907, in _parse_block
> while self._next_line():
>   File 
> "/OE/build/oe-core/tmp-glibc/work/qemux86_64-oe-linux/linux-yocto/5.4.15-r0/recipe-sysroot-native/usr/bin/kconfiglib.py",
>  line 2234, in _next_line
> self._tokens = self._tokenize(line)
>   File 
> "/OE/build/oe-core/tmp-glibc/work/qemux86_64-oe-linux/linux-yocto/5.4.15-r0/recipe-sysroot-native/usr/bin/kconfiglib.py",
>  line 2364, in _tokenize
> self._parse_assignment(s)
>   File 
> "/OE/build/oe-core/tmp-glibc/work/qemux86_64-oe-linux/linux-yocto/5.4.15-r0/recipe-sysroot-native/usr/bin/kconfiglib.py",
>  line 2604, in _parse_assignment
> s, i = self._expand_macro(s, i, ())
>   File 
> "/OE/build/oe-core/tmp-glibc/work/qemux86_64-oe-linux/linux-yocto/5.4.15-r0/recipe-sysroot-native/usr/bin/kconfiglib.py",
>  line 2780, in _expand_macro
> res += self._fn_val(new_args)
>   File 
> "/OE/build/oe-core/tmp-glibc/work/qemux86_64-oe-linux/linux-yocto/5.4.15-r0/recipe-sysroot-native/usr/bin/kconfiglib.py",
>  line 2843, in _fn_val
> return py_fn(self, *args)
>   File 
> "/OE/build/oe-core/tmp-glibc/work/qemux86_64-oe-linux/linux-yocto/5.4.15-r0/recipe-sysroot-native/usr/bin/kconfiglib.py",
>  line 6769, in _error_if_fn
> kconf.filename, kconf.linenr, msg))
> kconfiglib.KconfigError: scripts/Kconfig.include:39:  gold linker 
> 'x86_64-oe-linux-ld 
> --sysroot=/OE/build/oe-core/tmp-glibc/work/qemux86_64-oe-linux/linux-yocto/5.4.15-r0/recipe-sysroot
>   ' not supported
> Traceback (most recent call last):
>   File 
> "/OE/build/oe-core/tmp-glibc/work/qemux86_64-oe-linux/linux-yocto/5.4.15-r0/recipe-sysroot-native/usr/bin/kconfiglib.py",
>  line 2776, in _expand_macro
> res += args[int(new_args[0])]
> ValueError: invalid literal for int() with base 10: 'error-if'
>
> During handling of the above exception, another exception occurred:
>
> and the log is full of this (the warnings at the end look the same as before)
>
> # wc 

Re: [OE-core] [PATCH] kern-tools: tweak symbol_why to be python safe

[Martin Jansa]

On Mon, Feb 03, 2020 at 04:26:41PM -0500, bruce.ashfi...@gmail.com wrote:
> From: Bruce Ashfield 
> 
> Updating the SRCREV to pickup tweaks to symbol_why.py to be
> python3 safe:
> 
>   - we explicitly call /usr/bin/env python3
>   - we full specifiy our symbols
>   - do not assume that 'None' can be converted to a string
> 
> Signed-off-by: Bruce Ashfield 
> ---
> 
> I didn't realized the v5.4 series had gone in, or I would have
> send this sooner. This should resolve the errors that are thrown
> when symbol_why is run to detect missing symbol dependencies.
> 
> Bruce
> 
>  meta/recipes-kernel/kern-tools/kern-tools-native_git.bb | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
> 
> diff --git a/meta/recipes-kernel/kern-tools/kern-tools-native_git.bb 
> b/meta/recipes-kernel/kern-tools/kern-tools-native_git.bb
> index a4c0b6fb8a..57ec1abc6d 100644
> --- a/meta/recipes-kernel/kern-tools/kern-tools-native_git.bb
> +++ b/meta/recipes-kernel/kern-tools/kern-tools-native_git.bb
> @@ -4,7 +4,7 @@ LIC_FILES_CHKSUM = 
> "file://git/tools/kgit;beginline=5;endline=9;md5=9c30e971d435
>  
>  DEPENDS = "git-native"
>  
> -SRCREV = "7465c8497893ef8f6503c918aeede969f7e9753b"
> +SRCREV = "5358eb293399867db05fd73d04ce908d69a03bed"
>  PR = "r12"
>  PV = "0.2+git${SRCPV}"

This needs a bit more cleanup for python3.

DEBUG: Executing python function do_kernel_configcheck
Traceback (most recent call last):
  File 
"/OE/build/oe-core/tmp-glibc/work/qemux86_64-oe-linux/linux-yocto/5.4.15-r0/recipe-sysroot-native/usr/bin/kconfiglib.py",
 line 2776, in _expand_macro
res += args[int(new_args[0])]
ValueError: invalid literal for int() with base 10: 'error-if'

During handling of the above exception, another exception occurred:

Traceback (most recent call last):
  File 
"/OE/build/oe-core/tmp-glibc/work/qemux86_64-oe-linux/linux-yocto/5.4.15-r0/recipe-sysroot-native/usr/bin/symbol_why.py",
 line 295, in 
conf = kconfiglib.Kconfig( kconf, show_errors, show_errors )
  File 
"/OE/build/oe-core/tmp-glibc/work/qemux86_64-oe-linux/linux-yocto/5.4.15-r0/recipe-sysroot-native/usr/bin/kconfiglib.py",
 line 947, in __init__
self._init(filename, warn, warn_to_stderr, encoding)
  File 
"/OE/build/oe-core/tmp-glibc/work/qemux86_64-oe-linux/linux-yocto/5.4.15-r0/recipe-sysroot-native/usr/bin/kconfiglib.py",
 line 1085, in _init
self._parse_block(None, self.top_node, self.top_node).next = None
  File 
"/OE/build/oe-core/tmp-glibc/work/qemux86_64-oe-linux/linux-yocto/5.4.15-r0/recipe-sysroot-native/usr/bin/kconfiglib.py",
 line 2982, in _parse_block
prev = self._parse_block(None, parent, prev)
  File 
"/OE/build/oe-core/tmp-glibc/work/qemux86_64-oe-linux/linux-yocto/5.4.15-r0/recipe-sysroot-native/usr/bin/kconfiglib.py",
 line 2907, in _parse_block
while self._next_line():
  File 
"/OE/build/oe-core/tmp-glibc/work/qemux86_64-oe-linux/linux-yocto/5.4.15-r0/recipe-sysroot-native/usr/bin/kconfiglib.py",
 line 2234, in _next_line
self._tokens = self._tokenize(line)
  File 
"/OE/build/oe-core/tmp-glibc/work/qemux86_64-oe-linux/linux-yocto/5.4.15-r0/recipe-sysroot-native/usr/bin/kconfiglib.py",
 line 2364, in _tokenize
self._parse_assignment(s)
  File 
"/OE/build/oe-core/tmp-glibc/work/qemux86_64-oe-linux/linux-yocto/5.4.15-r0/recipe-sysroot-native/usr/bin/kconfiglib.py",
 line 2604, in _parse_assignment
s, i = self._expand_macro(s, i, ())
  File 
"/OE/build/oe-core/tmp-glibc/work/qemux86_64-oe-linux/linux-yocto/5.4.15-r0/recipe-sysroot-native/usr/bin/kconfiglib.py",
 line 2780, in _expand_macro
res += self._fn_val(new_args)
  File 
"/OE/build/oe-core/tmp-glibc/work/qemux86_64-oe-linux/linux-yocto/5.4.15-r0/recipe-sysroot-native/usr/bin/kconfiglib.py",
 line 2843, in _fn_val
return py_fn(self, *args)
  File 
"/OE/build/oe-core/tmp-glibc/work/qemux86_64-oe-linux/linux-yocto/5.4.15-r0/recipe-sysroot-native/usr/bin/kconfiglib.py",
 line 6769, in _error_if_fn
kconf.filename, kconf.linenr, msg))
kconfiglib.KconfigError: scripts/Kconfig.include:39:  gold linker 
'x86_64-oe-linux-ld 
--sysroot=/OE/build/oe-core/tmp-glibc/work/qemux86_64-oe-linux/linux-yocto/5.4.15-r0/recipe-sysroot
  ' not supported
Traceback (most recent call last):
  File 
"/OE/build/oe-core/tmp-glibc/work/qemux86_64-oe-linux/linux-yocto/5.4.15-r0/recipe-sysroot-native/usr/bin/kconfiglib.py",
 line 2776, in _expand_macro
res += args[int(new_args[0])]
ValueError: invalid literal for int() with base 10: 'error-if'

During handling of the above exception, another exception occurred:

and the log is full of this (the warnings at the end look the same as before)

# wc -l 
/OE/build/oe-core/tmp-glibc/work/qemux86_64-oe-linux/linux-yocto/5.4.15-r0/temp/log.do_kernel_configcheck.28364
11804 
/OE/build/oe-core/tmp-glibc/work/qemux86_64-oe-linux/linux-yocto/5.4.15-r0/temp/log.do_kernel_configcheck.28364

Maybe kernel_configcheck now needs KERNEL_LD exported as well? See:
https://patchwork.openembedded.org/patch/169702/
which fixed do_configure 

[OE-core] [PATCH] kern-tools: tweak symbol_why to be python safe

[bruce . ashfield]

From: Bruce Ashfield 

Updating the SRCREV to pickup tweaks to symbol_why.py to be
python3 safe:

  - we explicitly call /usr/bin/env python3
  - we full specifiy our symbols
  - do not assume that 'None' can be converted to a string

Signed-off-by: Bruce Ashfield 
---

I didn't realized the v5.4 series had gone in, or I would have
send this sooner. This should resolve the errors that are thrown
when symbol_why is run to detect missing symbol dependencies.

Bruce

 meta/recipes-kernel/kern-tools/kern-tools-native_git.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-kernel/kern-tools/kern-tools-native_git.bb 
b/meta/recipes-kernel/kern-tools/kern-tools-native_git.bb
index a4c0b6fb8a..57ec1abc6d 100644
--- a/meta/recipes-kernel/kern-tools/kern-tools-native_git.bb
+++ b/meta/recipes-kernel/kern-tools/kern-tools-native_git.bb
@@ -4,7 +4,7 @@ LIC_FILES_CHKSUM = 
"file://git/tools/kgit;beginline=5;endline=9;md5=9c30e971d435
 
 DEPENDS = "git-native"
 
-SRCREV = "7465c8497893ef8f6503c918aeede969f7e9753b"
+SRCREV = "5358eb293399867db05fd73d04ce908d69a03bed"
 PR = "r12"
 PV = "0.2+git${SRCPV}"
 
-- 
2.19.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [OE-Core][PATCH] systemd: Upgrade 243.2 -> 243.4-latest

[Alex Kiernan]

On Mon, Feb 3, 2020 at 8:51 PM Alexander Kanavin  wrote:
>
> Since move to 243 latest needs further work, how about moving straight to 244?
>
> Alex
>

Having realised it was local to OE-Core, it was easy to find the problem.

The upstream change that I guessed at before is what's caused the
behaviour change:

commit 53d8feeb2334c396dcfa7106c78ce1791fb5d0c4
Author: Michal Suchanek 
Date:   Mon Nov 4 21:23:15 2019 +0100

libblkid: open device in nonblock mode.

When autoclose is set (kernel default but many distributions reverse the
setting) opening a CD-rom device causes the tray to close.

The function of blkid is to report the current state of the device and
not to change it. Hence it should use O_NONBLOCK when opening the
device to avoid closing a CD-rom tray.

blkid is used liberally in scripts so it can potentially interfere with
the user operating the CD-rom hardware.

Which causes a blizzard of "ide-cd: hdc: tray open" when you have our
local changes:

commit 90dcf2574daca8e7bf35074c46a2729a82acfe8b (HEAD -> devtool, tag:
devtool-patched, devtool-no-overrides)
Author: Chen Qi 
Date:   Thu Feb 21 16:38:38 2019 +0800

rules: watch metadata changes in ide devices

Formatting IDE storage does not trigger "change" uevents. As a result
clients using udev API don't get any updates afterwards and get outdated
information about the device.
...
root@qemux86-64:~# mkfs.ext4 -F /dev/hda1
Creating filesystem with 262144 4k blocks and 65536 inodes
Filesystem UUID: 98791eb2-2bf3-47ad-b4d8-4cf7e914eee2

root@qemux86-64:~# ls /dev/disk/by-uuid/98791eb2-2bf3-47ad-b4d8-4cf7e914eee2
ls: cannot access
'/dev/disk/by-uuid/98791eb2-2bf3-47ad-b4d8-4cf7e914eee2': No such file
or directory
...
Include hd* in a match for watch option assignment.

Upstream-Status: Denied

qemu by default emulates IDE and the linux-yocto kernel(s) use
CONFIG_IDE instead of the more modern libsata, so disks appear as
/dev/hd*. A similar patch rejected by upstream because CONFIG_IDE
is deprecated.

Signed-off-by: Hongxu Jia 
[rebased for systemd 241]
Signed-off-by: Chen Qi 
[rebased for systemd 243]
Signed-off-by: Scott Murray 

%% original patch: 0005-rules-watch-metadata-changes-in-ide-devices.patch

commit 2c49075af99308c25fbfd17ce4f28243cba3e4ec
Author: Chen Qi 
Date:   Thu Feb 21 16:28:21 2019 +0800

rules: whitelist hd* devices

qemu by default emulates IDE and the linux-yocto kernel(s) use
CONFIG_IDE instead of the more modern libsata, so disks appear as
/dev/hd*. Patch rejected upstream because CONFIG_IDE is deprecated.

Upstream-Status: Denied [https://github.com/systemd/systemd/pull/1276]

Signed-off-by: Patrick Ohly 
Signed-off-by: Khem Raj 
[rebased for systemd 241]
Signed-off-by: Chen Qi 
[rebased for systemd 243]
Signed-off-by: Scott Murray 

%% original patch: 0004-rules-whitelist-hd-devices.patch

Short of dropping the the local changes, which (from reading the
commit messages) seem to be mostly there to fix up issues with qemu,
I'm not sure what else to do. I can't see upstream wanting to change
the commit they merged as they already rejected these ones.

Reading backwards we seem to have been carrying these two local changes since:

commit 5702a19f1c91f9d091a15ad30e73f946c5f9fd31
Author: Patrick Ohly 
Date:   Mon Sep 21 16:30:10 2015 +0200

systemd: apply persistent storage udev rules also for /dev/hd*

This fixes booting with initramfs and root=UUID on machines with IDE
disks, like "runqemu hdddirect", and kernels which still use the
deprecated CONFIG_IDE.

v2: Rebased against current master-next.

(From OE-Core rev: 3d27dfb7e78b8e17b76fcc1d8f8e2b29ca26b0df)

> > On 3 Feb 2020, at 21.26, Alex Kiernan  wrote:
> >
> >> On Mon, Feb 3, 2020 at 7:55 PM Alex Kiernan  wrote:
> >>
> >> Hi Richard
> >>
> >>> On Mon, Feb 3, 2020 at 2:13 PM Alex Kiernan  
> >>> wrote:
> >>>
> >>> On Mon, Feb 3, 2020 at 10:26 AM Richard Purdie
> >>>  wrote:
> 
> > On Mon, 2020-01-27 at 23:13 +, Alex Kiernan wrote:
> > Update to latest on the 243 stable branch. This includes (amongst other
> > fixes) seccomp filter changes which fix failures with glibc 2.31, e.g.
> >
> >  systemd-journald[543]: Assertion 
> > 'clock_gettime(map_clock_id(clock_id), ) == 0' failed at 
> > src/basic/time-util.c:55, function now(). Aborting.
> >
> > Rebase 0001-binfmt-Don-t-install-dependency-links-at-install-tim.patch
> >
> > Drop 0001-unit-file.c-consider-symlink-on-filesystems-like-NFS.patch,
> > fixed in 5c0224c7bf3c ("Handle d_type == DT_UNKNOWN correctly").
> >
> > Drop 0001-seccomp-more-comprehensive-protection-against-libsec.patch,
> > fixed in 70e8c1978a9a ("seccomp: real syscall numbers are >= 0").
> 
>  Unfortunately something in this causes:
> 
>  

[OE-core] [PATCH] python3-six: Move src_uri checks to recipe main

[Khem Raj]

.inc is used by other versions of recipe as well, therefore putting
checksums in .inc will break them unless the version is same as in
oe-core

Signed-off-by: Khem Raj 
---
 meta/recipes-devtools/python/python-six.inc| 3 ---
 meta/recipes-devtools/python/python3-six_1.14.0.bb | 2 ++
 2 files changed, 2 insertions(+), 3 deletions(-)

diff --git a/meta/recipes-devtools/python/python-six.inc 
b/meta/recipes-devtools/python/python-six.inc
index bbbddbec50..05b32810bd 100644
--- a/meta/recipes-devtools/python/python-six.inc
+++ b/meta/recipes-devtools/python/python-six.inc
@@ -4,9 +4,6 @@ SECTION = "devel/python"
 LICENSE = "MIT"
 LIC_FILES_CHKSUM = "file://LICENSE;md5=43cfc9e4ac0e377acfb9b76f56b8415d"
 
-SRC_URI[md5sum] = "21674588a57e649d1a6d977ec3122140"
-SRC_URI[sha256sum] = 
"236bdbdce46e6e6a3d61a337c0f8b763ca1e8717c03b369e87a7ec7ce1319c0a"
-
 inherit pypi
 
 RDEPENDS_${PN} = "${PYTHON_PN}-io"
diff --git a/meta/recipes-devtools/python/python3-six_1.14.0.bb 
b/meta/recipes-devtools/python/python3-six_1.14.0.bb
index 99e6629b2f..151c366caa 100644
--- a/meta/recipes-devtools/python/python3-six_1.14.0.bb
+++ b/meta/recipes-devtools/python/python3-six_1.14.0.bb
@@ -1,3 +1,5 @@
 inherit setuptools3
 require python-six.inc
 
+SRC_URI[md5sum] = "21674588a57e649d1a6d977ec3122140"
+SRC_URI[sha256sum] = 
"236bdbdce46e6e6a3d61a337c0f8b763ca1e8717c03b369e87a7ec7ce1319c0a"
-- 
2.25.0

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [OE-Core][PATCH] systemd: Upgrade 243.2 -> 243.4-latest

[Alexander Kanavin]

Since move to 243 latest needs further work, how about moving straight to 244?

Alex

> On 3 Feb 2020, at 21.26, Alex Kiernan  wrote:
> 
>> On Mon, Feb 3, 2020 at 7:55 PM Alex Kiernan  wrote:
>> 
>> Hi Richard
>> 
>>> On Mon, Feb 3, 2020 at 2:13 PM Alex Kiernan  wrote:
>>> 
>>> On Mon, Feb 3, 2020 at 10:26 AM Richard Purdie
>>>  wrote:
 
> On Mon, 2020-01-27 at 23:13 +, Alex Kiernan wrote:
> Update to latest on the 243 stable branch. This includes (amongst other
> fixes) seccomp filter changes which fix failures with glibc 2.31, e.g.
> 
>  systemd-journald[543]: Assertion 'clock_gettime(map_clock_id(clock_id), 
> ) == 0' failed at src/basic/time-util.c:55, function now(). Aborting.
> 
> Rebase 0001-binfmt-Don-t-install-dependency-links-at-install-tim.patch
> 
> Drop 0001-unit-file.c-consider-symlink-on-filesystems-like-NFS.patch,
> fixed in 5c0224c7bf3c ("Handle d_type == DT_UNKNOWN correctly").
> 
> Drop 0001-seccomp-more-comprehensive-protection-against-libsec.patch,
> fixed in 70e8c1978a9a ("seccomp: real syscall numbers are >= 0").
 
 Unfortunately something in this causes:
 
 https://autobuilder.yoctoproject.org/typhoon/#/builders/109/builds/412
 https://autobuilder.yoctoproject.org/typhoon/#/builders/101/builds/413
 https://autobuilder.yoctoproject.org/typhoon/#/builders/72/builds/1545
 
>>> 
>>> That's disappointing...
>>> 
>> 
>> I'm failing to reproduce this - am I right in thinking the error I
>> should be looking for is this one:
>> 
>> [ 3.997360] ide-cd: hdc: tray open
>> [ 3.999321] print_req_error: I/O error, dev hdc, sector 8388592 flags 80700
>> 
>> or some variation on it?
>> 
>> I've got testimage running across a number of the images I think are
>> the ones that are being run and I can't get any of them to fail.
>> 
> 
> Scratch that... it looks like one of the local changes is necessary to
> cause this - I'd foolishly reused an external source tree rather than
> just letting devtool deal with it.
> 
> -- 
> Alex Kiernan
> -- 
> ___
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [OE-Core][PATCH] systemd: Upgrade 243.2 -> 243.4-latest

[Alex Kiernan]

On Mon, Feb 3, 2020 at 7:55 PM Alex Kiernan  wrote:
>
> Hi Richard
>
> On Mon, Feb 3, 2020 at 2:13 PM Alex Kiernan  wrote:
> >
> > On Mon, Feb 3, 2020 at 10:26 AM Richard Purdie
> >  wrote:
> > >
> > > On Mon, 2020-01-27 at 23:13 +, Alex Kiernan wrote:
> > > > Update to latest on the 243 stable branch. This includes (amongst other
> > > > fixes) seccomp filter changes which fix failures with glibc 2.31, e.g.
> > > >
> > > >   systemd-journald[543]: Assertion 
> > > > 'clock_gettime(map_clock_id(clock_id), ) == 0' failed at 
> > > > src/basic/time-util.c:55, function now(). Aborting.
> > > >
> > > > Rebase 0001-binfmt-Don-t-install-dependency-links-at-install-tim.patch
> > > >
> > > > Drop 0001-unit-file.c-consider-symlink-on-filesystems-like-NFS.patch,
> > > > fixed in 5c0224c7bf3c ("Handle d_type == DT_UNKNOWN correctly").
> > > >
> > > > Drop 0001-seccomp-more-comprehensive-protection-against-libsec.patch,
> > > > fixed in 70e8c1978a9a ("seccomp: real syscall numbers are >= 0").
> > >
> > > Unfortunately something in this causes:
> > >
> > > https://autobuilder.yoctoproject.org/typhoon/#/builders/109/builds/412
> > > https://autobuilder.yoctoproject.org/typhoon/#/builders/101/builds/413
> > > https://autobuilder.yoctoproject.org/typhoon/#/builders/72/builds/1545
> > >
> >
> > That's disappointing...
> >
>
> I'm failing to reproduce this - am I right in thinking the error I
> should be looking for is this one:
>
> [ 3.997360] ide-cd: hdc: tray open
> [ 3.999321] print_req_error: I/O error, dev hdc, sector 8388592 flags 80700
>
> or some variation on it?
>
> I've got testimage running across a number of the images I think are
> the ones that are being run and I can't get any of them to fail.
>

Scratch that... it looks like one of the local changes is necessary to
cause this - I'd foolishly reused an external source tree rather than
just letting devtool deal with it.

-- 
Alex Kiernan
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [OE-Core][PATCH] systemd: Upgrade 243.2 -> 243.4-latest

[Alex Kiernan]

Hi Richard

On Mon, Feb 3, 2020 at 2:13 PM Alex Kiernan  wrote:
>
> On Mon, Feb 3, 2020 at 10:26 AM Richard Purdie
>  wrote:
> >
> > On Mon, 2020-01-27 at 23:13 +, Alex Kiernan wrote:
> > > Update to latest on the 243 stable branch. This includes (amongst other
> > > fixes) seccomp filter changes which fix failures with glibc 2.31, e.g.
> > >
> > >   systemd-journald[543]: Assertion 'clock_gettime(map_clock_id(clock_id), 
> > > ) == 0' failed at src/basic/time-util.c:55, function now(). Aborting.
> > >
> > > Rebase 0001-binfmt-Don-t-install-dependency-links-at-install-tim.patch
> > >
> > > Drop 0001-unit-file.c-consider-symlink-on-filesystems-like-NFS.patch,
> > > fixed in 5c0224c7bf3c ("Handle d_type == DT_UNKNOWN correctly").
> > >
> > > Drop 0001-seccomp-more-comprehensive-protection-against-libsec.patch,
> > > fixed in 70e8c1978a9a ("seccomp: real syscall numbers are >= 0").
> >
> > Unfortunately something in this causes:
> >
> > https://autobuilder.yoctoproject.org/typhoon/#/builders/109/builds/412
> > https://autobuilder.yoctoproject.org/typhoon/#/builders/101/builds/413
> > https://autobuilder.yoctoproject.org/typhoon/#/builders/72/builds/1545
> >
>
> That's disappointing...
>

I'm failing to reproduce this - am I right in thinking the error I
should be looking for is this one:

[ 3.997360] ide-cd: hdc: tray open
[ 3.999321] print_req_error: I/O error, dev hdc, sector 8388592 flags 80700

or some variation on it?

I've got testimage running across a number of the images I think are
the ones that are being run and I can't get any of them to fail.

I did notice that a couple of the failures were on CentOS, I'm running
on an Ubuntu box - I'm assuming that shouldn't make any difference?

--
Alex Kiernan
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH v2 2/2] microblaze tune: cleanup +=

[Mark Hatle]

I just found a problem with this one in further testing.  So please don't merge.
 There will be a v3.

--Mark

On 1/31/20 5:33 PM, Mark Hatle wrote:
> From: Mark Hatle 
> 
> Various += were used, refactor these to be either = or .= depending on
> usuage.
> 
> CONFLICTS should be '=', as no leading space is required and they are not
> amending any other conflict settings.
> 
> The TUNE_CCARGS should be .= so that if the feature does not define a CCARG
> blank spaces are not added to the CFLAGS.  This is consistent to how the arm
> tuning is implemented.
> 
> Signed-off-by: Mark Hatle 
> Signed-off-by: Mark Hatle 
> ---
>  .../include/microblaze/arch-microblaze.inc| 22 +--
>  .../microblaze/feature-microblaze-math.inc| 12 +-
>  .../feature-microblaze-versions.inc   |  2 +-
>  3 files changed, 18 insertions(+), 18 deletions(-)
> 
> diff --git a/meta/conf/machine/include/microblaze/arch-microblaze.inc 
> b/meta/conf/machine/include/microblaze/arch-microblaze.inc
> index fb777d929c..19cc2b59b9 100644
> --- a/meta/conf/machine/include/microblaze/arch-microblaze.inc
> +++ b/meta/conf/machine/include/microblaze/arch-microblaze.inc
> @@ -9,34 +9,34 @@ MACHINEOVERRIDES =. "${@bb.utils.contains("TUNE_FEATURES", 
> "64-bit", "microblaze
>  
>  # Endian
>  TUNEVALID[bigendian] = "Use Microblaze Big Endian"
> -TUNECONFLICTS[bigendian] += "v10.0"
> +TUNECONFLICTS[bigendian] = "v10.0"
>  
>  MBPKGARCH_ENDIAN = "${@bb.utils.contains("TUNE_FEATURES", "bigendian", "eb", 
> "el", d)}"
>  
> -TUNE_CCARGS += "${@bb.utils.contains("TUNE_FEATURES", "bigendian", 
> "-mbig-endian", "-mlittle-endian", d)}"
> +TUNE_CCARGS .= "${@bb.utils.contains("TUNE_FEATURES", "bigendian", " 
> -mbig-endian", " -mlittle-endian", d)}"
>  
>  # General features
>  TUNEVALID[barrel-shift] = "Enable Hardware Barrel Shifter"
>  TUNEVALID[pattern-compare] = "Enable Pattern Compare Instructions"
>  TUNEVALID[reorder] = "Enable Reorder Instructions"
> -TUNECONFLICTS[reorder] += "v8.00 v8.10 v8.20"
> +TUNECONFLICTS[reorder] = "v8.00 v8.10 v8.20"
>  
>  # Core configuration tune optimizations
>  TUNEVALID[frequency-optimized] = "Enabling tuning for frequency optimized 
> core (AREA_OPTIMIZED_2)"
> -TUNECONFLICTS[frequency-optimized] += "v8.00 v8.10 v8.20 v8.30 v8.40 v8.50 
> v9.0 v9.1 v9.2 v9.3 v9.4 v9.5 v9.6"
> +TUNECONFLICTS[frequency-optimized] = "v8.00 v8.10 v8.20 v8.30 v8.40 v8.50 
> v9.0 v9.1 v9.2 v9.3 v9.4 v9.5 v9.6"
>  
>  # Feature compiler args
> -TUNE_CCARGS += "${@bb.utils.contains("TUNE_FEATURES", "barrel-shift", 
> "-mxl-barrel-shift", "-mno-xl-barrel-shift", d)}"
> -TUNE_CCARGS += "${@bb.utils.contains("TUNE_FEATURES", "pattern-compare", 
> "-mxl-pattern-compare", "-mno-xl-pattern-compare", d)}"
> -TUNE_CCARGS += "${@bb.utils.contains("TUNE_FEATURES", "frequency-optimized", 
> "-mxl-frequency", "", d)}"
> -TUNE_CCARGS += "${@bb.utils.contains("TUNE_FEATURES", "64-bit", "-m64", "", 
> d)}"
> +TUNE_CCARGS .= "${@bb.utils.contains("TUNE_FEATURES", "barrel-shift", " 
> -mxl-barrel-shift", " -mno-xl-barrel-shift", d)}"
> +TUNE_CCARGS .= "${@bb.utils.contains("TUNE_FEATURES", "pattern-compare", " 
> -mxl-pattern-compare", " -mno-xl-pattern-compare", d)}"
> +TUNE_CCARGS .= "${@bb.utils.contains("TUNE_FEATURES", "frequency-optimized", 
> " -mxl-frequency", "", d)}"
> +TUNE_CCARGS .= "${@bb.utils.contains("TUNE_FEATURES", "64-bit", " -m64", "", 
> d)}"
>  
>  # Disable reorder for v8.30 if pattern-compare is not enabled
> -TUNE_CCARGS += "${@bb.utils.contains("TUNE_FEATURES", "reorder", \
> +TUNE_CCARGS .= "${@bb.utils.contains("TUNE_FEATURES", "reorder", \
>  bb.utils.contains("TUNE_FEATURES", "v8.30", \
>  bb.utils.contains("TUNE_FEATURES", "pattern-compare", \
> -"-mxl-reorder", "-mno-xl-reorder", d), \
> -"-mxl-reorder", d), "-mno-xl-reorder", d)}"
> +" -mxl-reorder", " -mno-xl-reorder", d), \
> +" -mxl-reorder", d), " -mno-xl-reorder", d)}"
>  
>  # Feature package architecture formatting
>  MBPKGARCH_TUNE = ""
> diff --git a/meta/conf/machine/include/microblaze/feature-microblaze-math.inc 
> b/meta/conf/machine/include/microblaze/feature-microblaze-math.inc
> index a31516659c..cba0ae67e3 100644
> --- a/meta/conf/machine/include/microblaze/feature-microblaze-math.inc
> +++ b/meta/conf/machine/include/microblaze/feature-microblaze-math.inc
> @@ -13,14 +13,14 @@ TUNECONFLICTS[fpu-hard] = "fpu-soft"
>  TUNECONFLICTS[fpu-hard-extended] = "fpu-soft"
>  
>  # Compiler args
> -TUNE_CCARGS += "${@bb.utils.contains_any('TUNE_FEATURES', ['multiply-low', 
> 'multiply-high'], '-mno-xl-soft-mul', '-mxl-soft-mul', d)}"
> -TUNE_CCARGS += "${@bb.utils.contains('TUNE_FEATURES', 'multiply-high', 
> '-mxl-multiply-high', '', d)}"
> +TUNE_CCARGS .= "${@bb.utils.contains_any('TUNE_FEATURES', ['multiply-low', 
> 'multiply-high'], ' -mno-xl-soft-mul', ' -mxl-soft-mul', d)}"
> +TUNE_CCARGS .= "${@bb.utils.contains('TUNE_FEATURES', 'multiply-high', ' 
> 

Re: [OE-core] [PATCH 1/2] microblaze tune: Correct two minor issues with the microblaze tune

[Mark Hatle]

On 1/31/20 10:49 PM, Nathan Rossi wrote:
> On Sat, 1 Feb 2020 at 08:13, Mark Hatle  
> wrote:
>>
>> From: Mark Hatle 
>>
>> TUNE_ARCH - microblazeeb is not a valid architecture, microblaze is big
>> endian, microblazeel is the little endian version.
>>
>> Version arguments:
>>   If a version feature is not defined, then we don't want to set either
>>   TUNE_CCARGS or MBPKGARCH_VERSION.
>>
>> Signed-off-by: Mark Hatle 
>> Signed-off-by: Mark Hatle 
>> ---
>>  meta/conf/machine/include/microblaze/arch-microblaze.inc  | 2 +-
>>  .../include/microblaze/feature-microblaze-versions.inc| 4 ++--
>>  2 files changed, 3 insertions(+), 3 deletions(-)
>>
>> diff --git a/meta/conf/machine/include/microblaze/arch-microblaze.inc 
>> b/meta/conf/machine/include/microblaze/arch-microblaze.inc
>> index eab7171cb2..265898b6b6 100644
>> --- a/meta/conf/machine/include/microblaze/arch-microblaze.inc
>> +++ b/meta/conf/machine/include/microblaze/arch-microblaze.inc
>> @@ -46,7 +46,7 @@ require 
>> conf/machine/include/microblaze/feature-microblaze-versions.inc
>>  require conf/machine/include/microblaze/feature-microblaze-math.inc
>>
>>  # Architecture name, either 'microblazeeb' or 'microblazeel' depending on 
>> endianess
> 
> Worth updating the comment at the same time.
> 
>> -TUNE_ARCH = "microblaze${@bb.utils.contains("TUNE_FEATURES", "bigendian", 
>> "eb", "el", d)}"
>> +TUNE_ARCH = "microblaze${@bb.utils.contains("TUNE_FEATURES", "bigendian", 
>> "", "el", d)}"
> 
> This change will break some things in oe-core (and probably
> meta-xilinx too). They should be updated at the same time.

Do you have an example of what?  Cause without this, all autoconf invocation of
big endian failed for me due to invalid architecture.

> Might also be worth removing the microblazeeb references in siteinfo,
> and elf.py. Since they were added to support this.

I looked at these and left them "just in case", as they didn't seem to conflict
with anything that I saw.

--Mark

> Regards,
> Nathan
> 
>>
>>  # Package Architecture formatting
>>  TUNE_PKGARCH = 
>> "microblaze${MBPKGARCH_ENDIAN}${MBPKGARCH_VERSION}${MBPKGARCH_TUNE}${MBPKGARCH_MATH}"
>> diff --git 
>> a/meta/conf/machine/include/microblaze/feature-microblaze-versions.inc 
>> b/meta/conf/machine/include/microblaze/feature-microblaze-versions.inc
>> index 3221e2aab7..003fde3e07 100644
>> --- a/meta/conf/machine/include/microblaze/feature-microblaze-versions.inc
>> +++ b/meta/conf/machine/include/microblaze/feature-microblaze-versions.inc
>> @@ -64,6 +64,6 @@ TUNECONFLICTS[v10.0] = "v8.00 v8.10 v8.20 v8.30 v8.40 
>> v8.50 v9.0 v9.1 v9.2 v9.3
>>  TUNECONFLICTS[v11.0] = "v8.00 v8.10 v8.20 v8.30 v8.40 v8.50 v9.0 v9.1 v9.2 
>> v9.3 v9.4 v9.5 v9.6 v10.0"
>>
>>  # Version flags
>> -TUNE_CCARGS += "-mcpu=${@microblaze_current_version(d, True)}"
>> -MBPKGARCH_VERSION = "-${@microblaze_current_version(d)}"
>> +TUNE_CCARGS += "${@'-mcpu=${@microblaze_current_version(d, True)' if 
>> microblaze_current_version(d, True) != '' else ''}"
>> +MBPKGARCH_VERSION = "${@'-${@microblaze_current_version(d, True)' if 
>> microblaze_current_version(d, True) != '' else ''}"
>>
>> --
>> 2.17.1
>>
>> --
>> ___
>> Openembedded-core mailing list
>> Openembedded-core@lists.openembedded.org
>> http://lists.openembedded.org/mailman/listinfo/openembedded-core
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH v2] glibc: don't ignore global LDFLAGS settings

[Rasmus Villemoes]

ping

On 20/01/2020 16.42, Khem Raj wrote:
> this patch is ok but I have reservations since  += now means global
> ldflags will be applied
> so it would need some testing to ensure it works well.
> 
> On Mon, Jan 20, 2020 at 1:23 AM Rasmus Villemoes
>  wrote:
>>
>> Two things: The -Wl,-rpath-link comment is stale (due to per-recipe
>> staging), so we no longer need to set our own LDFLAGS to avoid
>> -Wl,-rpath-link being in there. Second, overriding LDFLAGS should be
>> done at the recipe level so "bitbake -e" can show what is going on.
>> Otherwise debugging why one's global LDFLAGS tweaks are being ignored
>> is needlessly painful.
>>
>> So pull out the LDFLAGS setting from do_compile, and change it to an
>> append instead of assignment.
>>
>> For the benefit of future git blame: the -fuse-ld=bfd setting was
>> added by ac64c3b96b (glibc: always use bfd linker).
>>
>> Signed-off-by: Rasmus Villemoes 
>> ---
>> v2: Rebase to real upstream master. Note to self: "git pull" before rebasing 
>> to master.
>>
>>  meta/recipes-core/glibc/glibc_2.31.bb | 3 +--
>>  1 file changed, 1 insertion(+), 2 deletions(-)
>>
>> diff --git a/meta/recipes-core/glibc/glibc_2.31.bb 
>> b/meta/recipes-core/glibc/glibc_2.31.bb
>> index b8c570db52..cfba4de49b 100644
>> --- a/meta/recipes-core/glibc/glibc_2.31.bb
>> +++ b/meta/recipes-core/glibc/glibc_2.31.bb
>> @@ -93,9 +93,8 @@ do_configure () {
>>  CPPFLAGS="" oe_runconf
>>  }
>>
>> +LDFLAGS += "-fuse-ld=bfd"
>>  do_compile () {
>> -   # -Wl,-rpath-link /lib in LDFLAGS can cause breakage if 
>> another glibc is in staging
>> -   LDFLAGS="-fuse-ld=bfd"
>> base_do_compile
>> echo "Adjust ldd script"
>> if [ -n "${RTLDLIST}" ]
>> --
>> 2.23.0
>>


-- 
Rasmus Villemoes
Software Developer
Prevas A/S
Hedeager 3
DK-8200 Aarhus N
+45 51210274
rasmus.villem...@prevas.dk
www.prevas.dk
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 2/2] microblaze tune: cleanup +=

[Mark Hatle]

Yes, I didn't realize it was in Zeus.  The same patches should apply to Zeus
directly..  (All of the recent Microblaze Tune set...)

If you want to limit it to just this one, I can certainly rebase it for you.

--Mark

On 1/31/20 6:47 PM, akuster808 wrote:
> 
> 
> On 1/31/20 3:23 PM, Mark Hatle wrote:
>> From: Mark Hatle 
>>
>> Various += were used, refactor these to be either = or .= depending on
>> usuage.
>>
>> CONFLICTS should be '=', as no leading space is required and they are not
>> amending any other conflict settings.
>>
>> The TUNE_CCARGS should be .= so that if the feature does not define a CCARG
>> blank spaces are not added to the CFLAGS.  This is consistent to how the arm
>> tuning is implemented.
> Does some form of this need to be in Zeus?
> 
> - armin
>> Signed-off-by: Mark Hatle 
>> Signed-off-by: Mark Hatle 
>> ---
>>  .../include/microblaze/arch-microblaze.inc| 22 +--
>>  .../microblaze/feature-microblaze-math.inc| 12 +-
>>  .../feature-microblaze-versions.inc   |  2 +-
>>  3 files changed, 18 insertions(+), 18 deletions(-)
>>
>> diff --git a/meta/conf/machine/include/microblaze/arch-microblaze.inc 
>> b/meta/conf/machine/include/microblaze/arch-microblaze.inc
>> index 55ce158f12..19cc2b59b9 100644
>> --- a/meta/conf/machine/include/microblaze/arch-microblaze.inc
>> +++ b/meta/conf/machine/include/microblaze/arch-microblaze.inc
>> @@ -9,34 +9,34 @@ MACHINEOVERRIDES =. "${@bb.utils.contains("TUNE_FEATURES", 
>> "64-bit", "microblaze
>>  
>>  # Endian
>>  TUNEVALID[bigendian] = "Use Microblaze Big Endian"
>> -TUNECONFLICTS[bigendian] += "v10.0"
>> +TUNECONFLICTS[bigendian] = "v10.0"
>>  
>>  MBPKGARCH_ENDIAN = "${@bb.utils.contains("TUNE_FEATURES", "bigendian", 
>> "eb", "el", d)}"
>>  
>> -TUNE_CCARGS += "${@bb.utils.contains("TUNE_FEATURES", "bigendian", 
>> "-mbig-endian", "-mlittle-endian", d)}"
>> +TUNE_CCARGS .= "${@bb.utils.contains("TUNE_FEATURES", "bigendian", " 
>> -mbig-endian", " -mlittle-endian", d)}"
>>  
>>  # General features
>>  TUNEVALID[barrel-shift] = "Enable Hardware Barrel Shifter"
>>  TUNEVALID[pattern-compare] = "Enable Pattern Compare Instructions"
>>  TUNEVALID[reorder] = "Enable Reorder Instructions"
>> -TUNECONFLICTS[reorder] += "v8.00 v8.10 v8.20"
>> +TUNECONFLICTS[reorder] = "v8.00 v8.10 v8.20"
>>  
>>  # Core configuration tune optimizations
>>  TUNEVALID[frequency-optimized] = "Enabling tuning for frequency optimized 
>> core (AREA_OPTIMIZED_2)"
>> -TUNECONFLICTS[frequency-optimized] += "v8.00 v8.10 v8.20 v8.30 v8.40 v8.50 
>> v9.0 v9.1 v9.2 v9.3 v9.4 v9.5 v9.6"
>> +TUNECONFLICTS[frequency-optimized] = "v8.00 v8.10 v8.20 v8.30 v8.40 v8.50 
>> v9.0 v9.1 v9.2 v9.3 v9.4 v9.5 v9.6"
>>  
>>  # Feature compiler args
>> -TUNE_CCARGS += "${@bb.utils.contains("TUNE_FEATURES", "barrel-shift", 
>> "-mxl-barrel-shift", "-mno-xl-barrel-shift", d)}"
>> -TUNE_CCARGS += "${@bb.utils.contains("TUNE_FEATURES", "pattern-compare", 
>> "-mxl-pattern-compare", "-mno-xl-pattern-compare", d)}"
>> -TUNE_CCARGS += "${@bb.utils.contains("TUNE_FEATURES", 
>> "frequency-optimized", "-mxl-frequency", "", d)}"
>> -TUNE_CCARGS += "${@bb.utils.contains("TUNE_FEATURES", "microblaze64", 
>> "-m64", "", d)}"
>> +TUNE_CCARGS .= "${@bb.utils.contains("TUNE_FEATURES", "barrel-shift", " 
>> -mxl-barrel-shift", " -mno-xl-barrel-shift", d)}"
>> +TUNE_CCARGS .= "${@bb.utils.contains("TUNE_FEATURES", "pattern-compare", " 
>> -mxl-pattern-compare", " -mno-xl-pattern-compare", d)}"
>> +TUNE_CCARGS .= "${@bb.utils.contains("TUNE_FEATURES", 
>> "frequency-optimized", " -mxl-frequency", "", d)}"
>> +TUNE_CCARGS .= "${@bb.utils.contains("TUNE_FEATURES", "64-bit", " -m64", 
>> "", d)}"
>>  
>>  # Disable reorder for v8.30 if pattern-compare is not enabled
>> -TUNE_CCARGS += "${@bb.utils.contains("TUNE_FEATURES", "reorder", \
>> +TUNE_CCARGS .= "${@bb.utils.contains("TUNE_FEATURES", "reorder", \
>>  bb.utils.contains("TUNE_FEATURES", "v8.30", \
>>  bb.utils.contains("TUNE_FEATURES", "pattern-compare", \
>> -"-mxl-reorder", "-mno-xl-reorder", d), \
>> -"-mxl-reorder", d), "-mno-xl-reorder", d)}"
>> +" -mxl-reorder", " -mno-xl-reorder", d), \
>> +" -mxl-reorder", d), " -mno-xl-reorder", d)}"
>>  
>>  # Feature package architecture formatting
>>  MBPKGARCH_TUNE = ""
>> diff --git 
>> a/meta/conf/machine/include/microblaze/feature-microblaze-math.inc 
>> b/meta/conf/machine/include/microblaze/feature-microblaze-math.inc
>> index a31516659c..cba0ae67e3 100644
>> --- a/meta/conf/machine/include/microblaze/feature-microblaze-math.inc
>> +++ b/meta/conf/machine/include/microblaze/feature-microblaze-math.inc
>> @@ -13,14 +13,14 @@ TUNECONFLICTS[fpu-hard] = "fpu-soft"
>>  TUNECONFLICTS[fpu-hard-extended] = "fpu-soft"
>>  
>>  # Compiler args
>> -TUNE_CCARGS += "${@bb.utils.contains_any('TUNE_FEATURES', ['multiply-low', 
>> 'multiply-high'], '-mno-xl-soft-mul', '-mxl-soft-mul', d)}"
>> -TUNE_CCARGS += 

Re: [OE-core] [PATCH v2 1/2] microblaze tune: Enable 64-bit

[Mark Hatle]

On 1/31/20 10:50 PM, Nathan Rossi wrote:
> On Sat, 1 Feb 2020 at 09:33, Mark Hatle  
> wrote:
>>
>> From: Mark Hatle 
>>
>> 64-bit is not yet available in Linux, but some non-Linux uses exist.
>>
>> Signed-off-by: Mark Hatle 
>> Signed-off-by: Mark Hatle 
>> ---
>>  meta/conf/machine/include/microblaze/arch-microblaze.inc | 9 -
>>  1 file changed, 8 insertions(+), 1 deletion(-)
>>
>> diff --git a/meta/conf/machine/include/microblaze/arch-microblaze.inc 
>> b/meta/conf/machine/include/microblaze/arch-microblaze.inc
>> index 265898b6b6..fb777d929c 100644
>> --- a/meta/conf/machine/include/microblaze/arch-microblaze.inc
>> +++ b/meta/conf/machine/include/microblaze/arch-microblaze.inc
>> @@ -4,6 +4,9 @@
>>  TUNEVALID[microblaze] = "MicroBlaze"
>>  MACHINEOVERRIDES =. "${@bb.utils.contains("TUNE_FEATURES", "microblaze", 
>> "microblaze:", "", d)}"
>>
>> +TUNEVALID[64-bit] = "64-bit MicroBlaze"
>> +MACHINEOVERRIDES =. "${@bb.utils.contains("TUNE_FEATURES", "64-bit", 
>> "microblaze64:", "", d)}"
> 
> This should probably TUNECONFLICTS with all unsupported versions.

I have no information on what versions are unsupported with 64-bit.  If I
receive that information, I will add it as conflicts.

--Mark

> Regards,
> Nathan
> 
> 
>> +
>>  # Endian
>>  TUNEVALID[bigendian] = "Use Microblaze Big Endian"
>>  TUNECONFLICTS[bigendian] += "v10.0"
>> @@ -26,6 +29,7 @@ TUNECONFLICTS[frequency-optimized] += "v8.00 v8.10 v8.20 
>> v8.30 v8.40 v8.50 v9.0
>>  TUNE_CCARGS += "${@bb.utils.contains("TUNE_FEATURES", "barrel-shift", 
>> "-mxl-barrel-shift", "-mno-xl-barrel-shift", d)}"
>>  TUNE_CCARGS += "${@bb.utils.contains("TUNE_FEATURES", "pattern-compare", 
>> "-mxl-pattern-compare", "-mno-xl-pattern-compare", d)}"
>>  TUNE_CCARGS += "${@bb.utils.contains("TUNE_FEATURES", 
>> "frequency-optimized", "-mxl-frequency", "", d)}"
>> +TUNE_CCARGS += "${@bb.utils.contains("TUNE_FEATURES", "64-bit", "-m64", "", 
>> d)}"
>>
>>  # Disable reorder for v8.30 if pattern-compare is not enabled
>>  TUNE_CCARGS += "${@bb.utils.contains("TUNE_FEATURES", "reorder", \
>> @@ -48,6 +52,9 @@ require 
>> conf/machine/include/microblaze/feature-microblaze-math.inc
>>  # Architecture name, either 'microblazeeb' or 'microblazeel' depending on 
>> endianess
>>  TUNE_ARCH = "microblaze${@bb.utils.contains("TUNE_FEATURES", "bigendian", 
>> "", "el", d)}"
>>
>> +# Add 64-bit to the PKGARCH if enabled.
>> +MBPKGARCH_SIZE = "${@bb.utils.contains("TUNE_FEATURES", "64-bit", "64", "", 
>> d)}"
>> +
>>  # Package Architecture formatting
>> -TUNE_PKGARCH = 
>> "microblaze${MBPKGARCH_ENDIAN}${MBPKGARCH_VERSION}${MBPKGARCH_TUNE}${MBPKGARCH_MATH}"
>> +TUNE_PKGARCH = 
>> "microblaze${MBPKGARCH_SIZE}${MBPKGARCH_ENDIAN}${MBPKGARCH_VERSION}${MBPKGARCH_TUNE}${MBPKGARCH_MATH}"
>>
>> --
>> 2.17.1
>>
>> --
>> ___
>> Openembedded-core mailing list
>> Openembedded-core@lists.openembedded.org
>> http://lists.openembedded.org/mailman/listinfo/openembedded-core
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCHv2] kernel.bbclass: set LD in KERNEL_CONFIG_COMMAND to fix 5.4+ builds when gold is enabled

[Martin Jansa]

* with 5.4 kernel the do_configure fails when gold is enabled (with ld-is-gold 
in DISTRO_FEATURES)
* bfd is already being set in KERNEL_LD:
  kernel-arch.bbclass:KERNEL_LD = "${CCACHE}${HOST_PREFIX}ld.bfd 
${HOST_LD_KERNEL_ARCH}"
  but KERNEL_LD is currently respected only by do_compile and do_compile_kernel 
modules
  and new kernel which contains a check for gold in Kbuild:
  
https://lore.kernel.org/lkml/alpine.deb.2.21.1907161434260.1...@nanos.tec.linutronix.de/
  more details:
  
https://lore.kernel.org/r/came9roqmqkq0lnpm25ye_yt0fkp05wmhorwc0ardb53mifk...@mail.gmail.com
  will fail during the configuration even when gold wouldn't be used to
  build it in the end, add LD setting to KERNEL_CONFIG_COMMAND to prevent
  premature error when configuring

  scripts/kconfig/conf  --olddefconfig Kconfig
  scripts/Kconfig.include:39:  gold linker 'x86_64-oe-linux-ld' not supported
  make[2]: *** 
[/OE/build/oe-core/tmp-glibc/work-shared/qemux86-64/kernel-source/scripts/kconfig/Makefile:73:
 olddefconfig] Error 1

Signed-off-by: Martin Jansa 
---

v2 just without --in-reply-to to original thread "kernel-yocto: v5.4 LTS kernel 
(rev2)",
because patchtest tries to apply it with linux-yocto changes from that thread 
and reports
failure that it cannot be applied in master

 meta/classes/kernel.bbclass | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/classes/kernel.bbclass b/meta/classes/kernel.bbclass
index 750988f4e5..15219c596f 100644
--- a/meta/classes/kernel.bbclass
+++ b/meta/classes/kernel.bbclass
@@ -508,7 +508,7 @@ sysroot_stage_all () {
:
 }
 
-KERNEL_CONFIG_COMMAND ?= "oe_runmake_call -C ${S} CC="${KERNEL_CC}" O=${B} 
olddefconfig || oe_runmake -C ${S} O=${B} CC="${KERNEL_CC}" oldnoconfig"
+KERNEL_CONFIG_COMMAND ?= "oe_runmake_call -C ${S} CC="${KERNEL_CC}" 
LD="${KERNEL_LD}" O=${B} olddefconfig || oe_runmake -C ${S} O=${B} 
CC="${KERNEL_CC}" LD="${KERNEL_LD}" oldnoconfig"
 
 python check_oldest_kernel() {
 oldest_kernel = d.getVar('OLDEST_KERNEL')
-- 
2.20.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] ✗ patchtest: failure for : kernel-yocto: v5.4 LTS kernel (rev2)

[Patchwork]

== Series Details ==

Series: : kernel-yocto: v5.4 LTS kernel (rev2)
Revision: 2
URL   : https://patchwork.openembedded.org/series/22338/
State : failure

== Summary ==


Thank you for submitting this patch series to OpenEmbedded Core. This is
an automated response. Several tests have been executed on the proposed
series by patchtest resulting in the following failures:



* Issue Series does not apply on top of target branch 
[test_series_merge_on_head] 
  Suggested fixRebase your series on top of targeted branch
  Targeted branch  master (currently at a18d8beb0d)



If you believe any of these test results are incorrect, please reply to the
mailing list (openembedded-core@lists.openembedded.org) raising your concerns.
Otherwise we would appreciate you correcting the issues and submitting a new
version of the patchset if applicable. Please ensure you add/increment the
version number when sending the new version (i.e. [PATCH] -> [PATCH v2] ->
[PATCH v3] -> ...).

---
Guidelines: 
https://www.openembedded.org/wiki/Commit_Patch_Message_Guidelines
Test framework: http://git.yoctoproject.org/cgit/cgit.cgi/patchtest
Test suite: http://git.yoctoproject.org/cgit/cgit.cgi/patchtest-oe

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 1/3] linux-yocto: introduce 5.4 recipes

[Khem Raj]

On Mon, Feb 3, 2020 at 9:32 AM Martin Jansa  wrote:
>
> On Mon, Feb 03, 2020 at 08:45:40AM -0800, Khem Raj wrote:
> > On Mon, Feb 3, 2020 at 8:42 AM Martin Jansa  wrote:
> >
> > > It fails to build with gold enabled (ld-is-gold in DISTRO_FEATURES)
> > >
> > > First olddefconfig fails with "gold linker 'x86_64-oe-linux-ld' not
> > > supported" and then it fails with a bit misleading error about oldnoconfig
> > > (which is called only when oddefconfig fails) and then the whole log
> > > repeats itself again, whole log.do_configure.4075 follows:
> > >
> >
> > Since it’s a kernel piece I think asking for gold might be out of scope
> > perhaps
> >
> > I have staged a fix in master next which helps a bit with eg mips I had to
> > disable bpf
>
> I haven't found your fix in either oe-core/master-next nor
> yoe/master-next. But I'll send my own fix.
>

Had it for kernel-selftest here

https://git.openembedded.org/meta-openembedded/commit/?h=master-next=6e936c45d498825aacbac3d8945f7727cfa68061

> >
> > >
> > > make[1]: Entering directory
> > > '/OE/build/oe-core/tmp-glibc/work/qemux86_64-oe-linux/linux-yocto/5.4.15-r0/linux-qemux86_64-standard-build'
> > >   GEN Makefile
> > >   HOSTCC  scripts/basic/fixdep
> > >   HOSTCC  scripts/kconfig/conf.o
> > >   HOSTCC  scripts/kconfig/confdata.o
> > >   HOSTCC  scripts/kconfig/expr.o
> > >   HOSTCC  scripts/kconfig/lexer.lex.o
> > >   HOSTCC  scripts/kconfig/parser.tab.o
> > >   HOSTCC  scripts/kconfig/preprocess.o
> > >   HOSTCC  scripts/kconfig/symbol.o
> > >   HOSTLD  scripts/kconfig/conf
> > > scripts/kconfig/conf  --olddefconfig Kconfig
> > > scripts/Kconfig.include:39:  gold linker 'x86_64-oe-linux-ld' not 
> > > supported
> > > make[2]: ***
> > > [/OE/build/oe-core/tmp-glibc/work-shared/qemux86-64/kernel-source/scripts/kconfig/Makefile:73:
> > > olddefconfig] Error 1
> > > make[1]: ***
> > > [/OE/build/oe-core/tmp-glibc/work-shared/qemux86-64/kernel-source/Makefile:567:
> > > olddefconfig] Error 2
> > > make[1]: Leaving directory
> > > '/OE/build/oe-core/tmp-glibc/work/qemux86_64-oe-linux/linux-yocto/5.4.15-r0/linux-qemux86_64-standard-build'
> > > make: *** [Makefile:179: sub-make] Error 2
> > > make: Leaving directory
> > > '/OE/build/oe-core/tmp-glibc/work-shared/qemux86-64/kernel-source'
> > > NOTE: make HOSTCC=gcc
> > >  
> > > -isystem/OE/build/oe-core/tmp-glibc/work/qemux86_64-oe-linux/linux-yocto/5.4.15-r0/recipe-sysroot-native/usr/include
> > > -O2 -pipe
> > > -L/OE/build/oe-core/tmp-glibc/work/qemux86_64-oe-linux/linux-yocto/5.4.15-r0/recipe-sysroot-native/usr/lib
> > >
> > > -L/OE/build/oe-core/tmp-glibc/work/qemux86_64-oe-linux/linux-yocto/5.4.15-r0/recipe-sysroot-native/lib
> > > -Wl,--enable-new-dtags
> > > -Wl,-rpath-link,/OE/build/oe-core/tmp-glibc/work/qemux86_64-oe-linux/linux-yocto/5.4.15-r0/recipe-sysroot-native/usr/lib
> > >
> > > -Wl,-rpath-link,/OE/build/oe-core/tmp-glibc/work/qemux86_64-oe-linux/linux-yocto/5.4.15-r0/recipe-sysroot-native/lib
> > >
> > > -Wl,-rpath,/OE/build/oe-core/tmp-glibc/work/qemux86_64-oe-linux/linux-yocto/5.4.15-r0/recipe-sysroot-native/usr/lib
> > >
> > > -Wl,-rpath,/OE/build/oe-core/tmp-glibc/work/qemux86_64-oe-linux/linux-yocto/5.4.15-r0/recipe-sysroot-native/lib
> > > -Wl,-O1 -Wl,--allow-shlib-undefined
> > > -Wl,--dynamic-linker=/OE/build/oe-core/tmp-glibc/sysroots-uninative/x86_64-linux/lib/ld-linux-x86-64.so.2
> > > HOSTCPP=gcc  -E -C
> > > /OE/build/oe-core/tmp-glibc/work-shared/qemux86-64/kernel-source
> > > O=/OE/build/oe-core/tmp-glibc/work/qemux86_64-oe-linux/linux-yocto/5.4.15-r0/linux-qemux86_64-standard-build
> > > CC=x86_64-oe-linux-gcc  -fuse-ld=bfd
> > > -fmacro-prefix-map=/OE/build/oe-core/tmp-glibc/work/qemux86_64-oe-linux/linux-yocto/5.4.15-r0=/usr/src/debug/linux-yocto/5.4.15-r0
> > >
> > >  
> > > -fdebug-prefix-map=/OE/build/oe-core/tmp-glibc/work/qemux86_64-oe-linux/linux-yocto/5.4.15-r0=/usr/src/debug/linux-yocto/5.4.15-r0
> > >
> > >  
> > > -fdebug-prefix-map=/OE/build/oe-core/tmp-glibc/work/qemux86_64-oe-linux/linux-yocto/5.4.15-r0/recipe-sysroot=
> > >
> > >  
> > > -fdebug-prefix-map=/OE/build/oe-core/tmp-glibc/work/qemux86_64-oe-linux/linux-yocto/5.4.15-r0/recipe-sysroot-native=
> > >  
> > > -fdebug-prefix-map=/OE/build/oe-core/tmp-glibc/work-shared/qemux86-64/kernel-source=/usr/src/kernel
> > > oldnoconfig
> > > make: Entering directory
> > > '/OE/build/oe-core/tmp-glibc/work-shared/qemux86-64/kernel-source'
> > > make[1]: Entering directory
> > > '/OE/build/oe-core/tmp-glibc/work/qemux86_64-oe-linux/linux-yocto/5.4.15-r0/linux-qemux86_64-standard-build'
> > >   GEN Makefile
> > > make[2]: *** No rule to make target 'oldnoconfig'.  Stop.
> > > make[1]: ***
> > > [/OE/build/oe-core/tmp-glibc/work-shared/qemux86-64/kernel-source/Makefile:567:
> > > oldnoconfig] Error 2
> > > make[1]: Leaving directory
> > > '/OE/build/oe-core/tmp-glibc/work/qemux86_64-oe-linux/linux-yocto/5.4.15-r0/linux-qemux86_64-standard-build'
> > > make: *** 

[OE-core] Reminder: Yocto Project Technical Team Meeting @ Monthly from 8am on the first Tuesday (PDT)

[sjolley.yp.pm]

All,

 

Just a reminder we will hold the monthly Yocto Project Technical Meeting at
8am PST tomorrow. (2/4)  

 

Yocto Project Technical Team Meeting: We encourage people attending the
meeting to logon and announce themselves on the Yocto Project IRC chancel
during the meeting (optional):

Yocto IRC: http://webchat.freenode.net/?channels=#yocto

 

Wiki: https://www.yoctoproject.org/public-virtual-meetings/

 

WhenMonthly from 8am to 8:30am on the first Tuesday Pacific Time

Where   Zoom Meeting: https://zoom.us/j/990892712 

 

I am tracking the minutes at:
https://docs.google.com/document/d/1Y5IIuE-z0Ykdl-DwuzUJh52flOZuhN_TSAfw2tdU
9pg/edit?ts=5c06b22d  Please request access if you want to assist in editing
them.  The world should have view access. 

 

Thanks,

 

Stephen K. Jolley

Yocto Project Program Manager

*Cell:(208) 244-4460

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

 

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH] kernel.bbclass: set LD in KERNEL_CONFIG_COMMAND to fix 5.4+ builds when gold is enabled

[Martin Jansa]

* with 5.4 kernel the do_configure fails when gold is enabled (with ld-is-gold 
in DISTRO_FEATURES)
* bfd is already being set in KERNEL_LD:
  kernel-arch.bbclass:KERNEL_LD = "${CCACHE}${HOST_PREFIX}ld.bfd 
${HOST_LD_KERNEL_ARCH}"
  but KERNEL_LD is currently respected only by do_compile and do_compile_kernel 
modules
  and new kernel which contains a check for gold in Kbuild:
  
https://lore.kernel.org/lkml/alpine.deb.2.21.1907161434260.1...@nanos.tec.linutronix.de/
  more details:
  
https://lore.kernel.org/r/came9roqmqkq0lnpm25ye_yt0fkp05wmhorwc0ardb53mifk...@mail.gmail.com
  will fail during the configuration even when gold wouldn't be used to
  build it in the end, add LD setting to KERNEL_CONFIG_COMMAND to prevent
  premature error when configuring

  scripts/kconfig/conf  --olddefconfig Kconfig
  scripts/Kconfig.include:39:  gold linker 'x86_64-oe-linux-ld' not supported
  make[2]: *** 
[/OE/build/oe-core/tmp-glibc/work-shared/qemux86-64/kernel-source/scripts/kconfig/Makefile:73:
 olddefconfig] Error 1

Signed-off-by: Martin Jansa 
---
 meta/classes/kernel.bbclass | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/classes/kernel.bbclass b/meta/classes/kernel.bbclass
index ebe5378301..1a953dca35 100644
--- a/meta/classes/kernel.bbclass
+++ b/meta/classes/kernel.bbclass
@@ -507,7 +507,7 @@ sysroot_stage_all () {
:
 }
 
-KERNEL_CONFIG_COMMAND ?= "oe_runmake_call -C ${S} CC="${KERNEL_CC}" O=${B} 
olddefconfig || oe_runmake -C ${S} O=${B} CC="${KERNEL_CC}" oldnoconfig"
+KERNEL_CONFIG_COMMAND ?= "oe_runmake_call -C ${S} CC="${KERNEL_CC}" 
LD="${KERNEL_LD}" O=${B} olddefconfig || oe_runmake -C ${S} O=${B} 
CC="${KERNEL_CC}" LD="${KERNEL_LD}" oldnoconfig"
 
 python check_oldest_kernel() {
 oldest_kernel = d.getVar('OLDEST_KERNEL')
-- 
2.20.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 1/3] linux-yocto: introduce 5.4 recipes

[Martin Jansa]

On Mon, Feb 03, 2020 at 08:45:40AM -0800, Khem Raj wrote:
> On Mon, Feb 3, 2020 at 8:42 AM Martin Jansa  wrote:
> 
> > It fails to build with gold enabled (ld-is-gold in DISTRO_FEATURES)
> >
> > First olddefconfig fails with "gold linker 'x86_64-oe-linux-ld' not
> > supported" and then it fails with a bit misleading error about oldnoconfig
> > (which is called only when oddefconfig fails) and then the whole log
> > repeats itself again, whole log.do_configure.4075 follows:
> >
> 
> Since it’s a kernel piece I think asking for gold might be out of scope
> perhaps
> 
> I have staged a fix in master next which helps a bit with eg mips I had to
> disable bpf

I haven't found your fix in either oe-core/master-next nor
yoe/master-next. But I'll send my own fix.

> 
> >
> > make[1]: Entering directory
> > '/OE/build/oe-core/tmp-glibc/work/qemux86_64-oe-linux/linux-yocto/5.4.15-r0/linux-qemux86_64-standard-build'
> >   GEN Makefile
> >   HOSTCC  scripts/basic/fixdep
> >   HOSTCC  scripts/kconfig/conf.o
> >   HOSTCC  scripts/kconfig/confdata.o
> >   HOSTCC  scripts/kconfig/expr.o
> >   HOSTCC  scripts/kconfig/lexer.lex.o
> >   HOSTCC  scripts/kconfig/parser.tab.o
> >   HOSTCC  scripts/kconfig/preprocess.o
> >   HOSTCC  scripts/kconfig/symbol.o
> >   HOSTLD  scripts/kconfig/conf
> > scripts/kconfig/conf  --olddefconfig Kconfig
> > scripts/Kconfig.include:39:  gold linker 'x86_64-oe-linux-ld' not supported
> > make[2]: ***
> > [/OE/build/oe-core/tmp-glibc/work-shared/qemux86-64/kernel-source/scripts/kconfig/Makefile:73:
> > olddefconfig] Error 1
> > make[1]: ***
> > [/OE/build/oe-core/tmp-glibc/work-shared/qemux86-64/kernel-source/Makefile:567:
> > olddefconfig] Error 2
> > make[1]: Leaving directory
> > '/OE/build/oe-core/tmp-glibc/work/qemux86_64-oe-linux/linux-yocto/5.4.15-r0/linux-qemux86_64-standard-build'
> > make: *** [Makefile:179: sub-make] Error 2
> > make: Leaving directory
> > '/OE/build/oe-core/tmp-glibc/work-shared/qemux86-64/kernel-source'
> > NOTE: make HOSTCC=gcc
> >  
> > -isystem/OE/build/oe-core/tmp-glibc/work/qemux86_64-oe-linux/linux-yocto/5.4.15-r0/recipe-sysroot-native/usr/include
> > -O2 -pipe
> > -L/OE/build/oe-core/tmp-glibc/work/qemux86_64-oe-linux/linux-yocto/5.4.15-r0/recipe-sysroot-native/usr/lib
> >
> > -L/OE/build/oe-core/tmp-glibc/work/qemux86_64-oe-linux/linux-yocto/5.4.15-r0/recipe-sysroot-native/lib
> > -Wl,--enable-new-dtags
> > -Wl,-rpath-link,/OE/build/oe-core/tmp-glibc/work/qemux86_64-oe-linux/linux-yocto/5.4.15-r0/recipe-sysroot-native/usr/lib
> >
> > -Wl,-rpath-link,/OE/build/oe-core/tmp-glibc/work/qemux86_64-oe-linux/linux-yocto/5.4.15-r0/recipe-sysroot-native/lib
> >
> > -Wl,-rpath,/OE/build/oe-core/tmp-glibc/work/qemux86_64-oe-linux/linux-yocto/5.4.15-r0/recipe-sysroot-native/usr/lib
> >
> > -Wl,-rpath,/OE/build/oe-core/tmp-glibc/work/qemux86_64-oe-linux/linux-yocto/5.4.15-r0/recipe-sysroot-native/lib
> > -Wl,-O1 -Wl,--allow-shlib-undefined
> > -Wl,--dynamic-linker=/OE/build/oe-core/tmp-glibc/sysroots-uninative/x86_64-linux/lib/ld-linux-x86-64.so.2
> > HOSTCPP=gcc  -E -C
> > /OE/build/oe-core/tmp-glibc/work-shared/qemux86-64/kernel-source
> > O=/OE/build/oe-core/tmp-glibc/work/qemux86_64-oe-linux/linux-yocto/5.4.15-r0/linux-qemux86_64-standard-build
> > CC=x86_64-oe-linux-gcc  -fuse-ld=bfd
> > -fmacro-prefix-map=/OE/build/oe-core/tmp-glibc/work/qemux86_64-oe-linux/linux-yocto/5.4.15-r0=/usr/src/debug/linux-yocto/5.4.15-r0
> >
> >  
> > -fdebug-prefix-map=/OE/build/oe-core/tmp-glibc/work/qemux86_64-oe-linux/linux-yocto/5.4.15-r0=/usr/src/debug/linux-yocto/5.4.15-r0
> >
> >  
> > -fdebug-prefix-map=/OE/build/oe-core/tmp-glibc/work/qemux86_64-oe-linux/linux-yocto/5.4.15-r0/recipe-sysroot=
> >
> >  
> > -fdebug-prefix-map=/OE/build/oe-core/tmp-glibc/work/qemux86_64-oe-linux/linux-yocto/5.4.15-r0/recipe-sysroot-native=
> >  
> > -fdebug-prefix-map=/OE/build/oe-core/tmp-glibc/work-shared/qemux86-64/kernel-source=/usr/src/kernel
> > oldnoconfig
> > make: Entering directory
> > '/OE/build/oe-core/tmp-glibc/work-shared/qemux86-64/kernel-source'
> > make[1]: Entering directory
> > '/OE/build/oe-core/tmp-glibc/work/qemux86_64-oe-linux/linux-yocto/5.4.15-r0/linux-qemux86_64-standard-build'
> >   GEN Makefile
> > make[2]: *** No rule to make target 'oldnoconfig'.  Stop.
> > make[1]: ***
> > [/OE/build/oe-core/tmp-glibc/work-shared/qemux86-64/kernel-source/Makefile:567:
> > oldnoconfig] Error 2
> > make[1]: Leaving directory
> > '/OE/build/oe-core/tmp-glibc/work/qemux86_64-oe-linux/linux-yocto/5.4.15-r0/linux-qemux86_64-standard-build'
> > make: *** [Makefile:179: sub-make] Error 2
> > make: Leaving directory
> > '/OE/build/oe-core/tmp-glibc/work-shared/qemux86-64/kernel-source'
> > ERROR: oe_runmake failed
> > WARNING: exit code 1 from a shell command.
> > ERROR: Execution of
> > '/OE/build/oe-core/tmp-glibc/work/qemux86_64-oe-linux/linux-yocto/5.4.15-r0/temp/run.do_configure.4075'
> > failed with exit code 1:
> > make: Entering 

[OE-core] [PATCH 2/2] rt-tests: modernise subprocess: preexec_fn=os.setsid -> start_new_session=True

[André Draszik]

start_new_session was added to python3 subprocess in v3.2 and
is meant to take the place of the common use of preexec_fn to
call os.setsid() in the child - as done here.

Update to use the new equivalent.

Signed-off-by: André Draszik 
---
 meta/recipes-rt/rt-tests/files/rt_bmark.py | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/meta/recipes-rt/rt-tests/files/rt_bmark.py 
b/meta/recipes-rt/rt-tests/files/rt_bmark.py
index 57b39b52a1..3b84447a0f 100755
--- a/meta/recipes-rt/rt-tests/files/rt_bmark.py
+++ b/meta/recipes-rt/rt-tests/files/rt_bmark.py
@@ -166,12 +166,12 @@ def start_stress(*args):
 log("  Command: '", stress_cmd_str, "'")
 log()
 
-# preexec_fn=os.setsid causes stress to be executed in a separate
+# start_new_session causes stress to be executed in a separate
 # session, => it gets a new process group (incl. children). It
 # can then be terminated using os.killpg in end_stress without
 # terminating this script.
 
-p = subprocess.Popen(stress_cmd, preexec_fn=os.setsid)
+p = subprocess.Popen(stress_cmd, start_new_session=True)
 
 return p
 
-- 
2.23.0.rc1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

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

[sjolley.yp.pm]

All,

 

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

 

https://wiki.yoctoproject.org/wiki/Bug_Triage#Newcomer_Bugs

 

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

 

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

 

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

 

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

 

Thanks,

 

Stephen K. Jolley

Yocto Project Program Manager

*Cell:(208) 244-4460

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

 

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 1/2] oeqa: modernise subprocess: preexec_fn=os.setsid -> start_new_session=True

[André Draszik]

start_new_session was added to python3 subprocess in v3.2 and
is meant to take the place of the common use of preexec_fn to
call os.setsid() in the child - as done here.

Update to use the new equivalent.

Signed-off-by: André Draszik 
---
 meta/lib/oeqa/controllers/masterimage.py | 2 +-
 meta/lib/oeqa/core/target/ssh.py | 2 +-
 meta/lib/oeqa/utils/sshcontrol.py| 2 +-
 3 files changed, 3 insertions(+), 3 deletions(-)

diff --git a/meta/lib/oeqa/controllers/masterimage.py 
b/meta/lib/oeqa/controllers/masterimage.py
index 0435dfa125..0bf5917e48 100644
--- a/meta/lib/oeqa/controllers/masterimage.py
+++ b/meta/lib/oeqa/controllers/masterimage.py
@@ -97,7 +97,7 @@ class 
MasterImageHardwareTarget(oeqa.targetcontrol.BaseTarget, metaclass=ABCMeta
 if self.powercontrol_cmd:
 cmd = "%s %s" % (self.powercontrol_cmd, msg)
 try:
-commands.runCmd(cmd, assert_error=False, preexec_fn=os.setsid, 
env=self.origenv)
+commands.runCmd(cmd, assert_error=False, 
start_new_session=True, env=self.origenv)
 except CommandError as e:
 bb.fatal(str(e))
 
diff --git a/meta/lib/oeqa/core/target/ssh.py b/meta/lib/oeqa/core/target/ssh.py
index 63fc9468b3..090b40a814 100644
--- a/meta/lib/oeqa/core/target/ssh.py
+++ b/meta/lib/oeqa/core/target/ssh.py
@@ -247,7 +247,7 @@ def SSHCall(command, logger, timeout=None, **opts):
 "stdin": None,
 "shell": False,
 "bufsize": -1,
-"preexec_fn": os.setsid,
+"start_new_session": True,
 }
 options.update(opts)
 output = ''
diff --git a/meta/lib/oeqa/utils/sshcontrol.py 
b/meta/lib/oeqa/utils/sshcontrol.py
index 49a07264c6..36c2ecb3db 100644
--- a/meta/lib/oeqa/utils/sshcontrol.py
+++ b/meta/lib/oeqa/utils/sshcontrol.py
@@ -23,7 +23,7 @@ class SSHProcess(object):
 "stdin": None,
 "shell": False,
 "bufsize": -1,
-"preexec_fn": os.setsid,
+"start_new_session": True,
 }
 self.options = dict(self.defaultopts)
 self.options.update(options)
-- 
2.23.0.rc1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 1/3] linux-yocto: introduce 5.4 recipes

[Bruce Ashfield]

On Mon, Feb 3, 2020 at 11:45 AM Khem Raj  wrote:
>
>
>
> On Mon, Feb 3, 2020 at 8:42 AM Martin Jansa  wrote:
>>
>> It fails to build with gold enabled (ld-is-gold in DISTRO_FEATURES)
>>
>> First olddefconfig fails with "gold linker 'x86_64-oe-linux-ld' not 
>> supported" and then it fails with a bit misleading error about oldnoconfig 
>> (which is called only when oddefconfig fails) and then the whole log repeats 
>> itself again, whole log.do_configure.4075 follows:
>
>
> Since it’s a kernel piece I think asking for gold might be out of scope 
> perhaps
>

Yah, there's not much we can do to fix that, but I suppose it could be
detected in the bbclass and a better error thrown ?

> I have staged a fix in master next which helps a bit with eg mips I had to 
> disable bpf

Is that the one with the missing header for on-target module build ?
If so, i have a similar patch here.

Bruce

>>
>>
>> make[1]: Entering directory 
>> '/OE/build/oe-core/tmp-glibc/work/qemux86_64-oe-linux/linux-yocto/5.4.15-r0/linux-qemux86_64-standard-build'
>>   GEN Makefile
>>   HOSTCC  scripts/basic/fixdep
>>   HOSTCC  scripts/kconfig/conf.o
>>   HOSTCC  scripts/kconfig/confdata.o
>>   HOSTCC  scripts/kconfig/expr.o
>>   HOSTCC  scripts/kconfig/lexer.lex.o
>>   HOSTCC  scripts/kconfig/parser.tab.o
>>   HOSTCC  scripts/kconfig/preprocess.o
>>   HOSTCC  scripts/kconfig/symbol.o
>>   HOSTLD  scripts/kconfig/conf
>> scripts/kconfig/conf  --olddefconfig Kconfig
>> scripts/Kconfig.include:39:  gold linker 'x86_64-oe-linux-ld' not supported
>> make[2]: *** 
>> [/OE/build/oe-core/tmp-glibc/work-shared/qemux86-64/kernel-source/scripts/kconfig/Makefile:73:
>>  olddefconfig] Error 1
>> make[1]: *** 
>> [/OE/build/oe-core/tmp-glibc/work-shared/qemux86-64/kernel-source/Makefile:567:
>>  olddefconfig] Error 2
>> make[1]: Leaving directory 
>> '/OE/build/oe-core/tmp-glibc/work/qemux86_64-oe-linux/linux-yocto/5.4.15-r0/linux-qemux86_64-standard-build'
>> make: *** [Makefile:179: sub-make] Error 2
>> make: Leaving directory 
>> '/OE/build/oe-core/tmp-glibc/work-shared/qemux86-64/kernel-source'
>> NOTE: make HOSTCC=gcc  
>> -isystem/OE/build/oe-core/tmp-glibc/work/qemux86_64-oe-linux/linux-yocto/5.4.15-r0/recipe-sysroot-native/usr/include
>>  -O2 -pipe 
>> -L/OE/build/oe-core/tmp-glibc/work/qemux86_64-oe-linux/linux-yocto/5.4.15-r0/recipe-sysroot-native/usr/lib
>>  
>> -L/OE/build/oe-core/tmp-glibc/work/qemux86_64-oe-linux/linux-yocto/5.4.15-r0/recipe-sysroot-native/lib
>>  -Wl,--enable-new-dtags 
>> -Wl,-rpath-link,/OE/build/oe-core/tmp-glibc/work/qemux86_64-oe-linux/linux-yocto/5.4.15-r0/recipe-sysroot-native/usr/lib
>>  
>> -Wl,-rpath-link,/OE/build/oe-core/tmp-glibc/work/qemux86_64-oe-linux/linux-yocto/5.4.15-r0/recipe-sysroot-native/lib
>>  
>> -Wl,-rpath,/OE/build/oe-core/tmp-glibc/work/qemux86_64-oe-linux/linux-yocto/5.4.15-r0/recipe-sysroot-native/usr/lib
>>  
>> -Wl,-rpath,/OE/build/oe-core/tmp-glibc/work/qemux86_64-oe-linux/linux-yocto/5.4.15-r0/recipe-sysroot-native/lib
>>  -Wl,-O1 -Wl,--allow-shlib-undefined 
>> -Wl,--dynamic-linker=/OE/build/oe-core/tmp-glibc/sysroots-uninative/x86_64-linux/lib/ld-linux-x86-64.so.2
>>  HOSTCPP=gcc  -E -C 
>> /OE/build/oe-core/tmp-glibc/work-shared/qemux86-64/kernel-source 
>> O=/OE/build/oe-core/tmp-glibc/work/qemux86_64-oe-linux/linux-yocto/5.4.15-r0/linux-qemux86_64-standard-build
>>  CC=x86_64-oe-linux-gcc  -fuse-ld=bfd 
>> -fmacro-prefix-map=/OE/build/oe-core/tmp-glibc/work/qemux86_64-oe-linux/linux-yocto/5.4.15-r0=/usr/src/debug/linux-yocto/5.4.15-r0
>>   
>> -fdebug-prefix-map=/OE/build/oe-core/tmp-glibc/work/qemux86_64-oe-linux/linux-yocto/5.4.15-r0=/usr/src/debug/linux-yocto/5.4.15-r0
>>   
>> -fdebug-prefix-map=/OE/build/oe-core/tmp-glibc/work/qemux86_64-oe-linux/linux-yocto/5.4.15-r0/recipe-sysroot=
>>   
>> -fdebug-prefix-map=/OE/build/oe-core/tmp-glibc/work/qemux86_64-oe-linux/linux-yocto/5.4.15-r0/recipe-sysroot-native=
>>   
>> -fdebug-prefix-map=/OE/build/oe-core/tmp-glibc/work-shared/qemux86-64/kernel-source=/usr/src/kernel
>>  oldnoconfig
>> make: Entering directory 
>> '/OE/build/oe-core/tmp-glibc/work-shared/qemux86-64/kernel-source'
>> make[1]: Entering directory 
>> '/OE/build/oe-core/tmp-glibc/work/qemux86_64-oe-linux/linux-yocto/5.4.15-r0/linux-qemux86_64-standard-build'
>>   GEN Makefile
>> make[2]: *** No rule to make target 'oldnoconfig'.  Stop.
>> make[1]: *** 
>> [/OE/build/oe-core/tmp-glibc/work-shared/qemux86-64/kernel-source/Makefile:567:
>>  oldnoconfig] Error 2
>> make[1]: Leaving directory 
>> '/OE/build/oe-core/tmp-glibc/work/qemux86_64-oe-linux/linux-yocto/5.4.15-r0/linux-qemux86_64-standard-build'
>> make: *** [Makefile:179: sub-make] Error 2
>> make: Leaving directory 
>> 

Re: [OE-core] [PATCH 1/3] linux-yocto: introduce 5.4 recipes

[Khem Raj]

On Mon, Feb 3, 2020 at 8:42 AM Martin Jansa  wrote:

> It fails to build with gold enabled (ld-is-gold in DISTRO_FEATURES)
>
> First olddefconfig fails with "gold linker 'x86_64-oe-linux-ld' not
> supported" and then it fails with a bit misleading error about oldnoconfig
> (which is called only when oddefconfig fails) and then the whole log
> repeats itself again, whole log.do_configure.4075 follows:
>

Since it’s a kernel piece I think asking for gold might be out of scope
perhaps

I have staged a fix in master next which helps a bit with eg mips I had to
disable bpf

>
> make[1]: Entering directory
> '/OE/build/oe-core/tmp-glibc/work/qemux86_64-oe-linux/linux-yocto/5.4.15-r0/linux-qemux86_64-standard-build'
>   GEN Makefile
>   HOSTCC  scripts/basic/fixdep
>   HOSTCC  scripts/kconfig/conf.o
>   HOSTCC  scripts/kconfig/confdata.o
>   HOSTCC  scripts/kconfig/expr.o
>   HOSTCC  scripts/kconfig/lexer.lex.o
>   HOSTCC  scripts/kconfig/parser.tab.o
>   HOSTCC  scripts/kconfig/preprocess.o
>   HOSTCC  scripts/kconfig/symbol.o
>   HOSTLD  scripts/kconfig/conf
> scripts/kconfig/conf  --olddefconfig Kconfig
> scripts/Kconfig.include:39:  gold linker 'x86_64-oe-linux-ld' not supported
> make[2]: ***
> [/OE/build/oe-core/tmp-glibc/work-shared/qemux86-64/kernel-source/scripts/kconfig/Makefile:73:
> olddefconfig] Error 1
> make[1]: ***
> [/OE/build/oe-core/tmp-glibc/work-shared/qemux86-64/kernel-source/Makefile:567:
> olddefconfig] Error 2
> make[1]: Leaving directory
> '/OE/build/oe-core/tmp-glibc/work/qemux86_64-oe-linux/linux-yocto/5.4.15-r0/linux-qemux86_64-standard-build'
> make: *** [Makefile:179: sub-make] Error 2
> make: Leaving directory
> '/OE/build/oe-core/tmp-glibc/work-shared/qemux86-64/kernel-source'
> NOTE: make HOSTCC=gcc
>  
> -isystem/OE/build/oe-core/tmp-glibc/work/qemux86_64-oe-linux/linux-yocto/5.4.15-r0/recipe-sysroot-native/usr/include
> -O2 -pipe
> -L/OE/build/oe-core/tmp-glibc/work/qemux86_64-oe-linux/linux-yocto/5.4.15-r0/recipe-sysroot-native/usr/lib
>
> -L/OE/build/oe-core/tmp-glibc/work/qemux86_64-oe-linux/linux-yocto/5.4.15-r0/recipe-sysroot-native/lib
> -Wl,--enable-new-dtags
> -Wl,-rpath-link,/OE/build/oe-core/tmp-glibc/work/qemux86_64-oe-linux/linux-yocto/5.4.15-r0/recipe-sysroot-native/usr/lib
>
> -Wl,-rpath-link,/OE/build/oe-core/tmp-glibc/work/qemux86_64-oe-linux/linux-yocto/5.4.15-r0/recipe-sysroot-native/lib
>
> -Wl,-rpath,/OE/build/oe-core/tmp-glibc/work/qemux86_64-oe-linux/linux-yocto/5.4.15-r0/recipe-sysroot-native/usr/lib
>
> -Wl,-rpath,/OE/build/oe-core/tmp-glibc/work/qemux86_64-oe-linux/linux-yocto/5.4.15-r0/recipe-sysroot-native/lib
> -Wl,-O1 -Wl,--allow-shlib-undefined
> -Wl,--dynamic-linker=/OE/build/oe-core/tmp-glibc/sysroots-uninative/x86_64-linux/lib/ld-linux-x86-64.so.2
> HOSTCPP=gcc  -E -C
> /OE/build/oe-core/tmp-glibc/work-shared/qemux86-64/kernel-source
> O=/OE/build/oe-core/tmp-glibc/work/qemux86_64-oe-linux/linux-yocto/5.4.15-r0/linux-qemux86_64-standard-build
> CC=x86_64-oe-linux-gcc  -fuse-ld=bfd
> -fmacro-prefix-map=/OE/build/oe-core/tmp-glibc/work/qemux86_64-oe-linux/linux-yocto/5.4.15-r0=/usr/src/debug/linux-yocto/5.4.15-r0
>
>  
> -fdebug-prefix-map=/OE/build/oe-core/tmp-glibc/work/qemux86_64-oe-linux/linux-yocto/5.4.15-r0=/usr/src/debug/linux-yocto/5.4.15-r0
>
>  
> -fdebug-prefix-map=/OE/build/oe-core/tmp-glibc/work/qemux86_64-oe-linux/linux-yocto/5.4.15-r0/recipe-sysroot=
>
>  
> -fdebug-prefix-map=/OE/build/oe-core/tmp-glibc/work/qemux86_64-oe-linux/linux-yocto/5.4.15-r0/recipe-sysroot-native=
>  
> -fdebug-prefix-map=/OE/build/oe-core/tmp-glibc/work-shared/qemux86-64/kernel-source=/usr/src/kernel
> oldnoconfig
> make: Entering directory
> '/OE/build/oe-core/tmp-glibc/work-shared/qemux86-64/kernel-source'
> make[1]: Entering directory
> '/OE/build/oe-core/tmp-glibc/work/qemux86_64-oe-linux/linux-yocto/5.4.15-r0/linux-qemux86_64-standard-build'
>   GEN Makefile
> make[2]: *** No rule to make target 'oldnoconfig'.  Stop.
> make[1]: ***
> [/OE/build/oe-core/tmp-glibc/work-shared/qemux86-64/kernel-source/Makefile:567:
> oldnoconfig] Error 2
> make[1]: Leaving directory
> '/OE/build/oe-core/tmp-glibc/work/qemux86_64-oe-linux/linux-yocto/5.4.15-r0/linux-qemux86_64-standard-build'
> make: *** [Makefile:179: sub-make] Error 2
> make: Leaving directory
> '/OE/build/oe-core/tmp-glibc/work-shared/qemux86-64/kernel-source'
> ERROR: oe_runmake failed
> WARNING: exit code 1 from a shell command.
> ERROR: Execution of
> '/OE/build/oe-core/tmp-glibc/work/qemux86_64-oe-linux/linux-yocto/5.4.15-r0/temp/run.do_configure.4075'
> failed with exit code 1:
> make: Entering directory
> '/OE/build/oe-core/tmp-glibc/work-shared/qemux86-64/kernel-source'
> make[1]: Entering directory
> '/OE/build/oe-core/tmp-glibc/work/qemux86_64-oe-linux/linux-yocto/5.4.15-r0/linux-qemux86_64-standard-build'
>   GEN Makefile
>   HOSTCC  scripts/basic/fixdep
>   HOSTCC  scripts/kconfig/conf.o
>   HOSTCC  scripts/kconfig/confdata.o
>   

Re: [OE-core] [PATCH 1/3] linux-yocto: introduce 5.4 recipes

[Martin Jansa]

It fails to build with gold enabled (ld-is-gold in DISTRO_FEATURES)

First olddefconfig fails with "gold linker 'x86_64-oe-linux-ld' not
supported" and then it fails with a bit misleading error about oldnoconfig
(which is called only when oddefconfig fails) and then the whole log
repeats itself again, whole log.do_configure.4075 follows:

make[1]: Entering directory
'/OE/build/oe-core/tmp-glibc/work/qemux86_64-oe-linux/linux-yocto/5.4.15-r0/linux-qemux86_64-standard-build'
  GEN Makefile
  HOSTCC  scripts/basic/fixdep
  HOSTCC  scripts/kconfig/conf.o
  HOSTCC  scripts/kconfig/confdata.o
  HOSTCC  scripts/kconfig/expr.o
  HOSTCC  scripts/kconfig/lexer.lex.o
  HOSTCC  scripts/kconfig/parser.tab.o
  HOSTCC  scripts/kconfig/preprocess.o
  HOSTCC  scripts/kconfig/symbol.o
  HOSTLD  scripts/kconfig/conf
scripts/kconfig/conf  --olddefconfig Kconfig
scripts/Kconfig.include:39:  gold linker 'x86_64-oe-linux-ld' not supported
make[2]: ***
[/OE/build/oe-core/tmp-glibc/work-shared/qemux86-64/kernel-source/scripts/kconfig/Makefile:73:
olddefconfig] Error 1
make[1]: ***
[/OE/build/oe-core/tmp-glibc/work-shared/qemux86-64/kernel-source/Makefile:567:
olddefconfig] Error 2
make[1]: Leaving directory
'/OE/build/oe-core/tmp-glibc/work/qemux86_64-oe-linux/linux-yocto/5.4.15-r0/linux-qemux86_64-standard-build'
make: *** [Makefile:179: sub-make] Error 2
make: Leaving directory
'/OE/build/oe-core/tmp-glibc/work-shared/qemux86-64/kernel-source'
NOTE: make HOSTCC=gcc
 
-isystem/OE/build/oe-core/tmp-glibc/work/qemux86_64-oe-linux/linux-yocto/5.4.15-r0/recipe-sysroot-native/usr/include
-O2 -pipe
-L/OE/build/oe-core/tmp-glibc/work/qemux86_64-oe-linux/linux-yocto/5.4.15-r0/recipe-sysroot-native/usr/lib

-L/OE/build/oe-core/tmp-glibc/work/qemux86_64-oe-linux/linux-yocto/5.4.15-r0/recipe-sysroot-native/lib
-Wl,--enable-new-dtags
-Wl,-rpath-link,/OE/build/oe-core/tmp-glibc/work/qemux86_64-oe-linux/linux-yocto/5.4.15-r0/recipe-sysroot-native/usr/lib

-Wl,-rpath-link,/OE/build/oe-core/tmp-glibc/work/qemux86_64-oe-linux/linux-yocto/5.4.15-r0/recipe-sysroot-native/lib

-Wl,-rpath,/OE/build/oe-core/tmp-glibc/work/qemux86_64-oe-linux/linux-yocto/5.4.15-r0/recipe-sysroot-native/usr/lib

-Wl,-rpath,/OE/build/oe-core/tmp-glibc/work/qemux86_64-oe-linux/linux-yocto/5.4.15-r0/recipe-sysroot-native/lib
-Wl,-O1 -Wl,--allow-shlib-undefined
-Wl,--dynamic-linker=/OE/build/oe-core/tmp-glibc/sysroots-uninative/x86_64-linux/lib/ld-linux-x86-64.so.2
HOSTCPP=gcc  -E -C
/OE/build/oe-core/tmp-glibc/work-shared/qemux86-64/kernel-source
O=/OE/build/oe-core/tmp-glibc/work/qemux86_64-oe-linux/linux-yocto/5.4.15-r0/linux-qemux86_64-standard-build
CC=x86_64-oe-linux-gcc  -fuse-ld=bfd
-fmacro-prefix-map=/OE/build/oe-core/tmp-glibc/work/qemux86_64-oe-linux/linux-yocto/5.4.15-r0=/usr/src/debug/linux-yocto/5.4.15-r0

 
-fdebug-prefix-map=/OE/build/oe-core/tmp-glibc/work/qemux86_64-oe-linux/linux-yocto/5.4.15-r0=/usr/src/debug/linux-yocto/5.4.15-r0

 
-fdebug-prefix-map=/OE/build/oe-core/tmp-glibc/work/qemux86_64-oe-linux/linux-yocto/5.4.15-r0/recipe-sysroot=

 
-fdebug-prefix-map=/OE/build/oe-core/tmp-glibc/work/qemux86_64-oe-linux/linux-yocto/5.4.15-r0/recipe-sysroot-native=
 
-fdebug-prefix-map=/OE/build/oe-core/tmp-glibc/work-shared/qemux86-64/kernel-source=/usr/src/kernel
oldnoconfig
make: Entering directory
'/OE/build/oe-core/tmp-glibc/work-shared/qemux86-64/kernel-source'
make[1]: Entering directory
'/OE/build/oe-core/tmp-glibc/work/qemux86_64-oe-linux/linux-yocto/5.4.15-r0/linux-qemux86_64-standard-build'
  GEN Makefile
make[2]: *** No rule to make target 'oldnoconfig'.  Stop.
make[1]: ***
[/OE/build/oe-core/tmp-glibc/work-shared/qemux86-64/kernel-source/Makefile:567:
oldnoconfig] Error 2
make[1]: Leaving directory
'/OE/build/oe-core/tmp-glibc/work/qemux86_64-oe-linux/linux-yocto/5.4.15-r0/linux-qemux86_64-standard-build'
make: *** [Makefile:179: sub-make] Error 2
make: Leaving directory
'/OE/build/oe-core/tmp-glibc/work-shared/qemux86-64/kernel-source'
ERROR: oe_runmake failed
WARNING: exit code 1 from a shell command.
ERROR: Execution of
'/OE/build/oe-core/tmp-glibc/work/qemux86_64-oe-linux/linux-yocto/5.4.15-r0/temp/run.do_configure.4075'
failed with exit code 1:
make: Entering directory
'/OE/build/oe-core/tmp-glibc/work-shared/qemux86-64/kernel-source'
make[1]: Entering directory
'/OE/build/oe-core/tmp-glibc/work/qemux86_64-oe-linux/linux-yocto/5.4.15-r0/linux-qemux86_64-standard-build'
  GEN Makefile
  HOSTCC  scripts/basic/fixdep
  HOSTCC  scripts/kconfig/conf.o
  HOSTCC  scripts/kconfig/confdata.o
  HOSTCC  scripts/kconfig/expr.o
  HOSTCC  scripts/kconfig/lexer.lex.o
  HOSTCC  scripts/kconfig/parser.tab.o
  HOSTCC  scripts/kconfig/preprocess.o
  HOSTCC  scripts/kconfig/symbol.o
  HOSTLD  scripts/kconfig/conf
scripts/kconfig/conf  --olddefconfig Kconfig
scripts/Kconfig.include:39:  gold linker 'x86_64-oe-linux-ld' not supported
make[2]: ***

Re: [OE-core] [PATCH 06/24] bison: upgrade 3.4.2 -> 3.5

[Khem Raj]

http://errors.yoctoproject.org/Errors/Details/368059/

On Fri, Jan 31, 2020 at 1:34 AM Alexander Kanavin
 wrote:
>
> Signed-off-by: Alexander Kanavin 
> ---
>  meta/recipes-devtools/bison/{bison_3.4.2.bb => bison_3.5.bb} | 4 ++--
>  1 file changed, 2 insertions(+), 2 deletions(-)
>  rename meta/recipes-devtools/bison/{bison_3.4.2.bb => bison_3.5.bb} (90%)
>
> diff --git a/meta/recipes-devtools/bison/bison_3.4.2.bb 
> b/meta/recipes-devtools/bison/bison_3.5.bb
> similarity index 90%
> rename from meta/recipes-devtools/bison/bison_3.4.2.bb
> rename to meta/recipes-devtools/bison/bison_3.5.bb
> index 46f0f908dd4..3d8f6579b9e 100644
> --- a/meta/recipes-devtools/bison/bison_3.4.2.bb
> +++ b/meta/recipes-devtools/bison/bison_3.5.bb
> @@ -17,8 +17,8 @@ SRC_URI = "${GNU_MIRROR}/bison/bison-${PV}.tar.xz \
>  # No point in hardcoding path to m4, just use PATH
>  EXTRA_OECONF += "M4=m4"
>
> -SRC_URI[md5sum] = "d1ceb9dfde2d03b24a4c1137f7f1b572"
> -SRC_URI[sha256sum] = 
> "27d05534699735dc69e86add5b808d6cb35900ad3fd63fa82e3eb644336abfa0"
> +SRC_URI[md5sum] = "c0230be066069f33c8445766833f3205"
> +SRC_URI[sha256sum] = 
> "55e4a023b1b4ad19095a5f8279f0dc048fa29f970759cea83224a6d5e7a3a641"
>
>  inherit autotools gettext texinfo
>
> --
> 2.25.0
>
> --
> ___
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 2/2] libxshmfence: Set shm directory deterministically

[Richard Purdie]

Without setting this it will vary depending on which directories are present
on the host.

[YOCTO #13778]

Signed-off-by: Richard Purdie 
---
 meta/recipes-graphics/xorg-lib/libxshmfence_1.3.bb | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/meta/recipes-graphics/xorg-lib/libxshmfence_1.3.bb 
b/meta/recipes-graphics/xorg-lib/libxshmfence_1.3.bb
index 85a48e4c588..cc456965305 100644
--- a/meta/recipes-graphics/xorg-lib/libxshmfence_1.3.bb
+++ b/meta/recipes-graphics/xorg-lib/libxshmfence_1.3.bb
@@ -11,6 +11,8 @@ LIC_FILES_CHKSUM = 
"file://COPYING;md5=47e508ca280fde97906eacb77892c3ac"
 
 DEPENDS += "virtual/libx11"
 
+EXTRA_OECONF += "--with-shared-memory-dir=/dev/shm"
+
 BBCLASSEXTEND = "native nativesdk"
 
 SRC_URI[md5sum] = "42dda8016943dc12aff2c03a036e0937"
-- 
2.20.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 1/2] sudo: Set vardir deterministically

[Richard Purdie]

Without setting this it will vary depending on which directories are present
on the host.

[YOCTO #13775]

Signed-off-by: Richard Purdie 
---
 meta/recipes-extended/sudo/sudo_1.8.29.bb | 1 +
 1 file changed, 1 insertion(+)

diff --git a/meta/recipes-extended/sudo/sudo_1.8.29.bb 
b/meta/recipes-extended/sudo/sudo_1.8.29.bb
index 8da2d646318..7089e1a1d2e 100644
--- a/meta/recipes-extended/sudo/sudo_1.8.29.bb
+++ b/meta/recipes-extended/sudo/sudo_1.8.29.bb
@@ -17,6 +17,7 @@ EXTRA_OECONF += " \
  ac_cv_type_rsize_t=no \
  ${@bb.utils.contains('DISTRO_FEATURES', 'pam', '--with-pam', 
'--without-pam', d)} \
  ${@bb.utils.contains('DISTRO_FEATURES', 'systemd', 
'--enable-tmpfiles.d=${nonarch_libdir}/tmpfiles.d', '--disable-tmpfiles.d', d)} 
\
+ --with-vardir=/var/lib/sudo \
  "
 
 do_install_append () {
-- 
2.20.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [OE-Core][PATCH] systemd: Upgrade 243.2 -> 243.4-latest

[Alex Kiernan]

On Mon, Feb 3, 2020 at 10:26 AM Richard Purdie
 wrote:
>
> On Mon, 2020-01-27 at 23:13 +, Alex Kiernan wrote:
> > Update to latest on the 243 stable branch. This includes (amongst other
> > fixes) seccomp filter changes which fix failures with glibc 2.31, e.g.
> >
> >   systemd-journald[543]: Assertion 'clock_gettime(map_clock_id(clock_id), 
> > ) == 0' failed at src/basic/time-util.c:55, function now(). Aborting.
> >
> > Rebase 0001-binfmt-Don-t-install-dependency-links-at-install-tim.patch
> >
> > Drop 0001-unit-file.c-consider-symlink-on-filesystems-like-NFS.patch,
> > fixed in 5c0224c7bf3c ("Handle d_type == DT_UNKNOWN correctly").
> >
> > Drop 0001-seccomp-more-comprehensive-protection-against-libsec.patch,
> > fixed in 70e8c1978a9a ("seccomp: real syscall numbers are >= 0").
>
> Unfortunately something in this causes:
>
> https://autobuilder.yoctoproject.org/typhoon/#/builders/109/builds/412
> https://autobuilder.yoctoproject.org/typhoon/#/builders/101/builds/413
> https://autobuilder.yoctoproject.org/typhoon/#/builders/72/builds/1545
>

That's disappointing...

> I've been blaming Trevor's patches until now but its this one (sorry
> Trevor!).
>

I'll start bisecting it out, though this looks like a likely candidate:

commit 53d8feeb2334c396dcfa7106c78ce1791fb5d0c4
Author: Michal Suchanek 
Date:   Mon Nov 4 21:23:15 2019 +0100

libblkid: open device in nonblock mode.

When autoclose is set (kernel default but many distributions reverse the
setting) opening a CD-rom device causes the tray to close.

The function of blkid is to report the current state of the device and
not to change it. Hence it should use O_NONBLOCK when opening the
device to avoid closing a CD-rom tray.

blkid is used liberally in scripts so it can potentially interfere with
the user operating the CD-rom hardware.

-- 
Alex Kiernan
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] ifupdown: add ptest

[Alexander Kanavin]

I think a build configuration for this also needs to be enabled and tested as 
explained in the email thread from the bug (in magefeatures.py from selftest I 
think). Otherwise this wouldn’t be built or checked anywhere.

Alex

> On 3 Feb 2020, at 10.14,   
> wrote:
> 
> From: Kai Kang 
> 
> Add ptest for ifupdown with its own test cases.
> 
> [Yocto #13736]
> 
> Signed-off-by: Kai Kang 
> ---
> meta/recipes-core/ifupdown/files/run-ptest|  4 ++
> .../ifupdown/files/tweak-ptest-script.patch   | 49 +++
> meta/recipes-core/ifupdown/ifupdown_0.8.35.bb | 10 +++-
> 3 files changed, 62 insertions(+), 1 deletion(-)
> create mode 100644 meta/recipes-core/ifupdown/files/run-ptest
> create mode 100644 meta/recipes-core/ifupdown/files/tweak-ptest-script.patch
> 
> diff --git a/meta/recipes-core/ifupdown/files/run-ptest 
> b/meta/recipes-core/ifupdown/files/run-ptest
> new file mode 100644
> index 00..8694042392
> --- /dev/null
> +++ b/meta/recipes-core/ifupdown/files/run-ptest
> @@ -0,0 +1,4 @@
> +#!/bin/sh
> +
> +CURDIR=$(dirname `readlink -f $0`)
> +cd $CURDIR/tests && ./testbuild-linux
> diff --git a/meta/recipes-core/ifupdown/files/tweak-ptest-script.patch 
> b/meta/recipes-core/ifupdown/files/tweak-ptest-script.patch
> new file mode 100644
> index 00..d7600cf243
> --- /dev/null
> +++ b/meta/recipes-core/ifupdown/files/tweak-ptest-script.patch
> @@ -0,0 +1,49 @@
> +Tweak tests of ifupdown to make it work with oe-core ptest framework.
> +
> +Upstream-Status: Inappropriate [oe-core specific]
> +
> +Signed-off-by: Kai Kang 
> +
> +diff --git a/tests/testbuild-linux b/tests/testbuild-linux
> +index 1181ea0..d5c1814 100755
> +--- a/tests/testbuild-linux
>  b/tests/testbuild-linux
> +@@ -1,6 +1,7 @@
> + #!/bin/sh -e
> + 
> +-dir=tests/linux
> ++curdir=$(dirname `readlink -f $0`)
> ++dir=$curdir/linux
> + 
> + result=true
> + for test in 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18; do
> +@@ -12,7 +13,7 @@ for test in 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18; 
> do
> + echo "Testcase $test: $args"
> + 
> +exitcode=0
> +-./ifup -v --no-act-commands --force -i $dir/testcase.$test 
> --state-dir=$dir/state.$test $args \
> ++ifup -v --no-act-commands --force -i $dir/testcase.$test 
> --state-dir=$dir/state.$test $args \
> + >$dir/up-res-out.$test 2>$dir/up-res-err.$test || 
> exitcode=$?
> + 
> + (echo "exit code: $exitcode";
> +@@ -20,7 +21,7 @@ for test in 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18; 
> do
> +  echo "stderr"; cat $dir/up-res-err.$test) > 
> $dir/up-res.$test
> + 
> +exitcode=0
> +-./ifdown -v --no-act-commands --force -i $dir/testcase.$test 
> --state-dir=$dir/state.$test $args \
> ++ifdown -v --no-act-commands --force -i $dir/testcase.$test 
> --state-dir=$dir/state.$test $args \
> +>$dir/down-res-out.$test 2>$dir/down-res-err.$test || 
> exitcode=$?
> + 
> + (echo "exit code: $exitcode";
> +@@ -28,9 +29,9 @@ for test in 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18; 
> do
> +  echo "stderr"; cat $dir/down-res-err.$test) > 
> $dir/down-res.$test
> + 
> + if diff -ub $dir/up.$test $dir/up-res.$test && diff -ub 
> $dir/down.$test $dir/down-res.$test; then
> +-echo "(okay)"
> ++echo "PASS: $test"
> + else
> +-echo "(failed)"
> ++echo "FAIL: $test"
> + result=false
> + fi
> + echo "=="
> diff --git a/meta/recipes-core/ifupdown/ifupdown_0.8.35.bb 
> b/meta/recipes-core/ifupdown/ifupdown_0.8.35.bb
> index 0de97fe372..53cb971d33 100644
> --- a/meta/recipes-core/ifupdown/ifupdown_0.8.35.bb
> +++ b/meta/recipes-core/ifupdown/ifupdown_0.8.35.bb
> @@ -11,13 +11,15 @@ SRC_URI = 
> "git://salsa.debian.org/debian/ifupdown.git;protocol=https \
>file://99_network \
>file://0001-Define-FNM_EXTMATCH-for-musl.patch \
>file://0001-Makefile-do-not-use-dpkg-for-determining-OS-type.patch 
> \
> +   file://run-ptest \
> +   ${@bb.utils.contains('DISTRO_FEATURES', 'ptest', 
> 'file://tweak-ptest-script.patch', '', d)} \
>"
> SRCREV = "4af76318cfc57f8e4a44d357104188666213bd4b"
> 
> S = "${WORKDIR}/git"
> 
> 
> -inherit update-alternatives
> +inherit ptest update-alternatives
> 
> do_compile () {
>chmod a+rx *.pl *.sh
> @@ -40,6 +42,12 @@ do_install () {
>cd ${D}${mandir}/man8 && ln -s ifup.8 ifdown.8
> }
> 
> +do_install_ptest () {
> +install -d ${D}${PTEST_PATH}/tests
> +cp -r ${S}/tests/testbuild-linux ${D}${PTEST_PATH}/tests/
> +cp -r ${S}/tests/linux ${D}${PTEST_PATH}/tests/
> +}
> +
> ALTERNATIVE_PRIORITY = "100"
> ALTERNATIVE_${PN} = "ifup ifdown"
> 
> -- 
> 2.17.1
> 
> -- 
> ___
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> 

[OE-core] [PATCH] piglit: don't stage the test suite

[Ross Burton]

The Piglit test suite is approximately 2GB and because it's installed into
$libdir is added to the sysroot archive.  Nothing links against Piglit so
there's no reason for this, so remove $libdir from Piglit's sysroot.

Signed-off-by: Ross Burton 
---
 meta/recipes-graphics/piglit/piglit_git.bb | 5 +
 1 file changed, 5 insertions(+)

diff --git a/meta/recipes-graphics/piglit/piglit_git.bb 
b/meta/recipes-graphics/piglit/piglit_git.bb
index d0d83316977..58d10d6b9b1 100644
--- a/meta/recipes-graphics/piglit/piglit_git.bb
+++ b/meta/recipes-graphics/piglit/piglit_git.bb
@@ -44,6 +44,7 @@ do_configure_prepend() {
fi
 }
 
+# Forcibly strip because Piglit is *huge*
 OECMAKE_TARGET_INSTALL = "install/strip"
 
 RDEPENDS_${PN} = "waffle waffle-bin python3 python3-mako python3-json \
@@ -55,5 +56,9 @@ RDEPENDS_${PN} = "waffle waffle-bin python3 python3-mako 
python3-json \
 
 INSANE_SKIP_${PN} += "dev-so already-stripped"
 
+# As nothing builds against Piglit we don't need to have anything in the
+# sysroot, especially when this is ~2GB of test suite
+SYSROOT_DIRS_remove = "${libdir}"
+
 # Can't be built with ccache
 CCACHE_DISABLE = "1"
-- 
2.20.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH] ifupdown: add ptest

[kai.kang]

From: Kai Kang 

Add ptest for ifupdown with its own test cases.

[Yocto #13736]

Signed-off-by: Kai Kang 
---
 meta/recipes-core/ifupdown/files/run-ptest|  4 ++
 .../ifupdown/files/tweak-ptest-script.patch   | 49 +++
 meta/recipes-core/ifupdown/ifupdown_0.8.35.bb | 10 +++-
 3 files changed, 62 insertions(+), 1 deletion(-)
 create mode 100644 meta/recipes-core/ifupdown/files/run-ptest
 create mode 100644 meta/recipes-core/ifupdown/files/tweak-ptest-script.patch

diff --git a/meta/recipes-core/ifupdown/files/run-ptest 
b/meta/recipes-core/ifupdown/files/run-ptest
new file mode 100644
index 00..8694042392
--- /dev/null
+++ b/meta/recipes-core/ifupdown/files/run-ptest
@@ -0,0 +1,4 @@
+#!/bin/sh
+
+CURDIR=$(dirname `readlink -f $0`)
+cd $CURDIR/tests && ./testbuild-linux
diff --git a/meta/recipes-core/ifupdown/files/tweak-ptest-script.patch 
b/meta/recipes-core/ifupdown/files/tweak-ptest-script.patch
new file mode 100644
index 00..d7600cf243
--- /dev/null
+++ b/meta/recipes-core/ifupdown/files/tweak-ptest-script.patch
@@ -0,0 +1,49 @@
+Tweak tests of ifupdown to make it work with oe-core ptest framework.
+
+Upstream-Status: Inappropriate [oe-core specific]
+
+Signed-off-by: Kai Kang 
+
+diff --git a/tests/testbuild-linux b/tests/testbuild-linux
+index 1181ea0..d5c1814 100755
+--- a/tests/testbuild-linux
 b/tests/testbuild-linux
+@@ -1,6 +1,7 @@
+ #!/bin/sh -e
+ 
+-dir=tests/linux
++curdir=$(dirname `readlink -f $0`)
++dir=$curdir/linux
+ 
+ result=true
+ for test in 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18; do
+@@ -12,7 +13,7 @@ for test in 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18; do
+ echo "Testcase $test: $args"
+ 
+   exitcode=0
+-./ifup -v --no-act-commands --force -i $dir/testcase.$test 
--state-dir=$dir/state.$test $args \
++ifup -v --no-act-commands --force -i $dir/testcase.$test 
--state-dir=$dir/state.$test $args \
+ >$dir/up-res-out.$test 2>$dir/up-res-err.$test || exitcode=$?
+ 
+ (echo "exit code: $exitcode";
+@@ -20,7 +21,7 @@ for test in 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18; do
+  echo "stderr"; cat $dir/up-res-err.$test) > $dir/up-res.$test
+ 
+   exitcode=0
+-./ifdown -v --no-act-commands --force -i $dir/testcase.$test 
--state-dir=$dir/state.$test $args \
++ifdown -v --no-act-commands --force -i $dir/testcase.$test 
--state-dir=$dir/state.$test $args \
+>$dir/down-res-out.$test 2>$dir/down-res-err.$test || 
exitcode=$?
+ 
+ (echo "exit code: $exitcode";
+@@ -28,9 +29,9 @@ for test in 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18; do
+  echo "stderr"; cat $dir/down-res-err.$test) > 
$dir/down-res.$test
+ 
+ if diff -ub $dir/up.$test $dir/up-res.$test && diff -ub 
$dir/down.$test $dir/down-res.$test; then
+-echo "(okay)"
++echo "PASS: $test"
+ else
+-echo "(failed)"
++echo "FAIL: $test"
+ result=false
+ fi
+ echo "=="
diff --git a/meta/recipes-core/ifupdown/ifupdown_0.8.35.bb 
b/meta/recipes-core/ifupdown/ifupdown_0.8.35.bb
index 0de97fe372..53cb971d33 100644
--- a/meta/recipes-core/ifupdown/ifupdown_0.8.35.bb
+++ b/meta/recipes-core/ifupdown/ifupdown_0.8.35.bb
@@ -11,13 +11,15 @@ SRC_URI = 
"git://salsa.debian.org/debian/ifupdown.git;protocol=https \
file://99_network \
file://0001-Define-FNM_EXTMATCH-for-musl.patch \
file://0001-Makefile-do-not-use-dpkg-for-determining-OS-type.patch \
+   file://run-ptest \
+   ${@bb.utils.contains('DISTRO_FEATURES', 'ptest', 
'file://tweak-ptest-script.patch', '', d)} \
"
 SRCREV = "4af76318cfc57f8e4a44d357104188666213bd4b"
 
 S = "${WORKDIR}/git"
 
 
-inherit update-alternatives
+inherit ptest update-alternatives
 
 do_compile () {
chmod a+rx *.pl *.sh
@@ -40,6 +42,12 @@ do_install () {
cd ${D}${mandir}/man8 && ln -s ifup.8 ifdown.8
 }
 
+do_install_ptest () {
+install -d ${D}${PTEST_PATH}/tests
+cp -r ${S}/tests/testbuild-linux ${D}${PTEST_PATH}/tests/
+cp -r ${S}/tests/linux ${D}${PTEST_PATH}/tests/
+}
+
 ALTERNATIVE_PRIORITY = "100"
 ALTERNATIVE_${PN} = "ifup ifdown"
 
-- 
2.17.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] Failed to add u-boot ubifs (not working)

[Quentin Schulz]

Hi JH,

On Mon, Feb 03, 2020 at 09:56:49PM +1100, JH wrote:
> Hi,
> 
> I added my local machine to ubifs, is it correct?
> 
> UBOOT_CONFIG[nand] = "mx6ull_14x14_evk_nand_config,ubifs"
> 

Also, you need to select UBOOT_CONFIG somewhere, with the above line,
you just say "if nand is selected as an UBOOT_CONFIG, do xyz". You still
need to select it (with I assume, UBOOT_CONFIG += "nand" in a bbappend
somewhere).

What's in your mx6ull_14x14_evk_nand_config?

I haven't used that option before but what's ,ubifs supposed to do? Are
you sure this nand option for UBOOT_CONFIG would actually create a .imx
and not a .ubifs for example or something along those lines.

TL;DR: Make sure UBOOT_CONFIG has nand in it, check that .imx is built
with your defconfig and check that you're actually enabling the UBI
command in your defconfig.

Also, it would be helpful if you could give links to the recipes you're
using. I seem to recall in some other mail it was
http://git.yoctoproject.org/cgit/cgit.cgi/meta-freescale/tree/recipes-bsp/u-boot/u-boot-imx_2017.03.bb?h=sumo
but it could be thud version as well.

BR,
Quentin
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] Failed to add u-boot ubifs (not working)

[JH]

Hi,

I added my local machine to ubifs, is it correct?

UBOOT_CONFIG[nand] = "mx6ull_14x14_evk_nand_config,ubifs"

I built the u-boot.imx, but the ubi was still missing in u-boot. What
I could be missing?

=> run nand-boot;
Unknown command 'ubi' - try 'help'
Unknown command 'ubi' - try 'help'

Thank you.

Kind regards,

- jh
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [OE-Core][PATCH] systemd: Upgrade 243.2 -> 243.4-latest

[Richard Purdie]

On Mon, 2020-01-27 at 23:13 +, Alex Kiernan wrote:
> Update to latest on the 243 stable branch. This includes (amongst other
> fixes) seccomp filter changes which fix failures with glibc 2.31, e.g.
> 
>   systemd-journald[543]: Assertion 'clock_gettime(map_clock_id(clock_id), 
> ) == 0' failed at src/basic/time-util.c:55, function now(). Aborting.
> 
> Rebase 0001-binfmt-Don-t-install-dependency-links-at-install-tim.patch
> 
> Drop 0001-unit-file.c-consider-symlink-on-filesystems-like-NFS.patch,
> fixed in 5c0224c7bf3c ("Handle d_type == DT_UNKNOWN correctly").
> 
> Drop 0001-seccomp-more-comprehensive-protection-against-libsec.patch,
> fixed in 70e8c1978a9a ("seccomp: real syscall numbers are >= 0").

Unfortunately something in this causes:

https://autobuilder.yoctoproject.org/typhoon/#/builders/109/builds/412
https://autobuilder.yoctoproject.org/typhoon/#/builders/101/builds/413
https://autobuilder.yoctoproject.org/typhoon/#/builders/72/builds/1545

I've been blaming Trevor's patches until now but its this one (sorry
Trevor!).

Cheers,

Richard



-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH] podfix: remove

[Ross Burton]

Now that we don't use the host pod2man (oe-core deda455) the podfix
class is redundant and can be removed.

Signed-off-by: Ross Burton 
---
 meta/classes/podfix.bbclass   | 35 ---
 .../classes/reproducible_build_simple.bbclass |  2 --
 2 files changed, 37 deletions(-)
 delete mode 100644 meta/classes/podfix.bbclass

diff --git a/meta/classes/podfix.bbclass b/meta/classes/podfix.bbclass
deleted file mode 100644
index cc8210a27e2..000
--- a/meta/classes/podfix.bbclass
+++ /dev/null
@@ -1,35 +0,0 @@
-python pod_strip_version() {
-import re
-
-def opener(filename, mode):
-if filename.endswith(".gz"):
-import gzip
-return gzip.open(filename, mode)
-elif filename.endswith(".bz2"):
-import bz2
-return bz2.open(filename, mode)
-else:
-return open(filename, mode)
-
-bad_re = re.compile(rb"Automatically generated by Pod::Man( [0-9]+.+)")
-
-for root, dirs, files in os.walk(d.expand("${D}${mandir}")):
-for filename in files:
-filename = os.path.join(root, filename)
-if not os.path.isfile(filename):
-continue
-
-with opener(filename, "rb") as manfile:
-manpage = manfile.read()
-m = bad_re.search(manpage)
-if not m:
-continue
-
-bb.note("podfix: stripping version from %s" % filename)
-os.unlink(filename)
-with opener(filename, "wb") as manfile:
-manfile.write(manpage[:m.start(1)])
-manfile.write(manpage[m.end(1):])
-}
-
-do_install[postfuncs] += "pod_strip_version"
diff --git a/meta/classes/reproducible_build_simple.bbclass 
b/meta/classes/reproducible_build_simple.bbclass
index 153a0760721..3e5fd824328 100644
--- a/meta/classes/reproducible_build_simple.bbclass
+++ b/meta/classes/reproducible_build_simple.bbclass
@@ -8,5 +8,3 @@ export SOURCE_DATE_EPOCH ??= "1520598896"
 
 REPRODUCIBLE_TIMESTAMP_ROOTFS ??= "1520598896"
 BUILDNAME ??= "${REPRODUCIBLE_TIMESTAMP_ROOTFS}"
-
-inherit podfix
-- 
2.20.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH] ifupdown: add ptest

[kai.kang]

From: Kai Kang 

Add ptest for ifupdown with its own test cases.

[Yocto #13736]

Signed-off-by: Kai Kang 
---
 meta/recipes-core/ifupdown/files/run-ptest|  4 ++
 .../ifupdown/files/tweak-ptest-script.patch   | 49 +++
 meta/recipes-core/ifupdown/ifupdown_0.8.35.bb | 10 +++-
 3 files changed, 62 insertions(+), 1 deletion(-)
 create mode 100644 meta/recipes-core/ifupdown/files/run-ptest
 create mode 100644 meta/recipes-core/ifupdown/files/tweak-ptest-script.patch

diff --git a/meta/recipes-core/ifupdown/files/run-ptest 
b/meta/recipes-core/ifupdown/files/run-ptest
new file mode 100644
index 00..8694042392
--- /dev/null
+++ b/meta/recipes-core/ifupdown/files/run-ptest
@@ -0,0 +1,4 @@
+#!/bin/sh
+
+CURDIR=$(dirname `readlink -f $0`)
+cd $CURDIR/tests && ./testbuild-linux
diff --git a/meta/recipes-core/ifupdown/files/tweak-ptest-script.patch 
b/meta/recipes-core/ifupdown/files/tweak-ptest-script.patch
new file mode 100644
index 00..d7600cf243
--- /dev/null
+++ b/meta/recipes-core/ifupdown/files/tweak-ptest-script.patch
@@ -0,0 +1,49 @@
+Tweak tests of ifupdown to make it work with oe-core ptest framework.
+
+Upstream-Status: Inappropriate [oe-core specific]
+
+Signed-off-by: Kai Kang 
+
+diff --git a/tests/testbuild-linux b/tests/testbuild-linux
+index 1181ea0..d5c1814 100755
+--- a/tests/testbuild-linux
 b/tests/testbuild-linux
+@@ -1,6 +1,7 @@
+ #!/bin/sh -e
+ 
+-dir=tests/linux
++curdir=$(dirname `readlink -f $0`)
++dir=$curdir/linux
+ 
+ result=true
+ for test in 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18; do
+@@ -12,7 +13,7 @@ for test in 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18; do
+ echo "Testcase $test: $args"
+ 
+   exitcode=0
+-./ifup -v --no-act-commands --force -i $dir/testcase.$test 
--state-dir=$dir/state.$test $args \
++ifup -v --no-act-commands --force -i $dir/testcase.$test 
--state-dir=$dir/state.$test $args \
+ >$dir/up-res-out.$test 2>$dir/up-res-err.$test || exitcode=$?
+ 
+ (echo "exit code: $exitcode";
+@@ -20,7 +21,7 @@ for test in 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18; do
+  echo "stderr"; cat $dir/up-res-err.$test) > $dir/up-res.$test
+ 
+   exitcode=0
+-./ifdown -v --no-act-commands --force -i $dir/testcase.$test 
--state-dir=$dir/state.$test $args \
++ifdown -v --no-act-commands --force -i $dir/testcase.$test 
--state-dir=$dir/state.$test $args \
+>$dir/down-res-out.$test 2>$dir/down-res-err.$test || 
exitcode=$?
+ 
+ (echo "exit code: $exitcode";
+@@ -28,9 +29,9 @@ for test in 1 2 3 4 5 6 7 8 9 10 11 12 13 14 15 16 17 18; do
+  echo "stderr"; cat $dir/down-res-err.$test) > 
$dir/down-res.$test
+ 
+ if diff -ub $dir/up.$test $dir/up-res.$test && diff -ub 
$dir/down.$test $dir/down-res.$test; then
+-echo "(okay)"
++echo "PASS: $test"
+ else
+-echo "(failed)"
++echo "FAIL: $test"
+ result=false
+ fi
+ echo "=="
diff --git a/meta/recipes-core/ifupdown/ifupdown_0.8.35.bb 
b/meta/recipes-core/ifupdown/ifupdown_0.8.35.bb
index 0de97fe372..53cb971d33 100644
--- a/meta/recipes-core/ifupdown/ifupdown_0.8.35.bb
+++ b/meta/recipes-core/ifupdown/ifupdown_0.8.35.bb
@@ -11,13 +11,15 @@ SRC_URI = 
"git://salsa.debian.org/debian/ifupdown.git;protocol=https \
file://99_network \
file://0001-Define-FNM_EXTMATCH-for-musl.patch \
file://0001-Makefile-do-not-use-dpkg-for-determining-OS-type.patch \
+   file://run-ptest \
+   ${@bb.utils.contains('DISTRO_FEATURES', 'ptest', 
'file://tweak-ptest-script.patch', '', d)} \
"
 SRCREV = "4af76318cfc57f8e4a44d357104188666213bd4b"
 
 S = "${WORKDIR}/git"
 
 
-inherit update-alternatives
+inherit ptest update-alternatives
 
 do_compile () {
chmod a+rx *.pl *.sh
@@ -40,6 +42,12 @@ do_install () {
cd ${D}${mandir}/man8 && ln -s ifup.8 ifdown.8
 }
 
+do_install_ptest () {
+install -d ${D}${PTEST_PATH}/tests
+cp -r ${S}/tests/testbuild-linux ${D}${PTEST_PATH}/tests/
+cp -r ${S}/tests/linux ${D}${PTEST_PATH}/tests/
+}
+
 ALTERNATIVE_PRIORITY = "100"
 ALTERNATIVE_${PN} = "ifup ifdown"
 
-- 
2.17.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 22/24] xserver-xorg: upgrade 1.20.6 -> 1.20.7

[Richard Purdie]

On Wed, 2020-01-29 at 10:07 +0100, Alexander Kanavin wrote:
> Signed-off-by: Alexander Kanavin 
> ---
>  .../{xserver-xorg_1.20.6.bb => xserver-xorg_1.20.7.bb}| 4 ++--
>  1 file changed, 2 insertions(+), 2 deletions(-)
>  rename meta/recipes-graphics/xorg-xserver/{xserver-xorg_1.20.6.bb => 
> xserver-xorg_1.20.7.bb} (88%)
> 
> diff --git a/meta/recipes-graphics/xorg-xserver/xserver-xorg_1.20.6.bb 
> b/meta/recipes-graphics/xorg-xserver/xserver-xorg_1.20.7.bb
> similarity index 88%
> rename from meta/recipes-graphics/xorg-xserver/xserver-xorg_1.20.6.bb
> rename to meta/recipes-graphics/xorg-xserver/xserver-xorg_1.20.7.bb
> index a1cd490394f..2bd10adf078 100644
> --- a/meta/recipes-graphics/xorg-xserver/xserver-xorg_1.20.6.bb
> +++ b/meta/recipes-graphics/xorg-xserver/xserver-xorg_1.20.7.bb
> @@ -5,8 +5,8 @@ SRC_URI += 
> "file://0001-xf86pciBus.c-use-Intel-ddx-only-for-pre-gen4-hardwar.pat
>  file://0001-test-xtest-Initialize-array-with-braces.patch \
>  file://sdksyms-no-build-path.patch \
>  "
> -SRC_URI[md5sum] = "a98170084f2c8fed480d2ff601f8a14b"
> -SRC_URI[sha256sum] = 
> "6316146304e6e8a36d5904987ae2917b5d5b195dc9fc63d67f7aca137e5a51d1"
> +SRC_URI[md5sum] = "d2e96355ad47244c675bce38db2b48a9"
> +SRC_URI[sha256sum] = 
> "bd5986f010f34f5b3d6bc99fe395ecb1e0dead15a26807e0c832701809a06ea1"
>  
>  CFLAGS += "-fcommon"

https://autobuilder.yoctoproject.org/typhoon/#/builders/47/builds/1534

nodistro build so probably GL distro features related:

../../../../../xorg-server-1.20.7/hw/xfree86/drivers/modesetting/drmmode_display.c:
 In function 'drmmode_crtc_set_mode':
../../../../../xorg-server-1.20.7/hw/xfree86/drivers/modesetting/drmmode_display.c:757:15:
 warning: unused variable 'screen' [-Wunused-variable]
  757 | ScreenPtr screen = crtc->scrn->pScreen;
  |   ^~
../../../../../xorg-server-1.20.7/hw/xfree86/drivers/modesetting/drmmode_display.c:
 In function 'drmmode_clear_pixmap':
../../../../../xorg-server-1.20.7/hw/xfree86/drivers/modesetting/drmmode_display.c:1806:9:
 error: implicit declaration of function 'miClearDrawable'; did you mean 
'drmCreateDrawable'? [-Werror=implicit-function-declaration]
 1806 | miClearDrawable(>drawable, gc);
  | ^~~
  | drmCreateDrawable
../../../../../xorg-server-1.20.7/hw/xfree86/drivers/modesetting/drmmode_display.c:1806:9:
 warning: nested extern declaration of 'miClearDrawable' [-Wnested-externs]
cc1: some warnings being treated as errors
make[5]: *** [Makefile:789: drmmode_display.lo] Error 1

Cheers,

Richard

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH] lttng-modules: update to 2.11.1

[zhe.he]

From: He Zhe 

Fix build failure with kernel v5.5.
Remove patch as issues fixed upstream.

Signed-off-by: He Zhe 
---
 ...modules_2.11.0.bb => lttng-modules_2.11.1.bb} | 16 ++--
 1 file changed, 6 insertions(+), 10 deletions(-)
 rename meta/recipes-kernel/lttng/{lttng-modules_2.11.0.bb => 
lttng-modules_2.11.1.bb} (68%)

diff --git a/meta/recipes-kernel/lttng/lttng-modules_2.11.0.bb 
b/meta/recipes-kernel/lttng/lttng-modules_2.11.1.bb
similarity index 68%
rename from meta/recipes-kernel/lttng/lttng-modules_2.11.0.bb
rename to meta/recipes-kernel/lttng/lttng-modules_2.11.1.bb
index 3465a43d38..c833ff7009 100644
--- a/meta/recipes-kernel/lttng/lttng-modules_2.11.0.bb
+++ b/meta/recipes-kernel/lttng/lttng-modules_2.11.1.bb
@@ -11,14 +11,10 @@ COMPATIBLE_HOST = 
'(x86_64|i.86|powerpc|aarch64|mips|nios2|arm|riscv).*-linux'
 SRC_URI = "https://lttng.org/files/${BPN}/${BPN}-${PV}.tar.bz2 \
file://Makefile-Do-not-fail-if-CONFIG_TRACEPOINTS-is-not-en.patch \
file://BUILD_RUNTIME_BUG_ON-vs-gcc7.patch \
-   
file://0001-Fix-SUNRPC-Fix-oops-when-trace-sunrpc_task-events-in.patch \
-   
file://0002-Fix-sunrpc-null-rpc_clnt-dereference-in-rpc_task_que.patch \
-   file://0003-Fix-sunrpc-use-signed-integer-for-client-id.patch \
-   file://0004-sunrpc-introduce-lttng_get_clid-helper.patch \
"
 
-SRC_URI[md5sum] = "46ec6c566e65cf27b391a1bb643e11b4"
-SRC_URI[sha256sum] = 
"98af92d8c2e00f4eb63bc637a6967103cf6997434493f36e7a535a491e4fad5f"
+SRC_URI[md5sum] = "0d964723c8765b39835e5e6efc60a604"
+SRC_URI[sha256sum] = 
"d3e5648937e59dee983ef844f9316c55e9961f9dc8515b9260c473bbb70696c1"
 
 export INSTALL_MOD_DIR="kernel/lttng-modules"
 
@@ -35,13 +31,13 @@ python do_package_prepend() {
 }
 
 BBCLASSEXTEND = "devupstream:target"
-LIC_FILES_CHKSUM_class-devupstream = 
"file://LICENSE;md5=c4613d1f8a9587bd7b366191830364b3"
+LIC_FILES_CHKSUM_class-devupstream = 
"file://LICENSE;md5=3f882d431dc0f32f1f44c0707aa41128"
 DEFAULT_PREFERENCE_class-devupstream = "-1"
-SRC_URI_class-devupstream = 
"git://git.lttng.org/lttng-modules;branch=stable-2.10 \
+SRC_URI_class-devupstream = 
"git://git.lttng.org/lttng-modules;branch=stable-2.11 \
file://Makefile-Do-not-fail-if-CONFIG_TRACEPOINTS-is-not-en.patch \
file://BUILD_RUNTIME_BUG_ON-vs-gcc7.patch \
"
-SRCREV_class-devupstream = "624aca5d7507fbd11ea4a1a474c3aa1031bd9a31"
-PV_class-devupstream = "2.10.10+git${SRCPV}"
+SRCREV_class-devupstream = "6ad0e68b43c3e52fcb3d47c4d823a7b84aeb443a"
+PV_class-devupstream = "2.11.1+git${SRCPV}"
 S_class-devupstream = "${WORKDIR}/git"
 SRCREV_FORMAT ?= "lttng_git"
-- 
2.17.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH] lttng-modules: update to 2.11.1

[zhe.he]

From: He Zhe 

Fix build failure with kernel v5.5.
Remove patch as issues fixed upstream.

Signed-off-by: He Zhe 
---
 ...modules_2.11.0.bb => lttng-modules_2.11.1.bb} | 16 ++--
 1 file changed, 6 insertions(+), 10 deletions(-)
 rename meta/recipes-kernel/lttng/{lttng-modules_2.11.0.bb => 
lttng-modules_2.11.1.bb} (68%)

diff --git a/meta/recipes-kernel/lttng/lttng-modules_2.11.0.bb 
b/meta/recipes-kernel/lttng/lttng-modules_2.11.1.bb
similarity index 68%
rename from meta/recipes-kernel/lttng/lttng-modules_2.11.0.bb
rename to meta/recipes-kernel/lttng/lttng-modules_2.11.1.bb
index 3465a43d38..c833ff7009 100644
--- a/meta/recipes-kernel/lttng/lttng-modules_2.11.0.bb
+++ b/meta/recipes-kernel/lttng/lttng-modules_2.11.1.bb
@@ -11,14 +11,10 @@ COMPATIBLE_HOST = 
'(x86_64|i.86|powerpc|aarch64|mips|nios2|arm|riscv).*-linux'
 SRC_URI = "https://lttng.org/files/${BPN}/${BPN}-${PV}.tar.bz2 \
file://Makefile-Do-not-fail-if-CONFIG_TRACEPOINTS-is-not-en.patch \
file://BUILD_RUNTIME_BUG_ON-vs-gcc7.patch \
-   
file://0001-Fix-SUNRPC-Fix-oops-when-trace-sunrpc_task-events-in.patch \
-   
file://0002-Fix-sunrpc-null-rpc_clnt-dereference-in-rpc_task_que.patch \
-   file://0003-Fix-sunrpc-use-signed-integer-for-client-id.patch \
-   file://0004-sunrpc-introduce-lttng_get_clid-helper.patch \
"
 
-SRC_URI[md5sum] = "46ec6c566e65cf27b391a1bb643e11b4"
-SRC_URI[sha256sum] = 
"98af92d8c2e00f4eb63bc637a6967103cf6997434493f36e7a535a491e4fad5f"
+SRC_URI[md5sum] = "0d964723c8765b39835e5e6efc60a604"
+SRC_URI[sha256sum] = 
"d3e5648937e59dee983ef844f9316c55e9961f9dc8515b9260c473bbb70696c1"
 
 export INSTALL_MOD_DIR="kernel/lttng-modules"
 
@@ -35,13 +31,13 @@ python do_package_prepend() {
 }
 
 BBCLASSEXTEND = "devupstream:target"
-LIC_FILES_CHKSUM_class-devupstream = 
"file://LICENSE;md5=c4613d1f8a9587bd7b366191830364b3"
+LIC_FILES_CHKSUM_class-devupstream = 
"file://LICENSE;md5=3f882d431dc0f32f1f44c0707aa41128"
 DEFAULT_PREFERENCE_class-devupstream = "-1"
-SRC_URI_class-devupstream = 
"git://git.lttng.org/lttng-modules;branch=stable-2.10 \
+SRC_URI_class-devupstream = 
"git://git.lttng.org/lttng-modules;branch=stable-2.11 \
file://Makefile-Do-not-fail-if-CONFIG_TRACEPOINTS-is-not-en.patch \
file://BUILD_RUNTIME_BUG_ON-vs-gcc7.patch \
"
-SRCREV_class-devupstream = "624aca5d7507fbd11ea4a1a474c3aa1031bd9a31"
-PV_class-devupstream = "2.10.10+git${SRCPV}"
+SRCREV_class-devupstream = "6ad0e68b43c3e52fcb3d47c4d823a7b84aeb443a"
+PV_class-devupstream = "2.11.1+git${SRCPV}"
 S_class-devupstream = "${WORKDIR}/git"
 SRCREV_FORMAT ?= "lttng_git"
-- 
2.17.1

-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core