[OE-core] [PATCH] utils.py: Use minimum value for PARALLEL_MAKE.

[Michael Gloff]

feded5fe2755fc6523c235fd6e82a0972e197c08 introduces
parallel_make_argument with optional limit value. We need
the min of PARRALLEL_MAKE and limit.

Signed-off-by: Michael Gloff 
---
 meta/lib/oe/utils.py | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/lib/oe/utils.py b/meta/lib/oe/utils.py
index ec91927233..80f0442d0a 100644
--- a/meta/lib/oe/utils.py
+++ b/meta/lib/oe/utils.py
@@ -195,7 +195,7 @@ def parallel_make_argument(d, fmt, limit=None):
 v = parallel_make(d)
 if v:
 if limit:
-v = max(limit, v)
+v = min(limit, v)
 return fmt % v
 return ''
 
-- 
2.16.2

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

Re: [OE-core] [PATCH] kernel-fitimage.bbclass: Fix 64 bit ENTRYPOINT

[Vineeth Karumanchi]

Hi Ross,

On 2/8/2018 3:45 PM, Burton, Ross wrote:
On 8 February 2018 at 06:29, Vineeth Chowdary Karumanchi 
> wrote:


64 bit entry point should be passed in 2 literals ( "0x1 0x8000"
).ENTRYPOINT is assigned with first half only and erroring out as
'command not found' for the second half. Adding quotes while
assignment fixes the
issue.


Does this mean that this expression below is broken too?

         if [ -n "${UBOOT_ENTRYSYMBOL}" ]; then
                 ENTRYPOINT=`${HOST_PREFIX}nm vmlinux | \
                         awk '$3=="${UBOOT_ENTRYSYMBOL}" {print
"0x"$1;exit}'`



It will pass here as the return value is full 64 bit,
but fails at mkimage utility.

The return value has to be splitted into 2 literals if it is more than 
32 bit wide.



Thanks
Vineeth




Ross

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

Re: [OE-core] Linux firmware for iwlwifi 8000c disappeared in pyro

[Palleti, Avinash Reddy]

It needs to be merged in both pyro and pyro-next.

Thanks,
Avinash

From: akuster808 [mailto:akuster...@gmail.com]
Sent: Wednesday, February 21, 2018 10:17 AM
To: Andrei Gherzan ; Palleti, Avinash Reddy 
; akus...@mvista.com
Cc: openembedded 
Subject: Re: [OE-core] Linux firmware for iwlwifi 8000c disappeared in pyro


in stable/pyro-next

On 02/20/2018 04:50 AM, Andrei Gherzan wrote:
On Fri, Feb 16, 2018 at 2:08 PM, Andrei Gherzan 
> wrote:
On Fri, Feb 16, 2018 at 1:48 PM, Palleti, Avinash Reddy 
> wrote:
 I submitted a fix sometime back,
http://lists.openembedded.org/pipermail/openembedded-core/2018-February/147291.html


Great. We have the fix available and approved by Saul. Shall we merge?

Adding the pyro maintainer to this thread.

--
Andrei Gherzan



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

Re: [OE-core] Linux firmware for iwlwifi 8000c disappeared in pyro

[akuster808]

in stable/pyro-next


On 02/20/2018 04:50 AM, Andrei Gherzan wrote:
> On Fri, Feb 16, 2018 at 2:08 PM, Andrei Gherzan  > wrote:
>
> On Fri, Feb 16, 2018 at 1:48 PM, Palleti, Avinash Reddy
>  > wrote:
>
>  I submitted a fix sometime back,
> 
> http://lists.openembedded.org/pipermail/openembedded-core/2018-February/147291.html
> 
> 
>
>
> Great. We have the fix available and approved by Saul. Shall we merge?
>
>
> Adding the pyro maintainer to this thread. 
>
> --
> Andrei Gherzan
>
>

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

[OE-core] [PATCH 1/2] libva: upgrade to 2.1.0

[Anuj Mittal]

Major changes:

* Bump VA-API version to 1.1.0
* Add API for multi-frame processing
* Add entrypoint VAEntrypointStats for Statistics
* Add data structures for HEVC FEI support
* Add new attributes for decoding/encoding/video processing
* Add new VPP filter for Total Color Correction
* Add blending interface in VPP
* Add rotation interface in VPP
* Add mirroring interface in VPP
* Add Chroma siting flags in VPP
* Add new color standard definitions
* Add new interface for exporting surface
* Add message callbacks for drivers to use

Signed-off-by: Anuj Mittal 
---
 meta/recipes-graphics/libva/{libva_2.0.0.bb => libva_2.1.0.bb} | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-graphics/libva/{libva_2.0.0.bb => libva_2.1.0.bb} (92%)

diff --git a/meta/recipes-graphics/libva/libva_2.0.0.bb 
b/meta/recipes-graphics/libva/libva_2.1.0.bb
similarity index 92%
rename from meta/recipes-graphics/libva/libva_2.0.0.bb
rename to meta/recipes-graphics/libva/libva_2.1.0.bb
index 097a676..d3cf633 100644
--- a/meta/recipes-graphics/libva/libva_2.0.0.bb
+++ b/meta/recipes-graphics/libva/libva_2.1.0.bb
@@ -19,8 +19,8 @@ LIC_FILES_CHKSUM = 
"file://COPYING;md5=2e48940f94acb0af582e5ef03537800f"
 
 SRC_URI = 
"https://github.com/intel/${BPN}/releases/download/${PV}/${BP}.tar.bz2;
 
-SRC_URI[md5sum] = "b863f99b7ae41960a0e2e7a4cc959b46"
-SRC_URI[sha256sum] = 
"bb0601f9a209e60d8d0b867067323661a7816ff429021441b775452b8589e533"
+SRC_URI[md5sum] = "9d6e4f1d36c407566343e9dde5a972b8"
+SRC_URI[sha256sum] = 
"f3fa953a11d3210c3a4ee79031abdbe0863d5ce13d9b3f93f315f1eec60a4b0f"
 
 UPSTREAM_CHECK_URI = "https://github.com/intel/libva/releases;
 
-- 
2.7.4

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

[OE-core] [PATCH 2/2] libva-utils: upgrade to 2.1.0

[Anuj Mittal]

Major changes:

* Refine gtest conformance cases
* vp9enc: add support low power mode
* vavpp: add support for RGBA/RGBX surface
* vainfo: add support new profile/entrypoint pairs

Signed-off-by: Anuj Mittal 
---
 .../libva/{libva-utils_2.0.0.bb => libva-utils_2.1.0.bb}  | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-graphics/libva/{libva-utils_2.0.0.bb => 
libva-utils_2.1.0.bb} (89%)

diff --git a/meta/recipes-graphics/libva/libva-utils_2.0.0.bb 
b/meta/recipes-graphics/libva/libva-utils_2.1.0.bb
similarity index 89%
rename from meta/recipes-graphics/libva/libva-utils_2.0.0.bb
rename to meta/recipes-graphics/libva/libva-utils_2.1.0.bb
index f69fab9..a8018ea 100644
--- a/meta/recipes-graphics/libva/libva-utils_2.0.0.bb
+++ b/meta/recipes-graphics/libva/libva-utils_2.1.0.bb
@@ -15,8 +15,8 @@ LICENSE = "MIT"
 LIC_FILES_CHKSUM = "file://COPYING;md5=b148fc8adf19dc9aec17cf9cd29a9a5e"
 
 SRC_URI = 
"https://github.com/intel/${BPN}/releases/download/${PV}/${BP}.tar.bz2;
-SRC_URI[md5sum] = "60fd49a60ef96ebfb559374d412e1fc4"
-SRC_URI[sha256sum] = 
"a921df31311d8f49d2e392a5fc2a068d79f89aeb588309fbff24365310dbc5f6"
+SRC_URI[md5sum] = "6649be70390606651cb636320bfd43c6"
+SRC_URI[sha256sum] = 
"f6a7790c3dcc56537372c90a83036a3136194a8b397e84e97bf9cc9254fa2c51"
 
 UPSTREAM_CHECK_URI = "https://github.com/intel/libva-utils/releases;
 
-- 
2.7.4

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

[OE-core] [PATCH V3 1/2] binutils: Upgrade to 2.30 release

[Khem Raj]

Additionally cherry-pick

5ffeba4a09 Revert "PowerPC PLT speculative execution barriers"
b01452b1d4 [PR22764][LD][AARCH64]Allow R_AARCH64_ABS16 and R_AARCH64_ABS32 
against absolution symbol or undefine symbol in shared object.
a985e9b9de Import patch from mainline to remove PROVODE qualifiers around 
definitions of __CTOR_LIST__ and __DTOR_LIST__ in PE linker scripts.
eec4607fc5 Add support for DWARF-4 line number tables.

Signed-off-by: Khem Raj 
---
Changes in v2:

- Backport fixes for aarch64 relocs
- ppc plt fix, dwarf-4 line number support and linker script fix for removing 
PROVODE

Changes in v3:
- None

 meta/conf/distro/include/tcmode-default.inc|  2 +-
 .../{binutils-2.29.1.inc => binutils-2.30.inc} |  2 +-
 ...n_2.29.1.bb => binutils-cross-canadian_2.30.bb} |  0
 ...tils-cross_2.29.1.bb => binutils-cross_2.30.bb} |  0
 ...rosssdk_2.29.1.bb => binutils-crosssdk_2.30.bb} |  0
 ...nutils-crosssdk-Generate-relocatable-SDKs.patch | 14 ++---
 ...oss-Do-not-generate-linker-script-directo.patch |  6 +-
 ...ure-widen-the-regexp-for-SH-architectures.patch | 14 ++---
 .../0004-Point-scripts-location-to-libdir.patch|  8 +--
 ...te-an-RPATH-entry-if-LD_RUN_PATH-is-not-e.patch | 10 ++--
 .../binutils/binutils/0006-Use-libtool-2.4.patch   | 66 
 ...7-Add-the-armv5e-architecture-to-binutils.patch |  8 +--
 ...he-distro-compiler-point-to-the-wrong-ins.patch |  6 +-
 ...es-of-system-directories-when-cross-linki.patch | 24 
 ...-rpath-in-libtool-when-sysroot-is-enabled.patch |  4 +-
 ...Change-default-emulation-for-mips64-linux.patch | 14 ++---
 .../0012-Add-support-for-Netlogic-XLP.patch| 70 +++---
 ...ncorrect-assembling-for-ppc-wait-mnemonic.patch | 10 ++--
 .../binutils/0014-Detect-64-bit-MIPS-targets.patch |  6 +-
 .../0015-sync-with-OE-libtool-changes.patch|  4 +-
 .../{binutils_2.29.1.bb => binutils_2.30.bb}   |  0
 21 files changed, 127 insertions(+), 141 deletions(-)
 rename meta/recipes-devtools/binutils/{binutils-2.29.1.inc => 
binutils-2.30.inc} (97%)
 rename meta/recipes-devtools/binutils/{binutils-cross-canadian_2.29.1.bb => 
binutils-cross-canadian_2.30.bb} (100%)
 rename meta/recipes-devtools/binutils/{binutils-cross_2.29.1.bb => 
binutils-cross_2.30.bb} (100%)
 rename meta/recipes-devtools/binutils/{binutils-crosssdk_2.29.1.bb => 
binutils-crosssdk_2.30.bb} (100%)
 rename meta/recipes-devtools/binutils/{binutils_2.29.1.bb => binutils_2.30.bb} 
(100%)

diff --git a/meta/conf/distro/include/tcmode-default.inc 
b/meta/conf/distro/include/tcmode-default.inc
index 2e7243f32c..075d2c5b24 100644
--- a/meta/conf/distro/include/tcmode-default.inc
+++ b/meta/conf/distro/include/tcmode-default.inc
@@ -24,7 +24,7 @@ PREFERRED_PROVIDER_virtual/gettext ??= "gettext"
 
 GCCVERSION ?= "7.%"
 SDKGCCVERSION ?= "${GCCVERSION}"
-BINUVERSION ?= "2.29%"
+BINUVERSION ?= "2.30%"
 GDBVERSION ?= "8.0%"
 GLIBCVERSION ?= "2.26%"
 LINUXLIBCVERSION ?= "4.15%"
diff --git a/meta/recipes-devtools/binutils/binutils-2.29.1.inc 
b/meta/recipes-devtools/binutils/binutils-2.30.inc
similarity index 97%
rename from meta/recipes-devtools/binutils/binutils-2.29.1.inc
rename to meta/recipes-devtools/binutils/binutils-2.30.inc
index 07a72e2b5a..9c883acc52 100644
--- a/meta/recipes-devtools/binutils/binutils-2.29.1.inc
+++ b/meta/recipes-devtools/binutils/binutils-2.30.inc
@@ -18,7 +18,7 @@ BINUPV = "${@binutils_branch_version(d)}"
 
 UPSTREAM_CHECK_GITTAGREGEX = "binutils-(?P\d+_(\d_?)*)"
 
-SRCREV ?= "90276f15379d380761fc499da2ba24cfb3c12a94"
+SRCREV ?= "caa839fba66600a6c36d3639906ed9110b79c307"
 BINUTILS_GIT_URI ?= 
"git://sourceware.org/git/binutils-gdb.git;branch=binutils-${BINUPV}-branch;protocol=git"
 SRC_URI = "\
  ${BINUTILS_GIT_URI} \
diff --git a/meta/recipes-devtools/binutils/binutils-cross-canadian_2.29.1.bb 
b/meta/recipes-devtools/binutils/binutils-cross-canadian_2.30.bb
similarity index 100%
rename from meta/recipes-devtools/binutils/binutils-cross-canadian_2.29.1.bb
rename to meta/recipes-devtools/binutils/binutils-cross-canadian_2.30.bb
diff --git a/meta/recipes-devtools/binutils/binutils-cross_2.29.1.bb 
b/meta/recipes-devtools/binutils/binutils-cross_2.30.bb
similarity index 100%
rename from meta/recipes-devtools/binutils/binutils-cross_2.29.1.bb
rename to meta/recipes-devtools/binutils/binutils-cross_2.30.bb
diff --git a/meta/recipes-devtools/binutils/binutils-crosssdk_2.29.1.bb 
b/meta/recipes-devtools/binutils/binutils-crosssdk_2.30.bb
similarity index 100%
rename from meta/recipes-devtools/binutils/binutils-crosssdk_2.29.1.bb
rename to meta/recipes-devtools/binutils/binutils-crosssdk_2.30.bb
diff --git 
a/meta/recipes-devtools/binutils/binutils/0001-binutils-crosssdk-Generate-relocatable-SDKs.patch
 
b/meta/recipes-devtools/binutils/binutils/0001-binutils-crosssdk-Generate-relocatable-SDKs.patch
index 0b515d83c7..2df836057d 100644
--- 

[OE-core] [PATCH 2/2] glibc: Update to tip of 2.26

[Khem Raj]

This will make it easy to backport to rocko if needed after 2.27 is landed in 
master
plus it fixes the aarch64 build issue seen with binutils 2.30

Signed-off-by: Khem Raj 
---
 .../glibc/cross-localedef-native_2.26.bb   |   2 +-
 ...loc-add-missing-arena-lock-in-malloc-info.patch | 172 -
 meta/recipes-core/glibc/glibc/CVE-2017-15671.patch |  65 
 meta/recipes-core/glibc/glibc/CVE-2017-16997.patch | 151 --
 meta/recipes-core/glibc/glibc/CVE-2017-17426.patch |  53 ---
 meta/recipes-core/glibc/glibc_2.26.bb  |   6 +-
 6 files changed, 2 insertions(+), 447 deletions(-)
 delete mode 100644 
meta/recipes-core/glibc/glibc/0029-malloc-add-missing-arena-lock-in-malloc-info.patch
 delete mode 100644 meta/recipes-core/glibc/glibc/CVE-2017-15671.patch
 delete mode 100644 meta/recipes-core/glibc/glibc/CVE-2017-16997.patch
 delete mode 100644 meta/recipes-core/glibc/glibc/CVE-2017-17426.patch

diff --git a/meta/recipes-core/glibc/cross-localedef-native_2.26.bb 
b/meta/recipes-core/glibc/cross-localedef-native_2.26.bb
index fc5d70dbb9..af02a0ce1d 100644
--- a/meta/recipes-core/glibc/cross-localedef-native_2.26.bb
+++ b/meta/recipes-core/glibc/cross-localedef-native_2.26.bb
@@ -21,7 +21,7 @@ SRCBRANCH ?= "release/${PV}/master"
 GLIBC_GIT_URI ?= "git://sourceware.org/git/glibc.git"
 UPSTREAM_CHECK_GITTAGREGEX = "(?P\d+\.\d+(\.\d+)*)"
 
-SRCREV_glibc ?= "1c9a5c270d8b66f30dcfaf1cb2d6cf39d3e18369"
+SRCREV_glibc ?= "d300041c533a3d837c9f37a099bcc95466860e98"
 SRCREV_localedef ?= "dfb4afe551c6c6e94f9cc85417bd1f582168c843"
 
 SRC_URI = "${GLIBC_GIT_URI};branch=${SRCBRANCH};name=glibc \
diff --git 
a/meta/recipes-core/glibc/glibc/0029-malloc-add-missing-arena-lock-in-malloc-info.patch
 
b/meta/recipes-core/glibc/glibc/0029-malloc-add-missing-arena-lock-in-malloc-info.patch
deleted file mode 100644
index 626e0e9039..00
--- 
a/meta/recipes-core/glibc/glibc/0029-malloc-add-missing-arena-lock-in-malloc-info.patch
+++ /dev/null
@@ -1,172 +0,0 @@
-From: Florian Weimer 
-Date: Wed, 15 Nov 2017 11:39:01 +0100
-Subject: [PATCH] malloc: Add missing arena lock in malloc_info [BZ #22408]
-
-Obtain the size information while the arena lock is acquired, and only
-print it later.
-
-Upstream-Status: Backport
-
-Signed-off-by: Zhixiong Chi 
-
-Index: git/malloc/Makefile
-===
 git.orig/malloc/Makefile   2017-09-04 17:34:06.758018978 +0800
-+++ git/malloc/Makefile2017-11-20 14:57:43.440337572 +0800
-@@ -35,6 +35,7 @@
-tst-interpose-thread \
-tst-alloc_buffer \
-tst-malloc-tcache-leak \
-+   tst-malloc_info \
- 
- tests-static := \
-tst-interpose-static-nothread \
-@@ -245,3 +246,5 @@
-   $(evaluate-test)
- 
- $(objpfx)tst-malloc-tcache-leak: $(shared-thread-library)
-+
-+$(objpfx)tst-malloc_info: $(shared-thread-library)
-Index: git/malloc/malloc.c
-===
 git.orig/malloc/malloc.c   2017-09-04 17:34:06.758018978 +0800
-+++ git/malloc/malloc.c2017-11-20 15:01:02.412338959 +0800
-@@ -5547,6 +5547,15 @@
- avail += sizes[NFASTBINS - 1 + i].total;
-   }
- 
-+  size_t heap_size = 0;
-+  size_t heap_mprotect_size = 0;
-+  if (ar_ptr != _arena)
-+  {
-+heap_info *heap = heap_for_ptr (top (ar_ptr));
-+heap_size = heap->size;
-+heap_mprotect_size = heap->mprotect_size;
-+  }
-+
-   __libc_lock_unlock (ar_ptr->mutex);
- 
-   total_nfastblocks += nfastblocks;
-@@ -5580,13 +5589,12 @@
- 
-   if (ar_ptr != _arena)
-   {
--heap_info *heap = heap_for_ptr (top (ar_ptr));
- fprintf (fp,
-  "\n"
-  "\n",
-- heap->size, heap->mprotect_size);
--total_aspace += heap->size;
--total_aspace_mprotect += heap->mprotect_size;
-+ heap_size, heap_mprotect_size);
-+total_aspace += heap_size;
-+total_aspace_mprotect += heap_mprotect_size;
-   }
-   else
-   {
-Index: git/malloc/tst-malloc_info.c
-===
 /dev/null  1970-01-01 00:00:00.0 +
-+++ git/malloc/tst-malloc_info.c   2017-11-20 15:02:03.208339383 +0800
-@@ -0,0 +1,101 @@
-+/* Smoke test for malloc_info.
-+   Copyright (C) 2017 Free Software Foundation, Inc.
-+   This file is part of the GNU C Library.
-+
-+   The GNU C Library is free software; you can redistribute it and/or
-+   modify it under the terms of the GNU Lesser General Public
-+   License as published by the Free Software Foundation; either
-+   version 2.1 of the License, or (at your option) any later version.
-+
-+   The GNU C Library is distributed in the hope that it will be useful,
-+   but WITHOUT ANY WARRANTY; without even the implied warranty of
-+   

Re: [OE-core] [PATCH 12/27] kmod: define bashcompletiondir

[Burton, Ross]

On 19 February 2018 at 08:37, Maxin B. John  wrote:

> After moving to pkgconf, kmod package qa test fails without it.
>

Is this failing because pkgconf returns a full path
(/path/to/my/build/usr/share/bash-completion) instead of the path in the pc
(/usr/share/bash-completion)?  In the context of a target path in a
makefile, the latter is correct and the former is very wrong.

I really do think that the pkgconfig and pkgconf maintainers need to be
locked in a room and argue this out.  It's not a drop-in replacement if the
behaviour changes...

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

[OE-core] [PATCH] logging.bbclass: Enclose the tr string in quotes

[Jason Wessel]

On some linux hosts image recipes will fail to build as follows:

ERROR: build-essential-0.3-r0 do_image_ext3: Usage: bbdebug [123] "message"
ERROR: build-essential-0.3-r0 do_image_ext3: Function failed: do_image_ext3 
(log file is located at 
/opt/build/tmp/work/intel_corei7_64-wrs-linux/build-essential/0.3-r0/temp/log.do_image_ext3.43744)
ERROR: Logfile of failure stored in: 
/opt/build/tmp/work/intel_corei7_64-wrs-linux/build-essential/0.3-r0/temp/log.do_image_ext3.43744
ERROR: Task 
(/opt/layers/meta-overc/meta-build/recipes-core/images/build-essential_0.3.bb:do_image_ext3)
 failed with exit code '1'

Running with bitbake -v -v -v -D we get in the log file:
+ bbdebug 1 Executing 'dd if=/dev/zero 
of=/opt/build/tmp/work/intel_corei7_64-wrs-linux/build-essential/0.3-r0/deploy-build-essential-image-complete/build-essential-intel-corei7-64-20180220190510.rootfs.ext3
 seek=484486 count=0 bs=1024'
+ USAGE='Usage: bbdebug [123] "message"'
+ '[' 3 -lt 2 ']'
+ DBGLVL=1
+ shift
++ echo 1

++ echo 1
++ tr -d t

++ tr -d t
+ NONDIGITS=1
+ '[' 1 ']'
+ bbfatal 'Usage: bbdebug [123] "message"'

The debug output tells us that the NONDIGITS check failed to remove
the digits using the tr expression.  Enclosing the expression in
quotes causes it to work properly.

Signed-off-by: Jason Wessel 
---
 meta/classes/logging.bbclass | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/classes/logging.bbclass b/meta/classes/logging.bbclass
index 06c7c31c3e..a0c94e98c7 100644
--- a/meta/classes/logging.bbclass
+++ b/meta/classes/logging.bbclass
@@ -86,7 +86,7 @@ bbdebug() {

# Strip off the debug level and ensure it is an integer
DBGLVL=$1; shift
-   NONDIGITS=$(echo "$DBGLVL" | tr -d [:digit:])
+   NONDIGITS=$(echo "$DBGLVL" | tr -d "[:digit:]")
if [ "$NONDIGITS" ]; then
bbfatal "$USAGE"
fi
-- 
2.11.0

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

[OE-core] [PATCH] xcb-proto: don't compile for Python 2

[Ross Burton]

Remove the do_install_append to create the Python 2 pyc files, as nothing in the
build is using Python 2 anymore (libxcb is the only user, and that uses Python
3).

Also use variables instead of a patch to control what Python binary and path the
modules are installed to.

Signed-off-by: Ross Burton 
---
 .../xorg-proto/xcb-proto/no-python-native.patch| 27 --
 meta/recipes-graphics/xorg-proto/xcb-proto_1.12.bb | 14 ---
 2 files changed, 5 insertions(+), 36 deletions(-)
 delete mode 100644 
meta/recipes-graphics/xorg-proto/xcb-proto/no-python-native.patch

diff --git a/meta/recipes-graphics/xorg-proto/xcb-proto/no-python-native.patch 
b/meta/recipes-graphics/xorg-proto/xcb-proto/no-python-native.patch
deleted file mode 100644
index 09b6088db0a..000
--- a/meta/recipes-graphics/xorg-proto/xcb-proto/no-python-native.patch
+++ /dev/null
@@ -1,27 +0,0 @@
-Upstream uses AM_PATH_PYTHON to find a python binary and ask it where to 
install
-libraries.  This means we either need to depend on python-native (large build
-dependency, early in the build) or use the host python (pythondir reflects the
-host and not the target, breaks builds).
-
-The third option is to just hardcode the path where the module goes, as most
-callers of the code use pkg-config to find where it was installed anyway.
-
-Upstream-Status: Inappropriate
-Signed-off-by: Ross Burton 
-
-diff --git a/configure.ac b/configure.ac
-index d140bfe..c7b68da 100644
 a/configure.ac
-+++ b/configure.ac
-@@ -14,7 +14,10 @@ if test "$XMLLINT" = "no"; then
-AC_MSG_WARN([xmllint not found; unable to validate against schema.])
- fi
-
--AM_PATH_PYTHON([2.5])
-+pythondir="${libdir}/xcb-proto"
-+AC_SUBST(pythondir)
-+PYTHON="python3"
-+AC_SUBST(PYTHON)
-
- xcbincludedir='${datadir}/xcb'
- AC_SUBST(xcbincludedir)
diff --git a/meta/recipes-graphics/xorg-proto/xcb-proto_1.12.bb 
b/meta/recipes-graphics/xorg-proto/xcb-proto_1.12.bb
index be6b1a0200e..712ab6c59ab 100644
--- a/meta/recipes-graphics/xorg-proto/xcb-proto_1.12.bb
+++ b/meta/recipes-graphics/xorg-proto/xcb-proto_1.12.bb
@@ -11,8 +11,7 @@ LICENSE = "MIT"
 LIC_FILES_CHKSUM = "file://COPYING;md5=d763b081cb10c223435b01e00dc0aba7 \
 
file://src/dri2.xml;beginline=2;endline=28;md5=f8763b13ff432e8597e0d610cf598e65"
 
-SRC_URI = "http://xcb.freedesktop.org/dist/xcb-proto-${PV}.tar.bz2 \
-   file://no-python-native.patch \
+SRC_URI = "http://xcb.freedesktop.org/dist/${BP}.tar.bz2 \
file://0001-Make-whitespace-use-consistent.patch \
file://0002-print-is-a-function-and-needs-parentheses.patch \
"
@@ -21,6 +20,10 @@ SRC_URI[sha256sum] = 
"5922aba4c664ab7899a29d92ea91a87aa4c1fc7eb5ee550325c3216c48
 
 inherit autotools pkgconfig
 
+# Force the use of Python 3 and a specific library path so we don't need to
+# depend on python3-native
+CACHED_CONFIGUREVARS += "PYTHON=python3 
am_cv_python_pythondir=${libdir}/xcb-proto"
+
 PACKAGES += "python-xcbgen"
 
 FILES_${PN} = ""
@@ -31,10 +34,3 @@ RDEPENDS_${PN}-dev = ""
 RRECOMMENDS_${PN}-dbg = "${PN}-dev (= ${EXTENDPKGV})"
 
 BBCLASSEXTEND = "native nativesdk"
-
-do_install_append() {
-# Makefile's do_install creates .pyc files for python3, now also create
-# them for python2 so that they will be recorded by manifest, and can be
-# cleaned correctly.
-(cd ${D}; python -m py_compile ./${libdir}/xcb-proto/xcbgen/*.py)
-}
-- 
2.11.0

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

[OE-core] ✗ patchtest: failure for "oeqa/buildperf/base: Fix fetch..." and 1 more

[Patchwork]

== Series Details ==

Series: "oeqa/buildperf/base: Fix fetch..." and 1 more
Revision: 1
URL   : https://patchwork.openembedded.org/series/11023/
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 709b60a5e3)



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

[OE-core] ✗ patchtest: failure for scripts/contrib/build-perf-test: Fix fetchall reference to use runall

[Patchwork]

== Series Details ==

Series: scripts/contrib/build-perf-test: Fix fetchall reference to use runall
Revision: 1
URL   : https://patchwork.openembedded.org/series/11022/
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 709b60a5e3)



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

[OE-core] [PATCH 1/2] oeqa/buildperf/base: Fix fetchall reference to use runall bitbake option

[Richard Purdie]

The fetchall task was removed, use its replacement bitbake option.

Signed-off-by: Richard Purdie 
---
 meta/lib/oeqa/buildperf/base.py | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/lib/oeqa/buildperf/base.py b/meta/lib/oeqa/buildperf/base.py
index 7b2b4aa..ac6ee15 100644
--- a/meta/lib/oeqa/buildperf/base.py
+++ b/meta/lib/oeqa/buildperf/base.py
@@ -282,7 +282,7 @@ class BuildPerfTestCase(unittest.TestCase):
 if not os.path.isdir(self.tmp_dir):
 os.mkdir(self.tmp_dir)
 if self.build_target:
-self.run_cmd(['bitbake', self.build_target, '-c', 'fetchall'])
+self.run_cmd(['bitbake', self.build_target, '--runall=fetch'])
 
 def tearDown(self):
 """Tear-down fixture for each test"""
-- 
2.7.4

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

[OE-core] [PATCH 2/2] documentation.conf: Remove references to tasks which were removed

[Richard Purdie]

The fetchall and checkuriall tasks were removed, remove the doc strings for 
them.

Signed-off-by: Richard Purdie 
---
 meta/conf/documentation.conf | 2 --
 1 file changed, 2 deletions(-)

diff --git a/meta/conf/documentation.conf b/meta/conf/documentation.conf
index 995b60e..7834898 100644
--- a/meta/conf/documentation.conf
+++ b/meta/conf/documentation.conf
@@ -8,7 +8,6 @@ do_bootimg[doc] = "Creates a bootable live image"
 do_build[doc] = "Default task for a recipe - depends on all other normal tasks 
required to 'build' a recipe"
 do_bundle_initramfs[doc] = "Combines an initial ramdisk image and kernel 
together to form a single image"
 do_checkuri[doc] = "Validates the SRC_URI value"
-do_checkuriall[doc] = "Validates the SRC_URI value for all recipes required to 
build a target"
 do_clean[doc] = "Removes all output files for a target"
 do_cleanall[doc] = "Removes all output files, shared state cache, and 
downloaded source files for a target"
 do_cleansstate[doc] = "Removes all output files and shared state cache for a 
target"
@@ -22,7 +21,6 @@ do_devpyshell[doc] = "Starts an interactive Python shell for 
development/debuggi
 do_devshell[doc] = "Starts a shell with the environment set up for 
development/debugging"
 do_diffconfig[doc] = "Compares the old and new config files after running 
do_menuconfig for the kernel"
 do_fetch[doc] = "Fetches the source code"
-do_fetchall[doc] = "Fetches all remote sources required to build a target"
 do_install[doc] = "Copies files from the compilation directory to a holding 
area"
 do_install_ptest_base[doc] = "Copies the runtime test suite files from the 
compilation directory to a holding area"
 do_kernel_checkout[doc] = "Checks out source/meta branches for a linux-yocto 
style kernel"
-- 
2.7.4

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

[OE-core] [PATCH] scripts/contrib/build-perf-test: Fix fetchall reference to use runall

[Richard Purdie]

Signed-off-by: Richard Purdie 
---
 scripts/contrib/build-perf-test.sh | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/scripts/contrib/build-perf-test.sh 
b/scripts/contrib/build-perf-test.sh
index 7d99228..9a091ed 100755
--- a/scripts/contrib/build-perf-test.sh
+++ b/scripts/contrib/build-perf-test.sh
@@ -283,7 +283,7 @@ write_results() {
 
 test1_p1 () {
 log "Running Test 1, part 1/3: Measure wall clock of bitbake $IMAGE and 
size of tmp/ dir"
-bbnotime $IMAGE -c fetchall
+bbnotime $IMAGE --runall=fetch
 do_rmtmp
 do_rmsstate
 do_sync
-- 
2.7.4

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

Re: [OE-core] kernel: module: module-base: depend on elfutils-native

[Bruce Ashfield]

On Tue, Feb 20, 2018 at 3:45 PM, Justin Bronder
 wrote:
> On 20/02/18 12:06 -0500, Bruce Ashfield wrote:
>> On Tue, Feb 20, 2018 at 11:41 AM, Justin Bronder
>>  wrote:
>> > libelf is required for CONFIG_STACK_VALIDATION which is required by
>> > CONFIG_UNWINDER_ORC (the default in 4.14+).
>>
>> As you'll see in the discussion about adding bison-native, we don't want to 
>> add
>> these version specific dependencies globally.
>
> I was watching but didn't see a definitive conclusion in that thread yet.
> Ignoring out of tree modules, I suppose it is pretty trivial to just add the
> extra DEPENDS to the kernel recipe for a while until they're required by all
> supported kernel versions.  However, for out of tree modules, it's a bit more 
> of
> a burden to add it for every recipe.  Is that the suggested way forward to 
> deal
> with this or is there a better method?

Adding it to the new make-mod-scripts recipe is the suggested way
forward, it may need to be version dependent .. which is why I haven't
added it yet, but instead have been carrying them in kernel recipes.

Since the mod-scripts depend on the kernel recipe, that should be pulling
in a version specific dependency.

>
>>
>> >
>> > We also need to update the module classes to pass HOSTCC and HOSTCPP
>>
>> This is already covered in my v3 "make-modules-script" changes.
>
> That does cover the patch to module-base.bbclass, but it's missing the 
> addition
> to EXTRA_OEMAKE in module.bbclass which is still needed in order to be able to
> find elfutils-native if I add it to the DEPENDS of the module.

Once I get that first iteration in tree, my plan was to follow up with any
additional dependencies.

Bruce

>
>>
>> Bruce
>>
>> > just like the kernel class already does.  Otherwise the test for libelf
>> > in the kernel Makefile fails.
>> > ---
>> >  meta/classes/kernel.bbclass  | 2 +-
>> >  meta/classes/module-base.bbclass | 1 +
>> >  meta/classes/module.bbclass  | 4 +++-
>> >  3 files changed, 5 insertions(+), 2 deletions(-)
>> >
>> > diff --git a/meta/classes/kernel.bbclass b/meta/classes/kernel.bbclass
>> > index 5cdff581ef..d3a7e1e1cb 100644
>> > --- a/meta/classes/kernel.bbclass
>> > +++ b/meta/classes/kernel.bbclass
>> > @@ -4,7 +4,7 @@ KERNEL_PACKAGE_NAME ??= "kernel"
>> >  KERNEL_DEPLOYSUBDIR ??= "${@ "" if (d.getVar("KERNEL_PACKAGE_NAME") == 
>> > "kernel") else d.getVar("KERNEL_PACKAGE_NAME") }"
>> >
>> >  PROVIDES += "${@ "virtual/kernel" if (d.getVar("KERNEL_PACKAGE_NAME") == 
>> > "kernel") else "" }"
>> > -DEPENDS += "virtual/${TARGET_PREFIX}binutils virtual/${TARGET_PREFIX}gcc 
>> > kmod-native bc-native lzop-native"
>> > +DEPENDS += "virtual/${TARGET_PREFIX}binutils virtual/${TARGET_PREFIX}gcc 
>> > kmod-native bc-native lzop-native elfutils-native"
>> >  PACKAGE_WRITE_DEPS += "depmodwrapper-cross"
>> >
>> >  do_deploy[depends] += "depmodwrapper-cross:do_populate_sysroot"
>> > diff --git a/meta/classes/module-base.bbclass 
>> > b/meta/classes/module-base.bbclass
>> > index f851b85163..3b56e04534 100644
>> > --- a/meta/classes/module-base.bbclass
>> > +++ b/meta/classes/module-base.bbclass
>> > @@ -23,5 +23,6 @@ PACKAGE_ARCH = "${MACHINE_ARCH}"
>> >  do_make_scripts() {
>> > unset CFLAGS CPPFLAGS CXXFLAGS LDFLAGS
>> > make CC="${KERNEL_CC}" LD="${KERNEL_LD}" AR="${KERNEL_AR}" \
>> > +  HOSTCC="${BUILD_CC} ${BUILD_CFLAGS} ${BUILD_LDFLAGS}" 
>> > HOSTCPP="${BUILD_CPP}" \
>> >-C ${STAGING_KERNEL_DIR} O=${STAGING_KERNEL_BUILDDIR} 
>> > scripts
>> >  }
>> > diff --git a/meta/classes/module.bbclass b/meta/classes/module.bbclass
>> > index 78d1b21dbd..89dee2dae8 100644
>> > --- a/meta/classes/module.bbclass
>> > +++ b/meta/classes/module.bbclass
>> > @@ -1,10 +1,12 @@
>> >  inherit module-base kernel-module-split pkgconfig
>> >
>> > +DEPENDS += "elfutils-native"
>> > +
>> >  addtask make_scripts after do_prepare_recipe_sysroot before do_configure
>> >  do_make_scripts[lockfiles] = "${TMPDIR}/kernel-scripts.lock"
>> >  do_make_scripts[depends] += "virtual/kernel:do_shared_workdir"
>> >
>> > -EXTRA_OEMAKE += "KERNEL_SRC=${STAGING_KERNEL_DIR}"
>> > +EXTRA_OEMAKE += "KERNEL_SRC=${STAGING_KERNEL_DIR} HOSTCC="${BUILD_CC} 
>> > ${BUILD_CFLAGS} ${BUILD_LDFLAGS}" HOSTCPP="${BUILD_CPP}""
>> >
>> >  MODULES_INSTALL_TARGET ?= "modules_install"
>> >  MODULES_MODULE_SYMVERS_LOCATION ?= ""
>> > --
>> > 2.13.6
>> >
>> > --
>> > ___
>> > Openembedded-core mailing list
>> > Openembedded-core@lists.openembedded.org
>> > http://lists.openembedded.org/mailman/listinfo/openembedded-core
>>
>>
>>
>> --
>> "Thou shalt not follow the NULL pointer, for chaos and madness await
>> thee at its end"
>
> --
> Justin Bronder



-- 
"Thou shalt not follow the NULL pointer, for chaos and madness await
thee at its end"
-- 
___
Openembedded-core mailing list

Re: [OE-core] [rocko][PATCH] bind: move libraries to own package

[Andre McCurdy]

On Tue, Jan 23, 2018 at 12:25 PM, Andre McCurdy  wrote:
> On Tue, Dec 5, 2017 at 5:39 PM, Andre McCurdy  wrote:
>> From: "andreas.kl...@peiker-cee.de" 
>>
>> Signed-off-by: Andy Kling 
>> Signed-off-by: Ross Burton 
>> (cherry picked from commit d74ebc91388941295a2321a295cdb06ee87fc38b)
>> Signed-off-by: Andre McCurdy 
>
> Ping.

Ping again.

>> ---
>>  meta/recipes-connectivity/bind/bind_9.10.5-P3.bb | 3 +++
>>  1 file changed, 3 insertions(+)
>>
>> diff --git a/meta/recipes-connectivity/bind/bind_9.10.5-P3.bb 
>> b/meta/recipes-connectivity/bind/bind_9.10.5-P3.bb
>> index 13724a8..8309302 100644
>> --- a/meta/recipes-connectivity/bind/bind_9.10.5-P3.bb
>> +++ b/meta/recipes-connectivity/bind/bind_9.10.5-P3.bb
>> @@ -67,6 +67,9 @@ FILES_${PN}-utils = "${bindir}/host ${bindir}/dig"
>>  FILES_${PN}-dev += "${bindir}/isc-config.h"
>>  FILES_${PN} += "${sbindir}/generate-rndc-key.sh ${PYTHON_SITEPACKAGES_DIR}"
>>
>> +PACKAGE_BEFORE_PN += "${PN}-libs"
>> +FILES_${PN}-libs = "${libdir}/*.so*"
>> +
>>  do_install_prepend() {
>> # clean host path in isc-config.sh before the hardlink created
>> # by "make install":
>> --
>> 1.9.1
>>
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] kernel: module: module-base: depend on elfutils-native

[Justin Bronder]

On 20/02/18 12:06 -0500, Bruce Ashfield wrote:
> On Tue, Feb 20, 2018 at 11:41 AM, Justin Bronder
>  wrote:
> > libelf is required for CONFIG_STACK_VALIDATION which is required by
> > CONFIG_UNWINDER_ORC (the default in 4.14+).
> 
> As you'll see in the discussion about adding bison-native, we don't want to 
> add
> these version specific dependencies globally.

I was watching but didn't see a definitive conclusion in that thread yet.
Ignoring out of tree modules, I suppose it is pretty trivial to just add the
extra DEPENDS to the kernel recipe for a while until they're required by all
supported kernel versions.  However, for out of tree modules, it's a bit more of
a burden to add it for every recipe.  Is that the suggested way forward to deal
with this or is there a better method?

> 
> >
> > We also need to update the module classes to pass HOSTCC and HOSTCPP
> 
> This is already covered in my v3 "make-modules-script" changes.

That does cover the patch to module-base.bbclass, but it's missing the addition
to EXTRA_OEMAKE in module.bbclass which is still needed in order to be able to
find elfutils-native if I add it to the DEPENDS of the module.

> 
> Bruce
> 
> > just like the kernel class already does.  Otherwise the test for libelf
> > in the kernel Makefile fails.
> > ---
> >  meta/classes/kernel.bbclass  | 2 +-
> >  meta/classes/module-base.bbclass | 1 +
> >  meta/classes/module.bbclass  | 4 +++-
> >  3 files changed, 5 insertions(+), 2 deletions(-)
> >
> > diff --git a/meta/classes/kernel.bbclass b/meta/classes/kernel.bbclass
> > index 5cdff581ef..d3a7e1e1cb 100644
> > --- a/meta/classes/kernel.bbclass
> > +++ b/meta/classes/kernel.bbclass
> > @@ -4,7 +4,7 @@ KERNEL_PACKAGE_NAME ??= "kernel"
> >  KERNEL_DEPLOYSUBDIR ??= "${@ "" if (d.getVar("KERNEL_PACKAGE_NAME") == 
> > "kernel") else d.getVar("KERNEL_PACKAGE_NAME") }"
> >
> >  PROVIDES += "${@ "virtual/kernel" if (d.getVar("KERNEL_PACKAGE_NAME") == 
> > "kernel") else "" }"
> > -DEPENDS += "virtual/${TARGET_PREFIX}binutils virtual/${TARGET_PREFIX}gcc 
> > kmod-native bc-native lzop-native"
> > +DEPENDS += "virtual/${TARGET_PREFIX}binutils virtual/${TARGET_PREFIX}gcc 
> > kmod-native bc-native lzop-native elfutils-native"
> >  PACKAGE_WRITE_DEPS += "depmodwrapper-cross"
> >
> >  do_deploy[depends] += "depmodwrapper-cross:do_populate_sysroot"
> > diff --git a/meta/classes/module-base.bbclass 
> > b/meta/classes/module-base.bbclass
> > index f851b85163..3b56e04534 100644
> > --- a/meta/classes/module-base.bbclass
> > +++ b/meta/classes/module-base.bbclass
> > @@ -23,5 +23,6 @@ PACKAGE_ARCH = "${MACHINE_ARCH}"
> >  do_make_scripts() {
> > unset CFLAGS CPPFLAGS CXXFLAGS LDFLAGS
> > make CC="${KERNEL_CC}" LD="${KERNEL_LD}" AR="${KERNEL_AR}" \
> > +  HOSTCC="${BUILD_CC} ${BUILD_CFLAGS} ${BUILD_LDFLAGS}" 
> > HOSTCPP="${BUILD_CPP}" \
> >-C ${STAGING_KERNEL_DIR} O=${STAGING_KERNEL_BUILDDIR} 
> > scripts
> >  }
> > diff --git a/meta/classes/module.bbclass b/meta/classes/module.bbclass
> > index 78d1b21dbd..89dee2dae8 100644
> > --- a/meta/classes/module.bbclass
> > +++ b/meta/classes/module.bbclass
> > @@ -1,10 +1,12 @@
> >  inherit module-base kernel-module-split pkgconfig
> >
> > +DEPENDS += "elfutils-native"
> > +
> >  addtask make_scripts after do_prepare_recipe_sysroot before do_configure
> >  do_make_scripts[lockfiles] = "${TMPDIR}/kernel-scripts.lock"
> >  do_make_scripts[depends] += "virtual/kernel:do_shared_workdir"
> >
> > -EXTRA_OEMAKE += "KERNEL_SRC=${STAGING_KERNEL_DIR}"
> > +EXTRA_OEMAKE += "KERNEL_SRC=${STAGING_KERNEL_DIR} HOSTCC="${BUILD_CC} 
> > ${BUILD_CFLAGS} ${BUILD_LDFLAGS}" HOSTCPP="${BUILD_CPP}""
> >
> >  MODULES_INSTALL_TARGET ?= "modules_install"
> >  MODULES_MODULE_SYMVERS_LOCATION ?= ""
> > --
> > 2.13.6
> >
> > --
> > ___
> > Openembedded-core mailing list
> > Openembedded-core@lists.openembedded.org
> > http://lists.openembedded.org/mailman/listinfo/openembedded-core
> 
> 
> 
> -- 
> "Thou shalt not follow the NULL pointer, for chaos and madness await
> thee at its end"

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

Re: [OE-core] [PATCH] kernel.bbclass: explicitly depend on bison-native for deterministic builds

[Denys Dmytriyenko]

On Tue, Feb 20, 2018 at 10:28:47AM -0800, Khem Raj wrote:
> On Tue, Feb 20, 2018 at 8:17 AM, Denys Dmytriyenko  wrote:
> > On Tue, Feb 20, 2018 at 04:08:06PM +, Khem Raj wrote:
> >> On Tue, Feb 20, 2018 at 7:41 AM Martin Jansa  
> >> wrote:
> >>
> >> > I'm OK with adding bison-native for all versions.
> >>
> >> As long we know that there are no side effects of this dep in kernel builds
> >
> > You do realize that when you build with oe-core toolchain, every package 
> > gets
> > bison-native dependency automatically? Regardless whether it was requested 
> > or
> > not. If there were side effects, we would have seen it long time ago...
> 
> Yes I see it seems to be pulled in by toolchain regardless, so for this
> patch we might just be adding to determinism. but I think it raises question
> on why toolchain is adding this everywhere, I think we should remove it
> from toolchain default deps. It will make metadata more consistent
> across internal/external toolchains

There were several similar patches I submitted last month for different 
components to add flex-native and/or bison-native. Most of them got accepted 
and we had a follow up discussion with Richard in gcc thread:
http://lists.openembedded.org/pipermail/openembedded-core/2018-January/146295.html

He also submitted this patch to prevent indirect flex/bison-native 
dependencies, but I don't believe it got merged yet:
http://lists.openembedded.org/pipermail/openembedded-core/2018-January/146324.html

Richard, do you have any comments?

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

Re: [OE-core] [PATCH] kernel.bbclass: explicitly depend on bison-native for deterministic builds

[Khem Raj]

On Tue, Feb 20, 2018 at 8:17 AM, Denys Dmytriyenko  wrote:
> On Tue, Feb 20, 2018 at 04:08:06PM +, Khem Raj wrote:
>> On Tue, Feb 20, 2018 at 7:41 AM Martin Jansa  wrote:
>>
>> > I'm OK with adding bison-native for all versions.
>>
>> As long we know that there are no side effects of this dep in kernel builds
>
> You do realize that when you build with oe-core toolchain, every package gets
> bison-native dependency automatically? Regardless whether it was requested or
> not. If there were side effects, we would have seen it long time ago...

Yes I see it seems to be pulled in by toolchain regardless, so for this
patch we might just be adding to determinism. but I think it raises question
on why toolchain is adding this everywhere, I think we should remove it
from toolchain default deps. It will make metadata more consistent
across internal/external toolchains
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] ✗ patchtest: failure for kernel: module: module-base: depend on elfutils-native

[Patchwork]

== Series Details ==

Series: kernel: module: module-base: depend on elfutils-native
Revision: 1
URL   : https://patchwork.openembedded.org/series/11018/
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:



* Patchkernel: module: module-base: depend on elfutils-native
 Issue Patch is missing Signed-off-by [test_signed_off_by_presence] 
  Suggested fixSign off the patch (either manually or with "git commit 
--amend -s")



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

[OE-core] [PATCH] flex: upgrade to 2.6.4

[Ross Burton]

Upgrade to 2.6.4 and use the new tarballs on GitHub.

Remove patches which have been merged upstream.

The new releases of Flex bootstrap differently, but the bootstrapping code isn't
entirely cross-friendly yet so depend on flex-native and pass
--disable-bootstrap.

Signed-off-by: Ross Burton 
---
 ...oid-c-comments-in-c-code-fails-with-gcc-6.patch | 64 --
 .../recipes-devtools/flex/flex/CVE-2016-6354.patch | 59 
 .../flex/flex/do_not_create_pdf_doc.patch  | 17 --
 .../flex/{flex_2.6.0.bb => flex_2.6.4.bb}  | 17 +++---
 4 files changed, 8 insertions(+), 149 deletions(-)
 delete mode 100644 
meta/recipes-devtools/flex/flex/0002-avoid-c-comments-in-c-code-fails-with-gcc-6.patch
 delete mode 100644 meta/recipes-devtools/flex/flex/CVE-2016-6354.patch
 delete mode 100644 meta/recipes-devtools/flex/flex/do_not_create_pdf_doc.patch
 rename meta/recipes-devtools/flex/{flex_2.6.0.bb => flex_2.6.4.bb} (76%)

diff --git 
a/meta/recipes-devtools/flex/flex/0002-avoid-c-comments-in-c-code-fails-with-gcc-6.patch
 
b/meta/recipes-devtools/flex/flex/0002-avoid-c-comments-in-c-code-fails-with-gcc-6.patch
deleted file mode 100644
index 438ca5f5276..000
--- 
a/meta/recipes-devtools/flex/flex/0002-avoid-c-comments-in-c-code-fails-with-gcc-6.patch
+++ /dev/null
@@ -1,64 +0,0 @@
-From 7072befe1397af4eb01c3ff7edf99f0cd5076089 Mon Sep 17 00:00:00 2001
-From: =?UTF-8?q?Andreas=20M=C3=BCller?= 
-Date: Tue, 30 Aug 2016 14:25:32 +0200
-Subject: [PATCH] avoid c++ comments in c-code - fails with gcc-6
-MIME-Version: 1.0
-Content-Type: text/plain; charset=UTF-8
-Content-Transfer-Encoding: 8bit
-
-fixes:
-
-| error: C++ style comments are not allowed in ISO C90
-| num_to_alloc = 1; // After all that talk, this was set to 1 anyways...
-
-Upstream-Status: Pending
-
-Signed-off-by: Andreas Müller 

- src/flex.skl | 2 +-
- src/scan.c   | 2 +-
- src/skel.c   | 2 +-
- 3 files changed, 3 insertions(+), 3 deletions(-)
-
-diff --git a/src/flex.skl b/src/flex.skl
-index 73a0b9e..ed71627 100644
 a/src/flex.skl
-+++ b/src/flex.skl
-@@ -2350,7 +2350,7 @@ void yyFlexLexer::yyensure_buffer_stack(void)
-* scanner will even need a stack. We use 2 instead of 1 to 
avoid an
-* immediate realloc on the next call.
-  */
--  num_to_alloc = 1; // After all that talk, this was set to 1 
anyways...
-+  num_to_alloc = 1; /* After all that talk, this was set to 1 
anyways... */
-   YY_G(yy_buffer_stack) = (struct yy_buffer_state**)yyalloc
-   (num_to_alloc * 
sizeof(struct yy_buffer_state*)
-   
M4_YY_CALL_LAST_ARG);
-diff --git a/src/scan.c b/src/scan.c
-index b55df2d..f1dce75 100644
 a/src/scan.c
-+++ b/src/scan.c
-@@ -4672,7 +4672,7 @@ static void yyensure_buffer_stack (void)
-* scanner will even need a stack. We use 2 instead of 1 to 
avoid an
-* immediate realloc on the next call.
-  */
--  num_to_alloc = 1; // After all that talk, this was set to 1 
anyways...
-+  num_to_alloc = 1; /* After all that talk, this was set to 1 
anyways...*/
-   (yy_buffer_stack) = (struct yy_buffer_state**)yyalloc
-   (num_to_alloc * 
sizeof(struct yy_buffer_state*)
-   );
-diff --git a/src/skel.c b/src/skel.c
-index ef657d3..26cc889 100644
 a/src/skel.c
-+++ b/src/skel.c
-@@ -2561,7 +2561,7 @@ const char *skel[] = {
-   "* scanner will even need a stack. We use 2 instead of 1 to 
avoid an",
-   "* immediate realloc on the next call.",
-   " */",
--  "   num_to_alloc = 1; // After all that talk, this was set to 1 
anyways...",
-+  "   num_to_alloc = 1; /* After all that talk, this was set to 1 
anyways... */",
-   "   YY_G(yy_buffer_stack) = (struct yy_buffer_state**)yyalloc",
-   "   (num_to_alloc * 
sizeof(struct yy_buffer_state*)",
-   "   
M4_YY_CALL_LAST_ARG);",
--- 
-2.5.5
-
diff --git a/meta/recipes-devtools/flex/flex/CVE-2016-6354.patch 
b/meta/recipes-devtools/flex/flex/CVE-2016-6354.patch
deleted file mode 100644
index 216ac7ae1c4..000
--- a/meta/recipes-devtools/flex/flex/CVE-2016-6354.patch
+++ /dev/null
@@ -1,59 +0,0 @@
-From 3939eccdff598f47e5b37b05d58bf1b44d3796e7 Mon Sep 17 00:00:00 2001
-From: Jussi Kukkonen 
-Date: Fri, 7 Oct 2016 14:15:38 +0300
-Subject: [PATCH] Prevent buffer overflow in yy_get_next_buffer
-
-This is upstream commit a5cbe929ac3255d371e698f62dc256afe7006466
-with some additional backporting to 

Re: [OE-core] [PATCH] kernel: module: module-base: depend on elfutils-native

[Bruce Ashfield]

On Tue, Feb 20, 2018 at 11:41 AM, Justin Bronder
 wrote:
> libelf is required for CONFIG_STACK_VALIDATION which is required by
> CONFIG_UNWINDER_ORC (the default in 4.14+).

As you'll see in the discussion about adding bison-native, we don't want to add
these version specific dependencies globally.

>
> We also need to update the module classes to pass HOSTCC and HOSTCPP

This is already covered in my v3 "make-modules-script" changes.

Bruce

> just like the kernel class already does.  Otherwise the test for libelf
> in the kernel Makefile fails.
> ---
>  meta/classes/kernel.bbclass  | 2 +-
>  meta/classes/module-base.bbclass | 1 +
>  meta/classes/module.bbclass  | 4 +++-
>  3 files changed, 5 insertions(+), 2 deletions(-)
>
> diff --git a/meta/classes/kernel.bbclass b/meta/classes/kernel.bbclass
> index 5cdff581ef..d3a7e1e1cb 100644
> --- a/meta/classes/kernel.bbclass
> +++ b/meta/classes/kernel.bbclass
> @@ -4,7 +4,7 @@ KERNEL_PACKAGE_NAME ??= "kernel"
>  KERNEL_DEPLOYSUBDIR ??= "${@ "" if (d.getVar("KERNEL_PACKAGE_NAME") == 
> "kernel") else d.getVar("KERNEL_PACKAGE_NAME") }"
>
>  PROVIDES += "${@ "virtual/kernel" if (d.getVar("KERNEL_PACKAGE_NAME") == 
> "kernel") else "" }"
> -DEPENDS += "virtual/${TARGET_PREFIX}binutils virtual/${TARGET_PREFIX}gcc 
> kmod-native bc-native lzop-native"
> +DEPENDS += "virtual/${TARGET_PREFIX}binutils virtual/${TARGET_PREFIX}gcc 
> kmod-native bc-native lzop-native elfutils-native"
>  PACKAGE_WRITE_DEPS += "depmodwrapper-cross"
>
>  do_deploy[depends] += "depmodwrapper-cross:do_populate_sysroot"
> diff --git a/meta/classes/module-base.bbclass 
> b/meta/classes/module-base.bbclass
> index f851b85163..3b56e04534 100644
> --- a/meta/classes/module-base.bbclass
> +++ b/meta/classes/module-base.bbclass
> @@ -23,5 +23,6 @@ PACKAGE_ARCH = "${MACHINE_ARCH}"
>  do_make_scripts() {
> unset CFLAGS CPPFLAGS CXXFLAGS LDFLAGS
> make CC="${KERNEL_CC}" LD="${KERNEL_LD}" AR="${KERNEL_AR}" \
> +  HOSTCC="${BUILD_CC} ${BUILD_CFLAGS} ${BUILD_LDFLAGS}" 
> HOSTCPP="${BUILD_CPP}" \
>-C ${STAGING_KERNEL_DIR} O=${STAGING_KERNEL_BUILDDIR} 
> scripts
>  }
> diff --git a/meta/classes/module.bbclass b/meta/classes/module.bbclass
> index 78d1b21dbd..89dee2dae8 100644
> --- a/meta/classes/module.bbclass
> +++ b/meta/classes/module.bbclass
> @@ -1,10 +1,12 @@
>  inherit module-base kernel-module-split pkgconfig
>
> +DEPENDS += "elfutils-native"
> +
>  addtask make_scripts after do_prepare_recipe_sysroot before do_configure
>  do_make_scripts[lockfiles] = "${TMPDIR}/kernel-scripts.lock"
>  do_make_scripts[depends] += "virtual/kernel:do_shared_workdir"
>
> -EXTRA_OEMAKE += "KERNEL_SRC=${STAGING_KERNEL_DIR}"
> +EXTRA_OEMAKE += "KERNEL_SRC=${STAGING_KERNEL_DIR} HOSTCC="${BUILD_CC} 
> ${BUILD_CFLAGS} ${BUILD_LDFLAGS}" HOSTCPP="${BUILD_CPP}""
>
>  MODULES_INSTALL_TARGET ?= "modules_install"
>  MODULES_MODULE_SYMVERS_LOCATION ?= ""
> --
> 2.13.6
>
> --
> ___
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core



-- 
"Thou shalt not follow the NULL pointer, for chaos and madness await
thee at its end"
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH] kernel: module: module-base: depend on elfutils-native

[Justin Bronder]

libelf is required for CONFIG_STACK_VALIDATION which is required by
CONFIG_UNWINDER_ORC (the default in 4.14+).

We also need to update the module classes to pass HOSTCC and HOSTCPP
just like the kernel class already does.  Otherwise the test for libelf
in the kernel Makefile fails.
---
 meta/classes/kernel.bbclass  | 2 +-
 meta/classes/module-base.bbclass | 1 +
 meta/classes/module.bbclass  | 4 +++-
 3 files changed, 5 insertions(+), 2 deletions(-)

diff --git a/meta/classes/kernel.bbclass b/meta/classes/kernel.bbclass
index 5cdff581ef..d3a7e1e1cb 100644
--- a/meta/classes/kernel.bbclass
+++ b/meta/classes/kernel.bbclass
@@ -4,7 +4,7 @@ KERNEL_PACKAGE_NAME ??= "kernel"
 KERNEL_DEPLOYSUBDIR ??= "${@ "" if (d.getVar("KERNEL_PACKAGE_NAME") == 
"kernel") else d.getVar("KERNEL_PACKAGE_NAME") }"
 
 PROVIDES += "${@ "virtual/kernel" if (d.getVar("KERNEL_PACKAGE_NAME") == 
"kernel") else "" }"
-DEPENDS += "virtual/${TARGET_PREFIX}binutils virtual/${TARGET_PREFIX}gcc 
kmod-native bc-native lzop-native"
+DEPENDS += "virtual/${TARGET_PREFIX}binutils virtual/${TARGET_PREFIX}gcc 
kmod-native bc-native lzop-native elfutils-native"
 PACKAGE_WRITE_DEPS += "depmodwrapper-cross"
 
 do_deploy[depends] += "depmodwrapper-cross:do_populate_sysroot"
diff --git a/meta/classes/module-base.bbclass b/meta/classes/module-base.bbclass
index f851b85163..3b56e04534 100644
--- a/meta/classes/module-base.bbclass
+++ b/meta/classes/module-base.bbclass
@@ -23,5 +23,6 @@ PACKAGE_ARCH = "${MACHINE_ARCH}"
 do_make_scripts() {
unset CFLAGS CPPFLAGS CXXFLAGS LDFLAGS 
make CC="${KERNEL_CC}" LD="${KERNEL_LD}" AR="${KERNEL_AR}" \
+  HOSTCC="${BUILD_CC} ${BUILD_CFLAGS} ${BUILD_LDFLAGS}" 
HOSTCPP="${BUILD_CPP}" \
   -C ${STAGING_KERNEL_DIR} O=${STAGING_KERNEL_BUILDDIR} scripts
 }
diff --git a/meta/classes/module.bbclass b/meta/classes/module.bbclass
index 78d1b21dbd..89dee2dae8 100644
--- a/meta/classes/module.bbclass
+++ b/meta/classes/module.bbclass
@@ -1,10 +1,12 @@
 inherit module-base kernel-module-split pkgconfig
 
+DEPENDS += "elfutils-native"
+
 addtask make_scripts after do_prepare_recipe_sysroot before do_configure
 do_make_scripts[lockfiles] = "${TMPDIR}/kernel-scripts.lock"
 do_make_scripts[depends] += "virtual/kernel:do_shared_workdir"
 
-EXTRA_OEMAKE += "KERNEL_SRC=${STAGING_KERNEL_DIR}"
+EXTRA_OEMAKE += "KERNEL_SRC=${STAGING_KERNEL_DIR} HOSTCC="${BUILD_CC} 
${BUILD_CFLAGS} ${BUILD_LDFLAGS}" HOSTCPP="${BUILD_CPP}""
 
 MODULES_INSTALL_TARGET ?= "modules_install"
 MODULES_MODULE_SYMVERS_LOCATION ?= ""
-- 
2.13.6

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

[OE-core] Yocto Project Status WW08’18

[Jolley, Stephen K]

Current Dev Position: YP 2.5 M3 development

Next Deadline: YP 2.5 M3 cut off was 2/19/18

*** FEATURE FREEZE for 2.5 is imminent! ***


SWAT team rotation: Tracy -> Stephano on Feb. 16, 2018.

SWAT team rotation: Stephano -> Maxin John on Feb. 23, 2018

https://wiki.yoctoproject.org/wiki/Yocto_Build_Failure_Swat_Team


Key Status/Updates:

  *   YP 2.5 M2 is 97% through QA. See: 
https://wiki.yoctoproject.org/wiki/2.5_QA_Status
  *   YP 2.2.3 is also mostly through QA. See 
https://wiki.yoctoproject.org/wiki/2.2_QA_Status
  *   We build 2.4.2 rc1 however rapidly moving kernel updates combined with QA 
not having started on rc1 yet meant we decided to build rc2, pulling in further 
kernel security fixes (as well as others like openssl). rc2 is currently being 
built and should enter QA today assuming a successful build.
  *   autobuilder.yoctoproject.org continues to be unavailable as we continue 
to develop the new autobuilder codebase to replace the current heavily 
customized buildbot one.
  *   We managed to shrink the ltp package size which unblocked some patch 
merging. Bruce has been working on changes to kernel-devsrc to significantly 
reduce its size.
  *   The glibc change continues to be blocked on locale issues which may prove 
tricky to resolve and will block M3 as we need the glibc upgrade for various 
reasons.
  *   We have some key decisions to make about the conflicting native of 
pkg-conf and pkgconfig. Maxin has a patch series which exposes the issues.
  *   There are problems with the changes to pseudo’s master branch verses the 
patches we have against the recipe.
  *   Please note that we are very close to M3 which is feature freeze, 
technically, feature freeze was yesterday. We’re not in a position to build M3 
yet but if there are features you expect to see in 2.5, please highlight those 
patches ASAP. We are drawing up a list of “must haves” for the release and if 
we don’t know about it, it likely won’t be on it.


Planned upcoming dot releases:

YP 2.4.2 (Rocko) is currently being built and should enter QA today.

YP 2.3.4 (Pyro) will be built when we figure out gcc backports.

YP 2.2.3 (Morty) rc2 is in QA.

YP 2.2.4 (Morty) will be built when we figure out gcc backports.


Key YP 2.5 Dates are:

YP 2.5 M2 cut off is past, it is in QA.

YP 2.5 M2 release of 1/26/18

YP 2.5 M3 cut off of 2/19/18

YP 2.5 M3 release of 3/2/18

YP 2.5 M4 cut off of 4/2/18

YP 2.5 M4 release of 4/27/18


Tracking Metrics:

WDD 2648 (last week  2610)

(https://wiki.yoctoproject.org/charts/combo.html)


Key Status Links for YP:

https://wiki.yoctoproject.org/wiki/Yocto_Project_v2.5_Status

https://wiki.yoctoproject.org/wiki/Yocto_2.5_Schedule

https://wiki.yoctoproject.org/wiki/Yocto_2.5_Features


The Status reports are now stored on the wiki at: 
https://wiki.yoctoproject.org/wiki/Weekly_Status


[If anyone has suggestions for other information you’d like to see on this 
weekly status update, let us know!]

Thanks,

Stephen K. Jolley
Yocto Project Release Engineer
INTEL, MS JF1-255, 2111 N.E. 25th Avenue, Hillsboro, OR 97124
•   Work Telephone:   (503) 712-0534
•Cell:(208) 244-4460
• Email: stephen.k.jol...@intel.com

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

Re: [OE-core] [PATCH v2] make-mod-scripts: change how some kernel module tools are built

[Bruce Ashfield]

On 02/19/2018 06:45 PM, Richard Purdie wrote:

On Mon, 2018-02-19 at 10:37 -0500, Bruce Ashfield wrote:

From: Joe Slater 

Remove do_make_scripts() from module-base.bbclass and put
functionality in a recipe.  This will build the scripts only
once instead of each time an external module is built.

[YOCTO #12228]

Signed-off-by: Joe Slater 
Signed-off-by: Bruce Ashfield 
---

v2: added the LIC_FILES_CHECKSUM



Sadly this doesn't pass all our tests:

https://autobuilder.yocto.io/builders/nightly-oe-selftest/builds/827/steps/Running%20oe-selftest/logs/stdio

oe-selftest -r sstatetests.SStateTests.test_sstate_sametune_samesigs

should reproduce.

I suspect that the recipe may need:

PACKAGE_ARCH = "${MACHINE_ARCH}"


v3 has been sent for the two patches in this series. With the
kernel-devsrc and other scripts/prepare work in progress, I'm sure
there will be more changes coming. But the dependencies and and
build steps are definitely easier to express in the separate recipe
versus being buried in the various bbclasses.

Cheers,

Bruce



Cheers,

Richard



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

[OE-core] [PATCH 2/2 v3] make-mod-scripts: add build requirements for external modules

[Bruce Ashfield]

Newer kernels (4.14/v4.15+) have dependencies for the build of
modules (and hence external modules). Without these dependencies
explicitly in the build chain, you can end up with build failures like:

  work-shared/qemux86/kernel-source/scripts/extract-cert.c:21:25: fatal
  error: openssl/bio.h: No such file or directory
  |  #include 
  |  ^
  | compilation terminated.
  | make[2]: *** [scripts/extract-cert] Error 1
  | make[1]: *** [scripts] Error 2

To ensure that these headers are in place, and that the scripts use
our build environment flags, we add a dependency on openssl-native
and use oe_make to invoke the build.

Older kernels have no issues with the extra dependency, so there's no
need to make this conditional.

Signed-off-by: Bruce Ashfield 
---

v3: added bc-native to DEPENDS

 meta/recipes-kernel/make-mod-scripts/make-mod-scripts_1.0.bb | 8 ++--
 1 file changed, 6 insertions(+), 2 deletions(-)

diff --git a/meta/recipes-kernel/make-mod-scripts/make-mod-scripts_1.0.bb 
b/meta/recipes-kernel/make-mod-scripts/make-mod-scripts_1.0.bb
index 6e47d09f798f..889878ddc003 100644
--- a/meta/recipes-kernel/make-mod-scripts/make-mod-scripts_1.0.bb
+++ b/meta/recipes-kernel/make-mod-scripts/make-mod-scripts_1.0.bb
@@ -9,15 +9,19 @@ PACKAGE_ARCH = "${MACHINE_ARCH}"
 
 S = "${WORKDIR}"
 
-do_configure[depends] += "virtual/kernel:do_shared_workdir"
+do_configure[depends] += "virtual/kernel:do_shared_workdir 
openssl-native:do_populate_sysroot"
 do_compile[depends] += "virtual/kernel:do_compile_kernelmodules"
 
+DEPENDS += "bc-native"
+
+EXTRA_OEMAKE = " HOSTCC="${BUILD_CC} ${BUILD_CFLAGS} ${BUILD_LDFLAGS}" 
HOSTCPP="${BUILD_CPP}""
+
 # Build some host tools under work-shared.  CC, LD, and AR are probably
 # not used, but this is the historical way of invoking "make scripts".
 #
 do_configure() {
unset CFLAGS CPPFLAGS CXXFLAGS LDFLAGS
-   make CC="${KERNEL_CC}" LD="${KERNEL_LD}" AR="${KERNEL_AR}" \
+   oe_runmake CC="${KERNEL_CC}" LD="${KERNEL_LD}" AR="${KERNEL_AR}" \
   -C ${STAGING_KERNEL_DIR} O=${STAGING_KERNEL_BUILDDIR} scripts
 }
 
-- 
2.5.0

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

[OE-core] [PATCH 1/2 v3] make-mod-scripts: change how some kernel module tools are built

[Bruce Ashfield]

From: Joe Slater 

Remove do_make_scripts() from module-base.bbclass and put
functionality in a recipe.  This will build the scripts only
once instead of each time an external module is built.

[YOCTO #12228]

Signed-off-by: Joe Slater 
Signed-off-by: Bruce Ashfield 
---

v2: added the LIC_FILES_CHECKSUM
v3: added PACKAGE_ARCH = "${MACHINE_ARCH}" for .test_sstate_sametune_samesigs

 meta/classes/module-base.bbclass   | 12 +++---
 meta/classes/module.bbclass|  4 
 .../make-mod-scripts/make-mod-scripts_1.0.bb   | 28 ++
 3 files changed, 31 insertions(+), 13 deletions(-)
 create mode 100644 meta/recipes-kernel/make-mod-scripts/make-mod-scripts_1.0.bb

diff --git a/meta/classes/module-base.bbclass b/meta/classes/module-base.bbclass
index f851b851639a..27bd69ff33bf 100644
--- a/meta/classes/module-base.bbclass
+++ b/meta/classes/module-base.bbclass
@@ -1,7 +1,8 @@
 inherit kernel-arch
 
-# This is instead of DEPENDS = "virtual/kernel"
-do_configure[depends] += "virtual/kernel:do_compile_kernelmodules"
+# We do the dependency this way because the output is not preserved
+# in sstate, so we must force do_compile to run (once).
+do_configure[depends] += "make-mod-scripts:do_compile"
 
 export OS = "${TARGET_OS}"
 export CROSS_COMPILE = "${TARGET_PREFIX}"
@@ -18,10 +19,3 @@ KERNEL_OBJECT_SUFFIX = ".ko"
 # kernel modules are generally machine specific
 PACKAGE_ARCH = "${MACHINE_ARCH}"
 
-# Function to ensure the kernel scripts are created. Expected to
-# be called before do_compile. See module.bbclass for an example.
-do_make_scripts() {
-   unset CFLAGS CPPFLAGS CXXFLAGS LDFLAGS 
-   make CC="${KERNEL_CC}" LD="${KERNEL_LD}" AR="${KERNEL_AR}" \
-  -C ${STAGING_KERNEL_DIR} O=${STAGING_KERNEL_BUILDDIR} scripts
-}
diff --git a/meta/classes/module.bbclass b/meta/classes/module.bbclass
index 78d1b21dbd83..e34496024434 100644
--- a/meta/classes/module.bbclass
+++ b/meta/classes/module.bbclass
@@ -1,9 +1,5 @@
 inherit module-base kernel-module-split pkgconfig
 
-addtask make_scripts after do_prepare_recipe_sysroot before do_configure
-do_make_scripts[lockfiles] = "${TMPDIR}/kernel-scripts.lock"
-do_make_scripts[depends] += "virtual/kernel:do_shared_workdir"
-
 EXTRA_OEMAKE += "KERNEL_SRC=${STAGING_KERNEL_DIR}"
 
 MODULES_INSTALL_TARGET ?= "modules_install"
diff --git a/meta/recipes-kernel/make-mod-scripts/make-mod-scripts_1.0.bb 
b/meta/recipes-kernel/make-mod-scripts/make-mod-scripts_1.0.bb
new file mode 100644
index ..6e47d09f798f
--- /dev/null
+++ b/meta/recipes-kernel/make-mod-scripts/make-mod-scripts_1.0.bb
@@ -0,0 +1,28 @@
+SUMMARY = "Build tools needed by external modules"
+LICENSE = "GPLv2"
+LIC_FILES_CHKSUM = 
"file://${COREBASE}/meta/files/common-licenses/GPL-2.0;md5=801f80980d171dd6425610833a22dbe6"
+
+inherit kernel-arch
+inherit pkgconfig
+
+PACKAGE_ARCH = "${MACHINE_ARCH}"
+
+S = "${WORKDIR}"
+
+do_configure[depends] += "virtual/kernel:do_shared_workdir"
+do_compile[depends] += "virtual/kernel:do_compile_kernelmodules"
+
+# Build some host tools under work-shared.  CC, LD, and AR are probably
+# not used, but this is the historical way of invoking "make scripts".
+#
+do_configure() {
+   unset CFLAGS CPPFLAGS CXXFLAGS LDFLAGS
+   make CC="${KERNEL_CC}" LD="${KERNEL_LD}" AR="${KERNEL_AR}" \
+  -C ${STAGING_KERNEL_DIR} O=${STAGING_KERNEL_BUILDDIR} scripts
+}
+
+
+# There is no reason to build this on its own.
+#
+EXCLUDE_FROM_WORLD = "1"
+
-- 
2.5.0

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

Re: [OE-core] [PATCH] kernel.bbclass: explicitly depend on bison-native for deterministic builds

[Denys Dmytriyenko]

On Tue, Feb 20, 2018 at 04:08:06PM +, Khem Raj wrote:
> On Tue, Feb 20, 2018 at 7:41 AM Martin Jansa  wrote:
> 
> > I'm OK with adding bison-native for all versions.
> 
> As long we know that there are no side effects of this dep in kernel builds

You do realize that when you build with oe-core toolchain, every package gets
bison-native dependency automatically? Regardless whether it was requested or 
not. If there were side effects, we would have seen it long time ago...


> > When we added bc-native 2+ years ago:
> > commit c067e52cffe002de3b39aa1bced308dd532859c1
> > Author: Alejandro Hernandez 
> > Date:   Thu Oct 2 15:33:23 2014 -0500
> >
> > kernel: Added bc-native as DEPENDS
> >
> > The makefile checks for bc during for compilation
> >
> > it was also needed only for the latest kernel and we didn't make it
> > conditional on the kernel version. Now with RSS it's even less dangerous as
> > the bison-native will appear only in kernel's RSS and as Denys said it's
> > quite common dependency so many components pull it into RSS anyway.
> >
> > On Tue, Feb 20, 2018 at 3:53 PM, Otavio Salvador <
> > otavio.salva...@ossystems.com.br> wrote:
> >
> >> On Tue, Feb 20, 2018 at 7:10 AM, Khem Raj  wrote:
> >> > On 2/19/18 5:20 PM, Denys Dmytriyenko wrote:
> >> >>
> >> >> On Mon, Feb 19, 2018 at 09:36:22PM -0300, Otavio Salvador wrote:
> >> >>>
> >> >>> On Mon, Feb 19, 2018 at 8:54 PM, Denys Dmytriyenko 
> >> >>> wrote:
> >> 
> >>  From: Denys Dmytriyenko 
> >> 
> >>  Explicitly depend on bison-native for deterministic builds, as it is
> >>  required
> >>  for the build:
> >> 
> >>  |   HOSTCC  scripts/basic/fixdep
> >>  |   GEN ./Makefile
> >>  |   HOSTCC  scripts/kconfig/conf.o
> >>  |   YACCscripts/kconfig/zconf.tab.c
> >>  | /bin/sh: bison: command not found
> >>  | scripts/Makefile.lib:217: recipe for target
> >>  'scripts/kconfig/zconf.tab.c' failed
> >> 
> >>  In most cases, this dependency comes indirectly via toolchain
> >>  dependencies,
> >>  specifically binutils-cross, which pulls bison-native. Different
> >> setups,
> >>  such as with external toolchain, would expose this problem, since
> >>  correct
> >>  dependency is not marked explicitly.
> >> 
> >>  Signed-off-by: Denys Dmytriyenko 
> >>  ---
> >>  I'm seeing this now on 4.16-rc2 with external toolchain.
> >> >>>
> >> >>>
> >> >>> I am not against the addition but in fact, it is because 4.16 stopped
> >> >>> of using pre-generated files and now requires bison to be available.
> >> >>
> >> >>
> >> >> Ok, good, I was wondering why I didn't see it before 4.16...
> >> >>
> >> >>
> >> >>> I am unsure it ought to be on kernel.bbclass at this moment.
> >> >>
> >> >>
> >> >> Why not? Because it's 4.16+ specific?
> >> >>
> >> >> By default bison-native dependency gets added implicitly when built
> >> with
> >> >> the
> >> >> toolchain from oe-core, so this doesn't add any extra dependencies,
> >> only
> >> >> makes
> >> >> it explicit.
> >> >>
> >> > it will be overcompensating for < 4.16 kernel recipes where this
> >> dependency
> >> > is not needed. it might be a legit dependency for another component,
> >> that
> >> > doesn't stage this package in kernel recipe-specific sysroot but this
> >> change
> >> > will do that. So its not completely innocent change.
> >>
> >> I'd be in favor of matching the version and adding it if it is a 4.16
> >> or newer kernel. Adding for prior versions seems wrong for me.
> >>
> >> --
> >> Otavio Salvador O.S. Systems
> >> http://www.ossystems.com.brhttp://code.ossystems.com.br
> >> Mobile: +55 (53) 9981-7854Mobile: +1 (347) 903-9750
> >>
> > --
> >> ___
> >> 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

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

Re: [OE-core] [PATCH V2] binutils: Upgrade to 2.30 release

[Burton, Ross]

See poky-contrib:ross/binutils:

binutils: Upgrade to 2.30 release

Additionally cherry-pick

5ffeba4a09 Revert "PowerPC PLT speculative execution barriers"
b01452b1d4 [PR22764][LD][AARCH64]Allow R_AARCH64_ABS16 and
R_AARCH64_ABS32 against absolution symbol or undefine sy
a985e9b9de Import patch from mainline to remove PROVODE qualifiers
around definitions of __CTOR_LIST__ and __DTOR_L
eec4607fc5 Add support for DWARF-4 line number tables.

Ross

On 20 February 2018 at 15:59, Khem Raj  wrote:

> V2 should have fixed it can you confirm you picked v2
>
> On Tue, Feb 20, 2018 at 2:38 AM Burton, Ross 
> wrote:
>
>> Ah yes, aarch64.
>>
>> Lots of errors like this when building glibc 2.26:
>>
>> | /usr/src/debug/glibc/2.26-r0/git/elf/dl-lookup.c:287:(.text+0x82fc):
>> relocation truncated to fit: R_AARCH64_LD64_GOT_LO12_NC against symbol
>> `free' defined in .text section in /home/pokybuild/yocto-
>> autobuilder/yocto-worker/nightly-arm64/build/build/tmp/
>> work/aarch64-poky-linux/glibc/2.26-r0/build-aarch64-poky-
>> linux/elf/librtld.os
>>
>> | /home/pokybuild/yocto-autobuilder/yocto-worker/
>> nightly-arm64/build/build/tmp/work/aarch64-poky-linux/glibc/
>> 2.26-r0/recipe-sysroot-native/usr/bin/aarch64-poky-linux.
>> gcc-cross-initial-aarch64/../../libexec/aarch64-poky-linux.
>> gcc-cross-initial-aarch64/gcc/aarch64-poky-linux/7.3.0/ld: BFD (GNU
>> Binutils) 2.30.0.20180208 assertion fail ../../bfd/elfnn-aarch64.c:4386
>>
>> | /home/pokybuild/yocto-autobuilder/yocto-worker/
>> nightly-arm64/build/build/tmp/work/aarch64-poky-linux/glibc/
>> 2.26-r0/build-aarch64-poky-linux/elf/librtld.os:(.data.rel.ro+0x310):
>> dangerous relocation: unsupported relocation
>>
>> https://autobuilder.yocto.io/builders/nightly-arm64/builds/
>> 758/steps/BuildImages/logs/stdio
>>
>> Apart from that the AB was entirely green.
>>
>> Ross
>>
>> On 20 February 2018 at 01:06, Burton, Ross  wrote:
>>
>>> Can't remember if this failed anywhere that wasn't related to the glibc
>>> upgrade, so I just fired this patch standalone on the autobuilder.
>>>
>>> Ross
>>>
>>> On 16 February 2018 at 03:03, Khem Raj  wrote:
>>>
 ping

 On Thu, Feb 8, 2018 at 9:35 AM, Khem Raj  wrote:
 > Additionally cherry-pick
 >
 > 5ffeba4a09 Revert "PowerPC PLT speculative execution barriers"
 > b01452b1d4 [PR22764][LD][AARCH64]Allow R_AARCH64_ABS16 and
 R_AARCH64_ABS32 against absolution symbol or undefine symbol in shared
 object.
 > a985e9b9de Import patch from mainline to remove PROVODE qualifiers
 around definitions of __CTOR_LIST__ and __DTOR_LIST__ in PE linker scripts.
 > eec4607fc5 Add support for DWARF-4 line number tables.
 >
 > Signed-off-by: Khem Raj 
 > ---
 > Changes since v1:
 >
 > - Backport fixes for aarch64 relocs
 > - ppc plt fix, dwarf-4 line number support and linker script fix for
 removing PROVODE
 >
 >  meta/conf/distro/include/tcmode-default.inc|  2 +-
 >  .../{binutils-2.29.1.inc => binutils-2.30.inc} |  2 +-
 >  ...n_2.29.1.bb => binutils-cross-canadian_2.30.bb} |  0
 >  ...tils-cross_2.29.1.bb => binutils-cross_2.30.bb} |  0
 >  ...rosssdk_2.29.1.bb => binutils-crosssdk_2.30.bb} |  0
 >  ...nutils-crosssdk-Generate-relocatable-SDKs.patch | 14 ++---
 >  ...oss-Do-not-generate-linker-script-directo.patch |  6 +-
 >  ...ure-widen-the-regexp-for-SH-architectures.patch | 14 ++---
 >  .../0004-Point-scripts-location-to-libdir.patch|  8 +--
 >  ...te-an-RPATH-entry-if-LD_RUN_PATH-is-not-e.patch | 10 ++--
 >  .../binutils/binutils/0006-Use-libtool-2.4.patch   | 66
 
 >  ...7-Add-the-armv5e-architecture-to-binutils.patch |  8 +--
 >  ...he-distro-compiler-point-to-the-wrong-ins.patch |  6 +-
 >  ...es-of-system-directories-when-cross-linki.patch | 24 
 >  ...-rpath-in-libtool-when-sysroot-is-enabled.patch |  4 +-
 >  ...Change-default-emulation-for-mips64-linux.patch | 14 ++---
 >  .../0012-Add-support-for-Netlogic-XLP.patch| 70
 +++---
 >  ...ncorrect-assembling-for-ppc-wait-mnemonic.patch | 10 ++--
 >  .../binutils/0014-Detect-64-bit-MIPS-targets.patch |  6 +-
 >  .../0015-sync-with-OE-libtool-changes.patch|  4 +-
 >  .../{binutils_2.29.1.bb => binutils_2.30.bb}   |  0
 >  21 files changed, 127 insertions(+), 141 deletions(-)
 >  rename meta/recipes-devtools/binutils/{binutils-2.29.1.inc =>
 binutils-2.30.inc} (97%)
 >  rename meta/recipes-devtools/binutils/{binutils-cross-
 canadian_2.29.1.bb => binutils-cross-canadian_2.30.bb} (100%)
 >  rename meta/recipes-devtools/binutils/{binutils-cross_2.29.1.bb =>
 binutils-cross_2.30.bb} (100%)
 >  rename meta/recipes-devtools/binutils/{binutils-crosssdk_2.29.1.bb
 

Re: [OE-core] [PATCH] kernel.bbclass: explicitly depend on bison-native for deterministic builds

[Khem Raj]

On Tue, Feb 20, 2018 at 7:41 AM Martin Jansa  wrote:

> I'm OK with adding bison-native for all versions.
>


As long we know that there are no side effects of this dep in kernel builds

>
> When we added bc-native 2+ years ago:
> commit c067e52cffe002de3b39aa1bced308dd532859c1
> Author: Alejandro Hernandez 
> Date:   Thu Oct 2 15:33:23 2014 -0500
>
> kernel: Added bc-native as DEPENDS
>
> The makefile checks for bc during for compilation
>
> it was also needed only for the latest kernel and we didn't make it
> conditional on the kernel version. Now with RSS it's even less dangerous as
> the bison-native will appear only in kernel's RSS and as Denys said it's
> quite common dependency so many components pull it into RSS anyway.
>
> On Tue, Feb 20, 2018 at 3:53 PM, Otavio Salvador <
> otavio.salva...@ossystems.com.br> wrote:
>
>> On Tue, Feb 20, 2018 at 7:10 AM, Khem Raj  wrote:
>> > On 2/19/18 5:20 PM, Denys Dmytriyenko wrote:
>> >>
>> >> On Mon, Feb 19, 2018 at 09:36:22PM -0300, Otavio Salvador wrote:
>> >>>
>> >>> On Mon, Feb 19, 2018 at 8:54 PM, Denys Dmytriyenko 
>> >>> wrote:
>> 
>>  From: Denys Dmytriyenko 
>> 
>>  Explicitly depend on bison-native for deterministic builds, as it is
>>  required
>>  for the build:
>> 
>>  |   HOSTCC  scripts/basic/fixdep
>>  |   GEN ./Makefile
>>  |   HOSTCC  scripts/kconfig/conf.o
>>  |   YACCscripts/kconfig/zconf.tab.c
>>  | /bin/sh: bison: command not found
>>  | scripts/Makefile.lib:217: recipe for target
>>  'scripts/kconfig/zconf.tab.c' failed
>> 
>>  In most cases, this dependency comes indirectly via toolchain
>>  dependencies,
>>  specifically binutils-cross, which pulls bison-native. Different
>> setups,
>>  such as with external toolchain, would expose this problem, since
>>  correct
>>  dependency is not marked explicitly.
>> 
>>  Signed-off-by: Denys Dmytriyenko 
>>  ---
>>  I'm seeing this now on 4.16-rc2 with external toolchain.
>> >>>
>> >>>
>> >>> I am not against the addition but in fact, it is because 4.16 stopped
>> >>> of using pre-generated files and now requires bison to be available.
>> >>
>> >>
>> >> Ok, good, I was wondering why I didn't see it before 4.16...
>> >>
>> >>
>> >>> I am unsure it ought to be on kernel.bbclass at this moment.
>> >>
>> >>
>> >> Why not? Because it's 4.16+ specific?
>> >>
>> >> By default bison-native dependency gets added implicitly when built
>> with
>> >> the
>> >> toolchain from oe-core, so this doesn't add any extra dependencies,
>> only
>> >> makes
>> >> it explicit.
>> >>
>> > it will be overcompensating for < 4.16 kernel recipes where this
>> dependency
>> > is not needed. it might be a legit dependency for another component,
>> that
>> > doesn't stage this package in kernel recipe-specific sysroot but this
>> change
>> > will do that. So its not completely innocent change.
>>
>> I'd be in favor of matching the version and adding it if it is a 4.16
>> or newer kernel. Adding for prior versions seems wrong for me.
>>
>> --
>> Otavio Salvador O.S. Systems
>> http://www.ossystems.com.brhttp://code.ossystems.com.br
>> Mobile: +55 (53) 9981-7854Mobile: +1 (347) 903-9750
>>
> --
>> ___
>> 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] binutils: Upgrade to 2.30 release

[Khem Raj]

V2 should have fixed it can you confirm you picked v2

On Tue, Feb 20, 2018 at 2:38 AM Burton, Ross  wrote:

> Ah yes, aarch64.
>
> Lots of errors like this when building glibc 2.26:
>
> | /usr/src/debug/glibc/2.26-r0/git/elf/dl-lookup.c:287:(.text+0x82fc):
> relocation truncated to fit: R_AARCH64_LD64_GOT_LO12_NC against symbol
> `free' defined in .text section in
> /home/pokybuild/yocto-autobuilder/yocto-worker/nightly-arm64/build/build/tmp/work/aarch64-poky-linux/glibc/2.26-r0/build-aarch64-poky-linux/elf/librtld.os
>
> |
> /home/pokybuild/yocto-autobuilder/yocto-worker/nightly-arm64/build/build/tmp/work/aarch64-poky-linux/glibc/2.26-r0/recipe-sysroot-native/usr/bin/aarch64-poky-linux.gcc-cross-initial-aarch64/../../libexec/aarch64-poky-linux.gcc-cross-initial-aarch64/gcc/aarch64-poky-linux/7.3.0/ld:
> BFD (GNU Binutils) 2.30.0.20180208 assertion fail
> ../../bfd/elfnn-aarch64.c:4386
>
> |
> /home/pokybuild/yocto-autobuilder/yocto-worker/nightly-arm64/build/build/tmp/work/aarch64-poky-linux/glibc/2.26-r0/build-aarch64-poky-linux/elf/librtld.os:(.
> data.rel.ro+0x310): dangerous relocation: unsupported relocation
>
>
> https://autobuilder.yocto.io/builders/nightly-arm64/builds/758/steps/BuildImages/logs/stdio
>
> Apart from that the AB was entirely green.
>
> Ross
>
> On 20 February 2018 at 01:06, Burton, Ross  wrote:
>
>> Can't remember if this failed anywhere that wasn't related to the glibc
>> upgrade, so I just fired this patch standalone on the autobuilder.
>>
>> Ross
>>
>> On 16 February 2018 at 03:03, Khem Raj  wrote:
>>
>>> ping
>>>
>>> On Thu, Feb 8, 2018 at 9:35 AM, Khem Raj  wrote:
>>> > Additionally cherry-pick
>>> >
>>> > 5ffeba4a09 Revert "PowerPC PLT speculative execution barriers"
>>> > b01452b1d4 [PR22764][LD][AARCH64]Allow R_AARCH64_ABS16 and
>>> R_AARCH64_ABS32 against absolution symbol or undefine symbol in shared
>>> object.
>>> > a985e9b9de Import patch from mainline to remove PROVODE qualifiers
>>> around definitions of __CTOR_LIST__ and __DTOR_LIST__ in PE linker scripts.
>>> > eec4607fc5 Add support for DWARF-4 line number tables.
>>> >
>>> > Signed-off-by: Khem Raj 
>>> > ---
>>> > Changes since v1:
>>> >
>>> > - Backport fixes for aarch64 relocs
>>> > - ppc plt fix, dwarf-4 line number support and linker script fix for
>>> removing PROVODE
>>> >
>>> >  meta/conf/distro/include/tcmode-default.inc|  2 +-
>>> >  .../{binutils-2.29.1.inc => binutils-2.30.inc} |  2 +-
>>> >  ...n_2.29.1.bb => binutils-cross-canadian_2.30.bb} |  0
>>> >  ...tils-cross_2.29.1.bb => binutils-cross_2.30.bb} |  0
>>> >  ...rosssdk_2.29.1.bb => binutils-crosssdk_2.30.bb} |  0
>>> >  ...nutils-crosssdk-Generate-relocatable-SDKs.patch | 14 ++---
>>> >  ...oss-Do-not-generate-linker-script-directo.patch |  6 +-
>>> >  ...ure-widen-the-regexp-for-SH-architectures.patch | 14 ++---
>>> >  .../0004-Point-scripts-location-to-libdir.patch|  8 +--
>>> >  ...te-an-RPATH-entry-if-LD_RUN_PATH-is-not-e.patch | 10 ++--
>>> >  .../binutils/binutils/0006-Use-libtool-2.4.patch   | 66
>>> 
>>> >  ...7-Add-the-armv5e-architecture-to-binutils.patch |  8 +--
>>> >  ...he-distro-compiler-point-to-the-wrong-ins.patch |  6 +-
>>> >  ...es-of-system-directories-when-cross-linki.patch | 24 
>>> >  ...-rpath-in-libtool-when-sysroot-is-enabled.patch |  4 +-
>>> >  ...Change-default-emulation-for-mips64-linux.patch | 14 ++---
>>> >  .../0012-Add-support-for-Netlogic-XLP.patch| 70
>>> +++---
>>> >  ...ncorrect-assembling-for-ppc-wait-mnemonic.patch | 10 ++--
>>> >  .../binutils/0014-Detect-64-bit-MIPS-targets.patch |  6 +-
>>> >  .../0015-sync-with-OE-libtool-changes.patch|  4 +-
>>> >  .../{binutils_2.29.1.bb => binutils_2.30.bb}   |  0
>>> >  21 files changed, 127 insertions(+), 141 deletions(-)
>>> >  rename meta/recipes-devtools/binutils/{binutils-2.29.1.inc =>
>>> binutils-2.30.inc} (97%)
>>> >  rename meta/recipes-devtools/binutils/{
>>> binutils-cross-canadian_2.29.1.bb => binutils-cross-canadian_2.30.bb}
>>> (100%)
>>> >  rename meta/recipes-devtools/binutils/{binutils-cross_2.29.1.bb =>
>>> binutils-cross_2.30.bb} (100%)
>>> >  rename meta/recipes-devtools/binutils/{binutils-crosssdk_2.29.1.bb
>>> => binutils-crosssdk_2.30.bb} (100%)
>>> >  rename meta/recipes-devtools/binutils/{binutils_2.29.1.bb =>
>>> binutils_2.30.bb} (100%)
>>> >
>>> > diff --git a/meta/conf/distro/include/tcmode-default.inc
>>> b/meta/conf/distro/include/tcmode-default.inc
>>> > index da45642440..037d331605 100644
>>> > --- a/meta/conf/distro/include/tcmode-default.inc
>>> > +++ b/meta/conf/distro/include/tcmode-default.inc
>>> > @@ -24,7 +24,7 @@ PREFERRED_PROVIDER_virtual/gettext ??= "gettext"
>>> >
>>> >  GCCVERSION ?= "7.%"
>>> >  SDKGCCVERSION ?= "${GCCVERSION}"
>>> > -BINUVERSION ?= "2.29%"
>>> > +BINUVERSION ?= "2.30%"
>>> >  GDBVERSION ?= "8.0%"
>>> >  

Re: [OE-core] [PATCH v2] make-mod-scripts: change how some kernel module tools are built

[Bruce Ashfield]

On 02/19/2018 06:45 PM, Richard Purdie wrote:

On Mon, 2018-02-19 at 10:37 -0500, Bruce Ashfield wrote:

From: Joe Slater 

Remove do_make_scripts() from module-base.bbclass and put
functionality in a recipe.  This will build the scripts only
once instead of each time an external module is built.

[YOCTO #12228]

Signed-off-by: Joe Slater 
Signed-off-by: Bruce Ashfield 
---

v2: added the LIC_FILES_CHECKSUM



Sadly this doesn't pass all our tests:

https://autobuilder.yocto.io/builders/nightly-oe-selftest/builds/827/steps/Running%20oe-selftest/logs/stdio

oe-selftest -r sstatetests.SStateTests.test_sstate_sametune_samesigs

should reproduce.

I suspect that the recipe may need:

PACKAGE_ARCH = "${MACHINE_ARCH}"


Once I finally got my layers correct, this does fix the problem.
Assuming I ran the test properly ;) Will send a v3 shortly.


:~/poky/build$ oe-selftest -r 
sstatetests.SStateTests.test_sstate_sametune_samesigs

2018-02-20 10:36:21,167 - oe-selftest - INFO - Adding layer libraries:
2018-02-20 10:36:21,167 - oe-selftest - INFO -  /home/bruce/poky/meta/lib
2018-02-20 10:36:21,167 - oe-selftest - INFO - 
/home/bruce/poky/meta-yocto-bsp/lib
2018-02-20 10:36:21,167 - oe-selftest - INFO - 
/home/bruce/poky/meta-selftest/lib

2018-02-20 10:36:21,169 - oe-selftest - INFO - Running bitbake -p
2018-02-20 10:36:31,724 - oe-selftest - INFO - Adding: "include 
selftest.inc" in /home/bruce/poky/build/conf/local.conf
2018-02-20 10:36:31,724 - oe-selftest - INFO - Adding: "include 
bblayers.inc" in bblayers.conf
2018-02-20 10:36:31,724 - oe-selftest - INFO - 
test_sstate_sametune_samesigs (sstatetests.SStateTests)

2018-02-20 10:40:14,496 - oe-selftest - INFO -  ... ok
2018-02-20 10:40:14,496 - oe-selftest - INFO - 
--

2018-02-20 10:40:14,497 - oe-selftest - INFO - Ran 1 test in 222.773s
2018-02-20 10:40:14,497 - oe-selftest - INFO - OK
2018-02-20 10:40:14,497 - oe-selftest - INFO - RESULTS:
2018-02-20 10:40:14,497 - oe-selftest - INFO - RESULTS - 
sstatetests.SStateTests.test_sstate_sametune_samesigs - Testcase 1369: 
PASSED

2018-02-20 10:40:14,497 - oe-selftest - INFO - SUMMARY:
2018-02-20 10:40:14,497 - oe-selftest - INFO - oe-selftest () - Ran 1 
test in 222.774s
2018-02-20 10:40:14,497 - oe-selftest - INFO - oe-selftest - OK - All 
required tests passed


Bruce



Cheers,

Richard



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

Re: [OE-core] [PATCH] kernel.bbclass: explicitly depend on bison-native for deterministic builds

[Martin Jansa]

I'm OK with adding bison-native for all versions.

When we added bc-native 2+ years ago:
commit c067e52cffe002de3b39aa1bced308dd532859c1
Author: Alejandro Hernandez 
Date:   Thu Oct 2 15:33:23 2014 -0500

kernel: Added bc-native as DEPENDS

The makefile checks for bc during for compilation

it was also needed only for the latest kernel and we didn't make it
conditional on the kernel version. Now with RSS it's even less dangerous as
the bison-native will appear only in kernel's RSS and as Denys said it's
quite common dependency so many components pull it into RSS anyway.

On Tue, Feb 20, 2018 at 3:53 PM, Otavio Salvador <
otavio.salva...@ossystems.com.br> wrote:

> On Tue, Feb 20, 2018 at 7:10 AM, Khem Raj  wrote:
> > On 2/19/18 5:20 PM, Denys Dmytriyenko wrote:
> >>
> >> On Mon, Feb 19, 2018 at 09:36:22PM -0300, Otavio Salvador wrote:
> >>>
> >>> On Mon, Feb 19, 2018 at 8:54 PM, Denys Dmytriyenko 
> >>> wrote:
> 
>  From: Denys Dmytriyenko 
> 
>  Explicitly depend on bison-native for deterministic builds, as it is
>  required
>  for the build:
> 
>  |   HOSTCC  scripts/basic/fixdep
>  |   GEN ./Makefile
>  |   HOSTCC  scripts/kconfig/conf.o
>  |   YACCscripts/kconfig/zconf.tab.c
>  | /bin/sh: bison: command not found
>  | scripts/Makefile.lib:217: recipe for target
>  'scripts/kconfig/zconf.tab.c' failed
> 
>  In most cases, this dependency comes indirectly via toolchain
>  dependencies,
>  specifically binutils-cross, which pulls bison-native. Different
> setups,
>  such as with external toolchain, would expose this problem, since
>  correct
>  dependency is not marked explicitly.
> 
>  Signed-off-by: Denys Dmytriyenko 
>  ---
>  I'm seeing this now on 4.16-rc2 with external toolchain.
> >>>
> >>>
> >>> I am not against the addition but in fact, it is because 4.16 stopped
> >>> of using pre-generated files and now requires bison to be available.
> >>
> >>
> >> Ok, good, I was wondering why I didn't see it before 4.16...
> >>
> >>
> >>> I am unsure it ought to be on kernel.bbclass at this moment.
> >>
> >>
> >> Why not? Because it's 4.16+ specific?
> >>
> >> By default bison-native dependency gets added implicitly when built with
> >> the
> >> toolchain from oe-core, so this doesn't add any extra dependencies, only
> >> makes
> >> it explicit.
> >>
> > it will be overcompensating for < 4.16 kernel recipes where this
> dependency
> > is not needed. it might be a legit dependency for another component, that
> > doesn't stage this package in kernel recipe-specific sysroot but this
> change
> > will do that. So its not completely innocent change.
>
> I'd be in favor of matching the version and adding it if it is a 4.16
> or newer kernel. Adding for prior versions seems wrong for me.
>
> --
> Otavio Salvador O.S. Systems
> http://www.ossystems.com.brhttp://code.ossystems.com.br
> Mobile: +55 (53) 9981-7854Mobile: +1 (347) 903-9750
> --
> ___
> 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 4/4] librsvg: provide RECIPE_NO_UPDATE_REASON

[Maxin B. John]

Rustification of librsvg from version 2.41.0 onwards creates the need
for Rust compiler to build it. We need to push the upgrade of
librsvg until we have Rust support in oe-core.

Signed-off-by: Maxin B. John 
---
 meta/recipes-gnome/librsvg/librsvg_2.40.20.bb | 2 ++
 1 file changed, 2 insertions(+)

diff --git a/meta/recipes-gnome/librsvg/librsvg_2.40.20.bb 
b/meta/recipes-gnome/librsvg/librsvg_2.40.20.bb
index cd44530..cf17730 100644
--- a/meta/recipes-gnome/librsvg/librsvg_2.40.20.bb
+++ b/meta/recipes-gnome/librsvg/librsvg_2.40.20.bb
@@ -2,6 +2,8 @@ SUMMARY = "Library for rendering SVG files"
 HOMEPAGE = "http://ftp.gnome.org/pub/GNOME/sources/librsvg/;
 BUGTRACKER = "https://bugzilla.gnome.org/;
 
+RECIPE_NO_UPDATE_REASON = "Versions from 2.41.0 requires Rust compiler to 
build it"
+
 LICENSE = "LGPLv2+"
 LIC_FILES_CHKSUM = "file://COPYING;md5=94d55d512a9ba36caa9b7df079bae19f \
 
file://rsvg.h;beginline=3;endline=24;md5=20b4113c4909bbf0d67e006778302bc6"
-- 
2.4.0

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

[OE-core] [PATCH 3/4] gtk-icon-utils-native: upgrade to version 3.22.28

[Maxin B. John]

3.22.26 -> 3.22.28

Signed-off-by: Maxin B. John 
---
 meta/recipes-gnome/gtk+/gtk-icon-utils-native_3.22.28.bb | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/meta/recipes-gnome/gtk+/gtk-icon-utils-native_3.22.28.bb 
b/meta/recipes-gnome/gtk+/gtk-icon-utils-native_3.22.28.bb
index 140931b..942c047 100644
--- a/meta/recipes-gnome/gtk+/gtk-icon-utils-native_3.22.28.bb
+++ b/meta/recipes-gnome/gtk+/gtk-icon-utils-native_3.22.28.bb
@@ -10,8 +10,8 @@ MAJ_VER = "${@oe.utils.trim_version("${PV}", 2)}"
 
 SRC_URI = 
"http://ftp.gnome.org/pub/gnome/sources/gtk+/${MAJ_VER}/gtk+-${PV}.tar.xz \
   file://Remove-Gdk-dependency-from-gtk-encode-symbolic-svg.patch"
-SRC_URI[md5sum] = "eeeb8038fe0d386c7516fa46cd4fff6b"
-SRC_URI[sha256sum] = 
"61eef0d320e541976e2dfe445729f12b5ade53050ee9de6184235cb60cd4b967"
+SRC_URI[md5sum] = "8c1f5ab987ddc7dab3e59660f89dcd9b"
+SRC_URI[sha256sum] = 
"d299612b018cfed7b2c689168ab52b668023708e17c335eb592260d186f15e1f"
 
 LIC_FILES_CHKSUM = "file://COPYING;md5=5f30f0716dfdd0d91eb439ebec522ec2 \
 
file://gtk/gtk.h;endline=25;md5=1d8dc0fccdbfa26287a271dce88af737 \
-- 
2.4.0

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

[OE-core] [PATCH 2/4] gtk+3: upgrade to version 3.22.28

[Maxin B. John]

3.22.26 -> 3.22.28

Bug-fix release

Signed-off-by: Maxin B. John 
---
 meta/recipes-gnome/gtk+/{gtk+3_3.22.26.bb => gtk+3_3.22.28.bb}| 4 ++--
 ...-icon-utils-native_3.22.26.bb => gtk-icon-utils-native_3.22.28.bb} | 0
 2 files changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-gnome/gtk+/{gtk+3_3.22.26.bb => gtk+3_3.22.28.bb} (83%)
 rename meta/recipes-gnome/gtk+/{gtk-icon-utils-native_3.22.26.bb => 
gtk-icon-utils-native_3.22.28.bb} (100%)

diff --git a/meta/recipes-gnome/gtk+/gtk+3_3.22.26.bb 
b/meta/recipes-gnome/gtk+/gtk+3_3.22.28.bb
similarity index 83%
rename from meta/recipes-gnome/gtk+/gtk+3_3.22.26.bb
rename to meta/recipes-gnome/gtk+/gtk+3_3.22.28.bb
index 6651ca6..864e826 100644
--- a/meta/recipes-gnome/gtk+/gtk+3_3.22.26.bb
+++ b/meta/recipes-gnome/gtk+/gtk+3_3.22.28.bb
@@ -7,8 +7,8 @@ SRC_URI = 
"http://ftp.gnome.org/pub/gnome/sources/gtk+/${MAJ_VER}/gtk+-${PV}.tar
file://0002-Do-not-try-to-initialize-GL-without-libGL.patch \
file://0003-Add-disable-opengl-configure-option.patch \
   "
-SRC_URI[md5sum] = "eeeb8038fe0d386c7516fa46cd4fff6b"
-SRC_URI[sha256sum] = 
"61eef0d320e541976e2dfe445729f12b5ade53050ee9de6184235cb60cd4b967"
+SRC_URI[md5sum] = "8c1f5ab987ddc7dab3e59660f89dcd9b"
+SRC_URI[sha256sum] = 
"d299612b018cfed7b2c689168ab52b668023708e17c335eb592260d186f15e1f"
 
 S = "${WORKDIR}/gtk+-${PV}"
 
diff --git a/meta/recipes-gnome/gtk+/gtk-icon-utils-native_3.22.26.bb 
b/meta/recipes-gnome/gtk+/gtk-icon-utils-native_3.22.28.bb
similarity index 100%
rename from meta/recipes-gnome/gtk+/gtk-icon-utils-native_3.22.26.bb
rename to meta/recipes-gnome/gtk+/gtk-icon-utils-native_3.22.28.bb
-- 
2.4.0

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

[OE-core] [PATCH 1/4] glib-2.0: upgrade to version 2.54.3

[Maxin B. John]

2.54.2 -> 2.54.3

Remove upstreamed patch:
1. glib-mkenums-replace-and-warn-decoding.patch

Signed-off-by: Maxin B. John 
---
 .../glib-mkenums-replace-and-warn-decoding.patch   | 104 -
 .../{glib-2.0_2.54.2.bb => glib-2.0_2.54.3.bb} |   5 +-
 2 files changed, 2 insertions(+), 107 deletions(-)
 delete mode 100644 
meta/recipes-core/glib-2.0/glib-2.0/glib-mkenums-replace-and-warn-decoding.patch
 rename meta/recipes-core/glib-2.0/{glib-2.0_2.54.2.bb => glib-2.0_2.54.3.bb} 
(81%)

diff --git 
a/meta/recipes-core/glib-2.0/glib-2.0/glib-mkenums-replace-and-warn-decoding.patch
 
b/meta/recipes-core/glib-2.0/glib-2.0/glib-mkenums-replace-and-warn-decoding.patch
deleted file mode 100644
index a5dae7e..000
--- 
a/meta/recipes-core/glib-2.0/glib-2.0/glib-mkenums-replace-and-warn-decoding.patch
+++ /dev/null
@@ -1,104 +0,0 @@
-From ba043ef4f2c713662f89425aed70dfd78e3955ee Mon Sep 17 00:00:00 2001
-From: Patrick Welche 
-Date: Mon, 23 Oct 2017 13:59:58 +0100
-Subject: [PATCH] glib-mkenums: best effort attempt on non-utf8 encoded files.
-
-Some source files aren't valid utf-8 containing for example
-iso8859-1 accented characters in author's names.
-Replace invalid data with a replacement '?' character and print a
-warning to keep things working.
-Based on a patch from Christoph Reiter in
-https://bugzilla.gnome.org/show_bug.cgi?id=785113#c20
-
-Upstream-Status: Submitted 
[https://bug785113.bugzilla-attachments.gnome.org/attachment.cgi?id=362098]
-
-Author: Patrick Welche 
-
-Signed-off-by: Jackie Huang 

- gobject/glib-mkenums.in | 41 ++---
- 1 file changed, 30 insertions(+), 11 deletions(-)
-
-diff --git a/gobject/glib-mkenums.in b/gobject/glib-mkenums.in
-index 7cc55053c..9790a65a2 100755
 a/gobject/glib-mkenums.in
-+++ b/gobject/glib-mkenums.in
-@@ -26,14 +26,6 @@ the GNU General Public License which can be found in the
- GLib source package. Sources, examples and contact
- information are available at http://www.gtk.org'''
- 
--# Python 2 defaults to ASCII in case stdout is redirected.
--# This should make it match Python 3, which uses the locale encoding.
--if sys.stdout.encoding is None:
--output_stream = codecs.getwriter(
--locale.getpreferredencoding())(sys.stdout)
--else:
--output_stream = sys.stdout
--
- # pylint: disable=too-few-public-methods
- class Color:
- '''ANSI Terminal colors'''
-@@ -81,6 +73,31 @@ def write_output(output):
- global output_stream
- print(output, file=output_stream)
- 
-+
-+# Python 2 defaults to ASCII in case stdout is redirected.
-+# This should make it match Python 3, which uses the locale encoding.
-+if sys.stdout.encoding is None:
-+output_stream = codecs.getwriter(
-+locale.getpreferredencoding())(sys.stdout)
-+else:
-+output_stream = sys.stdout
-+
-+
-+# Some source files aren't utf-8 and the old perl version didn't care.
-+# Replace invalid data with a replacement character to keep things working.
-+# https://bugzilla.gnome.org/show_bug.cgi?id=785113#c20
-+decoding_errors = "replace_and_warn"
-+
-+def replace_and_warn(err):
-+# 7 characters of context either side of the offending character
-+print_warning('UnicodeWarning: {} at {} ({})'.format(
-+err.reason, err.start,
-+err.object[err.start - 7:err.end + 7]))
-+return ('?', err.end)
-+
-+codecs.register_error('replace_and_warn', replace_and_warn)
-+
-+
- # glib-mkenums.py
- # Information about the current enumeration
- flags = None # Is enumeration a bitmask?
-@@ -157,7 +174,8 @@ def parse_entries(file, file_name):
- m = re.match(r'\#include\s*<([^>]*)>', line)
- if m:
- newfilename = os.path.join("..", m.group(1))
--newfile = io.open(newfilename, encoding="utf-8")
-+newfile = io.open(newfilename, encoding="utf-8",
-+  errors=decoding_errors)
- 
- if not parse_entries(newfile, newfilename):
- return False
-@@ -253,7 +271,7 @@ def read_template_file(file):
-}
- in_ = 'junk'
- 
--ifile = io.open(file, encoding="utf-8")
-+ifile = io.open(file, encoding="utf-8", errors=decoding_errors)
- for line in ifile:
- m = re.match(r'\/\*\*\*\s+(BEGIN|END)\s+([\w-]+)\s+\*\*\*\/', line)
- if m:
-@@ -408,7 +426,8 @@ def process_file(curfilename):
- firstenum = True
- 
- try:
--curfile = io.open(curfilename, encoding="utf-8")
-+curfile = io.open(curfilename, encoding="utf-8",
-+  errors=decoding_errors)
- except IOError as e:
- if e.errno == errno.ENOENT:
- print_warning('No file "{}" found.'.format(curfilename))
--- 
-2.14.2
-
diff --git a/meta/recipes-core/glib-2.0/glib-2.0_2.54.2.bb 
b/meta/recipes-core/glib-2.0/glib-2.0_2.54.3.bb
similarity index 81%
rename from 

Re: [OE-core] [PATCH] kernel.bbclass: explicitly depend on bison-native for deterministic builds

[Otavio Salvador]

On Tue, Feb 20, 2018 at 7:10 AM, Khem Raj  wrote:
> On 2/19/18 5:20 PM, Denys Dmytriyenko wrote:
>>
>> On Mon, Feb 19, 2018 at 09:36:22PM -0300, Otavio Salvador wrote:
>>>
>>> On Mon, Feb 19, 2018 at 8:54 PM, Denys Dmytriyenko 
>>> wrote:

 From: Denys Dmytriyenko 

 Explicitly depend on bison-native for deterministic builds, as it is
 required
 for the build:

 |   HOSTCC  scripts/basic/fixdep
 |   GEN ./Makefile
 |   HOSTCC  scripts/kconfig/conf.o
 |   YACCscripts/kconfig/zconf.tab.c
 | /bin/sh: bison: command not found
 | scripts/Makefile.lib:217: recipe for target
 'scripts/kconfig/zconf.tab.c' failed

 In most cases, this dependency comes indirectly via toolchain
 dependencies,
 specifically binutils-cross, which pulls bison-native. Different setups,
 such as with external toolchain, would expose this problem, since
 correct
 dependency is not marked explicitly.

 Signed-off-by: Denys Dmytriyenko 
 ---
 I'm seeing this now on 4.16-rc2 with external toolchain.
>>>
>>>
>>> I am not against the addition but in fact, it is because 4.16 stopped
>>> of using pre-generated files and now requires bison to be available.
>>
>>
>> Ok, good, I was wondering why I didn't see it before 4.16...
>>
>>
>>> I am unsure it ought to be on kernel.bbclass at this moment.
>>
>>
>> Why not? Because it's 4.16+ specific?
>>
>> By default bison-native dependency gets added implicitly when built with
>> the
>> toolchain from oe-core, so this doesn't add any extra dependencies, only
>> makes
>> it explicit.
>>
> it will be overcompensating for < 4.16 kernel recipes where this dependency
> is not needed. it might be a legit dependency for another component, that
> doesn't stage this package in kernel recipe-specific sysroot but this change
> will do that. So its not completely innocent change.

I'd be in favor of matching the version and adding it if it is a 4.16
or newer kernel. Adding for prior versions seems wrong for me.

-- 
Otavio Salvador O.S. Systems
http://www.ossystems.com.brhttp://code.ossystems.com.br
Mobile: +55 (53) 9981-7854Mobile: +1 (347) 903-9750
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] ✗ patchtest: failure for linux-yocto/4.12: fix qemuarm64 boot failure (rev2)

[Patchwork]

== Series Details ==

Series: linux-yocto/4.12: fix qemuarm64 boot failure (rev2)
Revision: 2
URL   : https://patchwork.openembedded.org/series/11014/
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  rocko (currently at 112c6e77a8)



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

[OE-core] [PATCH][rocko] linux-yocto/4.12: fix qemuarm64 boot failure

[Bruce Ashfield]

The -stable update to 4.12 needs one more commit to fix the boot of
qemuarm64. This will be part of the next 4.12 -stable series, but for
now, we merge the patch directly.

  40146055677a mm/sparsemem: Fix ARM64 boot crash when 
CONFIG_SPARSEMEM_EXTREME=y

Signed-off-by: Richard Purdie 
Signed-off-by: Bruce Ashfield 
---
 meta/recipes-kernel/linux/linux-yocto-rt_4.12.bb   |  2 +-
 meta/recipes-kernel/linux/linux-yocto-tiny_4.12.bb |  2 +-
 meta/recipes-kernel/linux/linux-yocto_4.12.bb  | 16 
 3 files changed, 10 insertions(+), 10 deletions(-)

diff --git a/meta/recipes-kernel/linux/linux-yocto-rt_4.12.bb 
b/meta/recipes-kernel/linux/linux-yocto-rt_4.12.bb
index b182173733b2..e6a45fd66302 100644
--- a/meta/recipes-kernel/linux/linux-yocto-rt_4.12.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-rt_4.12.bb
@@ -11,7 +11,7 @@ python () {
 raise bb.parse.SkipRecipe("Set PREFERRED_PROVIDER_virtual/kernel to 
linux-yocto-rt to enable it")
 }
 
-SRCREV_machine ?= "8bade20d734f0b5e6ed13414b96cecaabe0c8039"
+SRCREV_machine ?= "33aa1a4ea44399f12dfb26146ea06db5cd02ca69"
 SRCREV_meta ?= "19d815d5a34bfaad95d87cc097cef18b594daac8"
 
 SRC_URI = 
"git://git.yoctoproject.org/linux-yocto-4.12.git;branch=${KBRANCH};name=machine 
\
diff --git a/meta/recipes-kernel/linux/linux-yocto-tiny_4.12.bb 
b/meta/recipes-kernel/linux/linux-yocto-tiny_4.12.bb
index f1a9c1d9fd06..3ff2e1ce1928 100644
--- a/meta/recipes-kernel/linux/linux-yocto-tiny_4.12.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-tiny_4.12.bb
@@ -9,7 +9,7 @@ LINUX_VERSION ?= "4.12.20"
 KMETA = "kernel-meta"
 KCONF_BSP_AUDIT_LEVEL = "2"
 
-SRCREV_machine ?= "1c4ad569af3e23a77994235435040e322908687f"
+SRCREV_machine ?= "40146055677a69730b2c36da1c8c1b4e9bae7bb0"
 SRCREV_meta ?= "19d815d5a34bfaad95d87cc097cef18b594daac8"
 
 PV = "${LINUX_VERSION}+git${SRCPV}"
diff --git a/meta/recipes-kernel/linux/linux-yocto_4.12.bb 
b/meta/recipes-kernel/linux/linux-yocto_4.12.bb
index 3916c6c39d10..b10b82b77199 100644
--- a/meta/recipes-kernel/linux/linux-yocto_4.12.bb
+++ b/meta/recipes-kernel/linux/linux-yocto_4.12.bb
@@ -11,14 +11,14 @@ KBRANCH_qemux86  ?= "standard/base"
 KBRANCH_qemux86-64 ?= "standard/base"
 KBRANCH_qemumips64 ?= "standard/mti-malta64"
 
-SRCREV_machine_qemuarm ?= "9728502c1fc96a1348ff06e1be8df75bee168032"
-SRCREV_machine_qemuarm64 ?= "1c4ad569af3e23a77994235435040e322908687f"
-SRCREV_machine_qemumips ?= "b04e654320e56fa42e477698dbf61d99f0bb4501"
-SRCREV_machine_qemuppc ?= "1c4ad569af3e23a77994235435040e322908687f"
-SRCREV_machine_qemux86 ?= "1c4ad569af3e23a77994235435040e322908687f"
-SRCREV_machine_qemux86-64 ?= "1c4ad569af3e23a77994235435040e322908687f"
-SRCREV_machine_qemumips64 ?= "7a297c3848d02c46acd40e3d2f285c7905f8134c"
-SRCREV_machine ?= "1c4ad569af3e23a77994235435040e322908687f"
+SRCREV_machine_qemuarm ?= "6e5a99db3a495e023041a30d43262047795e645a"
+SRCREV_machine_qemuarm64 ?= "40146055677a69730b2c36da1c8c1b4e9bae7bb0"
+SRCREV_machine_qemumips ?= "43dc47f90007d54c7086cc03b28e946e30135f1c"
+SRCREV_machine_qemuppc ?= "40146055677a69730b2c36da1c8c1b4e9bae7bb0"
+SRCREV_machine_qemux86 ?= "40146055677a69730b2c36da1c8c1b4e9bae7bb0"
+SRCREV_machine_qemux86-64 ?= "40146055677a69730b2c36da1c8c1b4e9bae7bb0"
+SRCREV_machine_qemumips64 ?= "69f0c96d8e47b0dccfb374809d729f0042c77868"
+SRCREV_machine ?= "40146055677a69730b2c36da1c8c1b4e9bae7bb0"
 SRCREV_meta ?= "19d815d5a34bfaad95d87cc097cef18b594daac8"
 
 SRC_URI = 
"git://git.yoctoproject.org/linux-yocto-4.12.git;name=machine;branch=${KBRANCH};
 \
-- 
2.5.0

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

[OE-core] [PATCH] linux-yocto/4.12: fix qemuarm64 boot failure

[Bruce Ashfield]

The -stable update to 4.12 needs one more commit to fix the boot of
qemuarm64. This will be part of the next 4.12 -stable series, but for
now, we merge the patch directly.

  40146055677a mm/sparsemem: Fix ARM64 boot crash when 
CONFIG_SPARSEMEM_EXTREME=y

Signed-off-by: Richard Purdie 
Signed-off-by: Bruce Ashfield 
---
 meta/recipes-kernel/linux/linux-yocto-rt_4.12.bb   |  2 +-
 meta/recipes-kernel/linux/linux-yocto-tiny_4.12.bb |  2 +-
 meta/recipes-kernel/linux/linux-yocto_4.12.bb  | 16 
 3 files changed, 10 insertions(+), 10 deletions(-)

diff --git a/meta/recipes-kernel/linux/linux-yocto-rt_4.12.bb 
b/meta/recipes-kernel/linux/linux-yocto-rt_4.12.bb
index b182173733b2..e6a45fd66302 100644
--- a/meta/recipes-kernel/linux/linux-yocto-rt_4.12.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-rt_4.12.bb
@@ -11,7 +11,7 @@ python () {
 raise bb.parse.SkipRecipe("Set PREFERRED_PROVIDER_virtual/kernel to 
linux-yocto-rt to enable it")
 }
 
-SRCREV_machine ?= "8bade20d734f0b5e6ed13414b96cecaabe0c8039"
+SRCREV_machine ?= "33aa1a4ea44399f12dfb26146ea06db5cd02ca69"
 SRCREV_meta ?= "19d815d5a34bfaad95d87cc097cef18b594daac8"
 
 SRC_URI = 
"git://git.yoctoproject.org/linux-yocto-4.12.git;branch=${KBRANCH};name=machine 
\
diff --git a/meta/recipes-kernel/linux/linux-yocto-tiny_4.12.bb 
b/meta/recipes-kernel/linux/linux-yocto-tiny_4.12.bb
index f1a9c1d9fd06..3ff2e1ce1928 100644
--- a/meta/recipes-kernel/linux/linux-yocto-tiny_4.12.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-tiny_4.12.bb
@@ -9,7 +9,7 @@ LINUX_VERSION ?= "4.12.20"
 KMETA = "kernel-meta"
 KCONF_BSP_AUDIT_LEVEL = "2"
 
-SRCREV_machine ?= "1c4ad569af3e23a77994235435040e322908687f"
+SRCREV_machine ?= "40146055677a69730b2c36da1c8c1b4e9bae7bb0"
 SRCREV_meta ?= "19d815d5a34bfaad95d87cc097cef18b594daac8"
 
 PV = "${LINUX_VERSION}+git${SRCPV}"
diff --git a/meta/recipes-kernel/linux/linux-yocto_4.12.bb 
b/meta/recipes-kernel/linux/linux-yocto_4.12.bb
index 3916c6c39d10..b10b82b77199 100644
--- a/meta/recipes-kernel/linux/linux-yocto_4.12.bb
+++ b/meta/recipes-kernel/linux/linux-yocto_4.12.bb
@@ -11,14 +11,14 @@ KBRANCH_qemux86  ?= "standard/base"
 KBRANCH_qemux86-64 ?= "standard/base"
 KBRANCH_qemumips64 ?= "standard/mti-malta64"
 
-SRCREV_machine_qemuarm ?= "9728502c1fc96a1348ff06e1be8df75bee168032"
-SRCREV_machine_qemuarm64 ?= "1c4ad569af3e23a77994235435040e322908687f"
-SRCREV_machine_qemumips ?= "b04e654320e56fa42e477698dbf61d99f0bb4501"
-SRCREV_machine_qemuppc ?= "1c4ad569af3e23a77994235435040e322908687f"
-SRCREV_machine_qemux86 ?= "1c4ad569af3e23a77994235435040e322908687f"
-SRCREV_machine_qemux86-64 ?= "1c4ad569af3e23a77994235435040e322908687f"
-SRCREV_machine_qemumips64 ?= "7a297c3848d02c46acd40e3d2f285c7905f8134c"
-SRCREV_machine ?= "1c4ad569af3e23a77994235435040e322908687f"
+SRCREV_machine_qemuarm ?= "6e5a99db3a495e023041a30d43262047795e645a"
+SRCREV_machine_qemuarm64 ?= "40146055677a69730b2c36da1c8c1b4e9bae7bb0"
+SRCREV_machine_qemumips ?= "43dc47f90007d54c7086cc03b28e946e30135f1c"
+SRCREV_machine_qemuppc ?= "40146055677a69730b2c36da1c8c1b4e9bae7bb0"
+SRCREV_machine_qemux86 ?= "40146055677a69730b2c36da1c8c1b4e9bae7bb0"
+SRCREV_machine_qemux86-64 ?= "40146055677a69730b2c36da1c8c1b4e9bae7bb0"
+SRCREV_machine_qemumips64 ?= "69f0c96d8e47b0dccfb374809d729f0042c77868"
+SRCREV_machine ?= "40146055677a69730b2c36da1c8c1b4e9bae7bb0"
 SRCREV_meta ?= "19d815d5a34bfaad95d87cc097cef18b594daac8"
 
 SRC_URI = 
"git://git.yoctoproject.org/linux-yocto-4.12.git;name=machine;branch=${KBRANCH};
 \
-- 
2.5.0

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

[OE-core] [PATCH v2 6/6] libdrm: Upgrade 2.4.89 -> 2.4.90

[Otavio Salvador]

The 2.4.90 was announced in Feb 17th 2018 and had following changes
are listed:

,
| Andrey Grodzovsky (2):
|   amdgpu: Update deadlock test to not assert on ECANCELED
|   amdgpu: Fix segfault in deadlock test.
|
| Anuj Phogat (1):
|   intel: Add more Coffeelake PCI IDs
|
| Bas Nieuwenhuizen (1):
|   drm: Fix 32-bit drmSyncobjWait.
|
| Christian König (5):
|   amdgpu: fix 32bit VA manager max address
|   headers: sync up amdgpu_drm.h with drm-next
|   amdgpu: use the high VA range if possible v2
|   test/amdgpu: fix compiler warnings
|   amdgpu: fix high VA mask
|
| Christoph Haag (1):
|   meson: fix the install path of amdgpu.ids
|
| Chunming Zhou (5):
|   fix return value for syncobj wait
|   amdgpu: fix inefficient vamgr algorithm
|   amdgpu: clean up non list code path for vamgr
|   tests/amdgpu: add bo eviction test
|   amdgpu: clean up non list code path for
|   vamgr v2
|
| Dylan Baker (7):
|   Add meson build system
|   autotools: Include meson.build files in tarball
|   README: Add note about meson
|   meson: set proper pkg-config version for
|   libdrm_freedreno
|   meson: set the minimum version correctly
|   meson: fix libdrm_nouveau pkgconfig include directories
|   meson: include headers in root directory in ext_libdrm
|
| Emil Velikov (1):
|   tests/amdgpu: add missing config.h include
|
| Eric Engestrom (25):
|   remove unnecessary double-semicolon
|   tests/amdgpu: add parentheses to make operation priority explicit
|   tests/amdgpu: drop unused variables
|   tests/util: fix signed/unsigned comparisons
|   tests/util: drop unused parameters
|   tests/etnaviv: drop unused `return 0`
|   meson: add missing HAVE_RADEON
|   configure: remove unused HAVE_CUNIT define
|   configure: remove unused HAVE_INSTALL_TESTS define
|   meson,configure: remove unused HAVE_OMAP define
|   meson,configure: remove unused HAVE_TEGRA define
|   meson,configure: remove unused HAVE_FREEDRENO define
|   meson,configure: remove unused HAVE_ETNAVIV define
|   meson,configure: always define 
HAVE_{INTEL,VMWGFX,NOUVEAU,EXYNOS,VC4,RADEON}
|   always define HAVE_FREEDRENO_KGSL
|   always define HAVE_CAIRO
|   always define HAVE_VALGRIND
|   meson: sort HAVE_* defines
|   xf86atomic: fix -Wundef warning
|   meson: cleanup whitespace
|   meson,configure: add warning when using undefined preprocessor tokens
|   xf86drmHash: remove always-false #if guards
|   configure: always define HAVE_LIBDRM_ATOMIC_PRIMITIVES and 
HAVE_LIB_ATOMIC_OPS
|   exynos/tests: use #ifdef for never-defined token
|   meson,configure: turn undefined preprocessor tokens warnings into errors
|
| Hawking Zhang (3):
|   tests/amdgpu: execute write linear on all the available rings
|   tests/amdgpu: execute const fill on all the available rings
|   tests/amdgpu: execute copy linear on all the available rings
|
| Marek Olšák (2):
|   amdgpu: add amdgpu_query_sw_info for querying high bits of 32-bit 
address space
|   configure.ac: bump version to 2.4.90
|
| Michel Dänzer (7):
|   amdgpu: Don't print error message if parse_one_line returned -EAGAIN
|   amdgpu: Don't dereference device_handle after
|   amdgpu_device_deinitialize
|   amdgpu: Symlink .editorconfig to tests/amdgpu
|   amdgpu: Disable deadlock test suite by default for SI ASICs
|   amdgpu: Disable VM test suite by default for SI ASICs
|   Revert "amdgpu: clean up non list code path for vamgr"
|   amdgpu: Add amdgpu_query_sw_info to amdgpu-symbol-check
|
| Rob Clark (1):
|   freedreno: clamp priority based on # of rings
|
| Robert Foss (5):
|   android: Move gralloc handle struct to libdrm
|   android: Add version variable to gralloc_handle_t
|   android: Mark gralloc_handle_t magic variable as const
|   android: Remove member name from gralloc_handle_t
|   android: Change gralloc_handle_t members to be fixed width
|
| Seung-Woo Kim (2):
|   amdgpu: fix not to add amdgpu.ids when building without amdgpu
|   modetest: Fix to check return value of asprintf()
`

Signed-off-by: Otavio Salvador 
---

Changes in v2: None

 meta/recipes-graphics/drm/{libdrm_2.4.89.bb => libdrm_2.4.90.bb} | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-graphics/drm/{libdrm_2.4.89.bb => libdrm_2.4.90.bb} (93%)

diff --git a/meta/recipes-graphics/drm/libdrm_2.4.89.bb 
b/meta/recipes-graphics/drm/libdrm_2.4.90.bb
similarity index 93%
rename from meta/recipes-graphics/drm/libdrm_2.4.89.bb
rename to meta/recipes-graphics/drm/libdrm_2.4.90.bb
index 6754a932427..462ed157855 100644
--- a/meta/recipes-graphics/drm/libdrm_2.4.89.bb
+++ b/meta/recipes-graphics/drm/libdrm_2.4.90.bb
@@ -16,8 +16,8 @@ SRC_URI = "http://dri.freedesktop.org/libdrm/${BP}.tar.bz2 \

[OE-core] [PATCH v2 5/6] mtd-utils: Bump revision to 1bfee866

[Otavio Salvador]

This bumps the version to 2.0.1 release plus some more changes.

The following patches were merged upstream:

 - 0001-Fix-build-with-musl.patch
 - 010-fix-rpmatch.patch
 - fix-armv7-neon-alignment.patch

The `mtd-utils-fix-corrupt-cleanmarker-with-flash_erase--j-command.patch`
patch has been removed as the issue seems to have been addressed
in the Linux MTD subsystem. The discussion can be seen at:

 http://lists.infradead.org/pipermail/linux-mtd/2011-August/037320.html

Also a research to see if any other distribution had a similar patch
included and they don't. So there is no clear need to keep diverging
from upstream.

See the logs below:

,[ Changes from 2.0.0 -> 2.0.1 ]
| 81049e5 Release mtd-utils-2.0.1
| 4458ad6 mtd-utils: tests: Avoid using less than two blocks in nandpagetest
| 76a55b1 mtd-utils: ubinfo: add parameter check
| 454a3d0 mkfs-ubifs: fix inclusion of uuid.h
| df913e4 mtd-utils: tests: Add Erased Pages Bit Flip Test
| f8bc7d9 Add const modifier to read only strings and string constants
| a7c8cb3 Silence warnings about unused arguments
| e511691 Remove unused variables and functions
| ca517e8 Eliminate warnings about missing prototypes
| 3029b65 Enable compiler warnings
| 9eae306 Move libfec declarations to public header in global include directory
| 022ce62 Use autoconf header detection correctly for libmissing
| 1a3e3af Restructure autoconf configure.ac
| e772dc8 Replace defunct ubifs_assert
| b0b1bc5 mtd-utils: tests: Fix nandbiterrs Failure Check
| 76e27a7 ubi-utils: Return error code if command line option is unknown
| b8e785a nor-utils: Return error code if command line option is unknown
| 12e27a1 jffsX-utils: Return error code if command line option is unknown
| 9a357ee ftl_format: Use return directly to leave main function
| 6890608 flashcp: Drop exit code defines
| ccffc10 Use defines for exit code values
| 871c2f1 mkfs.ubifs: Add support for symlinks in device table
| c0972a5 libiniparser: remove unused function needing float
| 5c57076 libubi.c: add klibc specific fixes for ioctl
| dede98f Return correct error number in ubi_get_vol_info1
| a2eeedb Fix libmtd behaviour if MTD is not present on the system
| 4dab9be Fix build with musl
| 82839c3 Replace rpmatch() usage with checking first character of line
| 7d026a8 Fix alignment trap triggered by NEON instructions
| d7e8612 mtd-utils: Support jffs2 flash-erase for large OOB (>32b)
| fc7aa01 ubi: tests: Speedup io_paral by using rand_r()
| fdec8a4 ubi: tests: Support up to 65k NAND page size
| d600419 ubi: tests: Replace variable-length array with malloc()
| 1710e0c Remove README.udev from ubi-tests extra dist
| e3e010c ubirename: trivial fixes to the help text
| 1fed9b4 Remove UDEV_SETTLE_HACK
| 22089b0 mtd-utils: serve_image: Use PRIdoff_t as format specifier.
| 5a80691 mtd-utils: Fix format specifier definitions for off_t and loff_t.
| 44558d1 nanddump: Add --skip-bad-blocks-to-start option
| 2fc8058 nandwrite: Add --skip-bad-blocks-to-start option
| 6df83fd nandwrite: fix/cleanup bad block skipping
| 7b8981a nandwrite: replace erase loop with mtd_erase_multi
| dffaa1d nandwrite: add stricter sanity checking for blockalign
`

,[ Changes from 2.0.1 -> 9c61735 ]
| 9c61735 mtd: unittests: Stop testing stat() calls
| daef4f1 mtd: unittests: Decode arg size from ioctl request
| fd0b70b mtd: unittests: Use proper unsigned long type for ioctl requests
| c75d104 ubi-utils: ubiformat.c: convert to integer arithmetic
| 61afcc6 mtd-utils: common.c: convert to integer arithmetic
| 6766178 Run unit test programs through "make check"
| 098e91a mtd: tests: Fix check on ebcnt in nandpagetest
| 9cfb02c libscan: fix a comment typo in libscan.h
| 7086393 libmtd: fix a comment typo in dev_node2num
| 3c54e4e ubi-utils: ubicrc32: process command line arguments first
| ce50e6d nandbiterrs: Fix copy & paste fail
| 03dafe3 Enable further warning flags, address new warnings
| 0555cb2 jittertest: Use the appropriate versions of abs()
| 475bf70 Mark or fix switch cases that fall through
| cb2fcfc Add no-return attribute to usage() style functions
| 81fd176 Remove self-assignments of unused paramters
| 3b421ab mkfs.ubifs: ignore EOPNOTSUPP when listing extended attributes
| 030a63b tests: checkfs: Remove unused source file from makefiles
| 40dd609 misc-utils: initialize "ip" in docfdisk to NULL
| 94f6573 ubi-tests: io_update: fix missleading indentation
| afba4fc mkfs.ubifs: Apply squash-uids to the root node
| 3a34784 Add ctags files to .gitignore
`

Signed-off-by: Otavio Salvador 
---

Changes in v2: None

 .../mtd/mtd-utils/0001-Fix-build-with-musl.patch   |  28 -
 .../mtd/mtd-utils/010-fix-rpmatch.patch|  63 --
 .../mtd/mtd-utils/fix-armv7-neon-alignment.patch   |  55 -
 ...t-cleanmarker-with-flash_erase--j-command.patch | 137 -
 meta/recipes-devtools/mtd/mtd-utils_git.bb |   8 +-
 5 files changed, 2 insertions(+), 289 deletions(-)
 delete mode 100644 

[OE-core] [PATCH v2 4/6] go-dep: Upgrade 0.3.2 -> 0.4.1

[Otavio Salvador]

The release was announced in Jan 24th 2018 and provides a number of
features and bug fixes.

The 0.4.1 restores the `dep prune` command support, which was dropped
on 0.4.0, so existing scripts will continue to work. That said, it is
advisable to change the scripts to use the new features of `dep
ensure` as `dep prune` will be removed in future.

Signed-off-by: Otavio Salvador 
---

Changes in v2: None

 ...er-constant-that-hopefully-works-the-same.patch | 33 --
 .../go/{go-dep_0.3.2.bb => go-dep_0.4.1.bb}|  5 ++--
 2 files changed, 2 insertions(+), 36 deletions(-)
 delete mode 100644 
meta/recipes-devtools/go/go-dep/0001-use-a-smaller-constant-that-hopefully-works-the-same.patch
 rename meta/recipes-devtools/go/{go-dep_0.3.2.bb => go-dep_0.4.1.bb} (72%)

diff --git 
a/meta/recipes-devtools/go/go-dep/0001-use-a-smaller-constant-that-hopefully-works-the-same.patch
 
b/meta/recipes-devtools/go/go-dep/0001-use-a-smaller-constant-that-hopefully-works-the-same.patch
deleted file mode 100644
index 2a7bc43cdb0..000
--- 
a/meta/recipes-devtools/go/go-dep/0001-use-a-smaller-constant-that-hopefully-works-the-same.patch
+++ /dev/null
@@ -1,33 +0,0 @@
-From 73e8dd479420bb90a46cf9d99ca62289fab3677e Mon Sep 17 00:00:00 2001
-From: Khem Raj 
-Date: Sat, 23 Sep 2017 08:43:58 -0700
-Subject: [PATCH] use a smaller constant that hopefully works the same.
-
-This test uses a constant that is too big for 32bit systems.
-
-Backported from
-https://github.com/boltdb/bolt/issues/645
-
-Signed-off-by: Khem Raj 

-Upstream-Status: Submitted
-
- vendor/github.com/boltdb/bolt/db_test.go | 2 +-
- 1 file changed, 1 insertion(+), 1 deletion(-)
-
-diff --git a/vendor/github.com/boltdb/bolt/db_test.go 
b/vendor/github.com/boltdb/bolt/db_test.go
-index 3034d4f4..035f5a5f 100644
 a/vendor/github.com/boltdb/bolt/db_test.go
-+++ b/vendor/github.com/boltdb/bolt/db_test.go
-@@ -370,7 +370,7 @@ func TestDB_Open_InitialMmapSize(t *testing.T) {
-   path := tempfile()
-   defer os.Remove(path)
- 
--  initMmapSize := 1 << 31  // 2GB
-+  initMmapSize := 1 << 29  // 512MB
-   testWriteSize := 1 << 27 // 134MB
- 
-   db, err := bolt.Open(path, 0666, {InitialMmapSize: 
initMmapSize})
--- 
-2.14.1
-
diff --git a/meta/recipes-devtools/go/go-dep_0.3.2.bb 
b/meta/recipes-devtools/go/go-dep_0.4.1.bb
similarity index 72%
rename from meta/recipes-devtools/go/go-dep_0.3.2.bb
rename to meta/recipes-devtools/go/go-dep_0.4.1.bb
index cdf6da15938..d82e6372058 100644
--- a/meta/recipes-devtools/go/go-dep_0.3.2.bb
+++ b/meta/recipes-devtools/go/go-dep_0.4.1.bb
@@ -5,12 +5,11 @@ LIC_FILES_CHKSUM = 
"file://src/${GO_IMPORT}/LICENSE;md5=1bad315647751fab0007812f
 
 GO_IMPORT = "github.com/golang/dep"
 SRC_URI = "git://${GO_IMPORT} \
-   
file://0001-use-a-smaller-constant-that-hopefully-works-the-same.patch;patchdir=src/github.com/golang/dep
 \

file://0001-Add-support-for-mips-mips64.patch;patchdir=src/github.com/golang/dep
 \
   "
 
-# Points to 0.3.2 tag
-SRCREV = "8ddfc8afb2d520d41997ebddd921b52152706c01"
+# Points to 0.4.1 tag
+SRCREV = "37d9ea0ac16f0e0a05afc3b60e1ac8c364b6c329"
 
 inherit go
 
-- 
2.16.2

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

[OE-core] [PATCH v2 2/6] mesa: Upgrade 17.3.3 -> 17.3.5

[Otavio Salvador]

The 17.3.5 release, published in February 19th, 2018 to fix a critical
regression from 17.3.4 release. They fix a number of issues since
17.3.3 release.

The release notes can be seen at:

  https://www.mesa3d.org/relnotes/17.3.4.html
  https://www.mesa3d.org/relnotes/17.3.5.html

Signed-off-by: Otavio Salvador 
---

Changes in v2:
 - upgrade to 17.3.5 due a critical regression

 ...01-anv_icd.py-improve-reproducible-builds.patch | 27 ---
 .../files/0001-link-mesautil-with-pthreads.patch   | 54 --
 .../mesa/{mesa-gl_17.3.4.bb => mesa-gl_17.3.5.bb}  |  0
 .../mesa/{mesa_17.3.4.bb => mesa_17.3.5.bb}|  6 +--
 4 files changed, 2 insertions(+), 85 deletions(-)
 delete mode 100644 
meta/recipes-graphics/mesa/files/0001-anv_icd.py-improve-reproducible-builds.patch
 delete mode 100644 
meta/recipes-graphics/mesa/files/0001-link-mesautil-with-pthreads.patch
 rename meta/recipes-graphics/mesa/{mesa-gl_17.3.4.bb => mesa-gl_17.3.5.bb} 
(100%)
 rename meta/recipes-graphics/mesa/{mesa_17.3.4.bb => mesa_17.3.5.bb} (78%)

diff --git 
a/meta/recipes-graphics/mesa/files/0001-anv_icd.py-improve-reproducible-builds.patch
 
b/meta/recipes-graphics/mesa/files/0001-anv_icd.py-improve-reproducible-builds.patch
deleted file mode 100644
index da7a81f2539..000
--- 
a/meta/recipes-graphics/mesa/files/0001-anv_icd.py-improve-reproducible-builds.patch
+++ /dev/null
@@ -1,27 +0,0 @@
-From b474abdd91158a52821c34865277d7de38880529 Mon Sep 17 00:00:00 2001
-From: "Maxin B. John" 
-Date: Wed, 17 Jan 2018 15:53:29 +0200
-Subject: [PATCH] anv_icd.py: improve reproducible builds
-
-Sort the output to ensure reproducibility
-
-Upstream-Status: Pending
-
-Signed-off-by: Maxin B. John 

- src/intel/vulkan/anv_icd.py | 2 +-
- 1 file changed, 1 insertion(+), 1 deletion(-)
-
-diff --git a/src/intel/vulkan/anv_icd.py b/src/intel/vulkan/anv_icd.py
-index 4ed01fa..31bb068 100644
 a/src/intel/vulkan/anv_icd.py
-+++ b/src/intel/vulkan/anv_icd.py
-@@ -44,4 +44,4 @@ if __name__ == '__main__':
- }
- 
- with open(args.out, 'w') as f:
--json.dump(json_data, f, indent = 4)
-+json.dump(json_data, f, indent = 4, sort_keys=True)
--- 
-2.4.0
-
diff --git 
a/meta/recipes-graphics/mesa/files/0001-link-mesautil-with-pthreads.patch 
b/meta/recipes-graphics/mesa/files/0001-link-mesautil-with-pthreads.patch
deleted file mode 100644
index 38ddf49af63..000
--- a/meta/recipes-graphics/mesa/files/0001-link-mesautil-with-pthreads.patch
+++ /dev/null
@@ -1,54 +0,0 @@
-Upstream-Status: Backport
-Signed-off-by: Randy MacLeod 
-
-From 23ce168048698eeea3df6bb8c9de5be3ca4784cd Mon Sep 17 00:00:00 2001
-From: Igor Gnatenko 
-Date: Mon, 1 Jan 2018 22:49:00 +0100
-Subject: [PATCH] link mesautil with pthreads
-
-../../src/util/.libs/libmesautil.a(libmesautil_la-u_queue.o): In function 
`u_thread_setname':
-/builddir/build/BUILD/mesa-17.3.1/src/util/../../src/util/u_thread.h:66: 
undefined reference to `pthread_setname_np'
-../../src/util/.libs/libmesautil.a(libmesautil_la-u_queue.o): In function 
`thrd_join':
-/builddir/build/BUILD/mesa-17.3.1/src/util/../../include/c11/threads_posix.h:336:
 undefined reference to `pthread_join'
-../../src/util/.libs/libmesautil.a(libmesautil_la-u_queue.o): In function 
`u_thread_create':
-/builddir/build/BUILD/mesa-17.3.1/src/util/../../src/util/u_thread.h:48: 
undefined reference to `pthread_sigmask'
-../../src/util/.libs/libmesautil.a(libmesautil_la-u_queue.o): In function 
`thrd_create':
-/builddir/build/BUILD/mesa-17.3.1/src/util/../../include/c11/threads_posix.h:296:
 undefined reference to `pthread_create'
-../../src/util/.libs/libmesautil.a(libmesautil_la-u_queue.o): In function 
`u_thread_create':
-/builddir/build/BUILD/mesa-17.3.1/src/util/../../src/util/u_thread.h:50: 
undefined reference to `pthread_sigmask'
-/builddir/build/BUILD/mesa-17.3.1/src/util/../../src/util/u_thread.h:50: 
undefined reference to `pthread_sigmask'
-../../src/util/.libs/libmesautil.a(libmesautil_la-u_queue.o): In function 
`call_once':
-/builddir/build/BUILD/mesa-17.3.1/src/util/../../include/c11/threads_posix.h:96:
 undefined reference to `pthread_once'
-../../src/util/.libs/libmesautil.a(libmesautil_la-u_queue.o): In function 
`u_thread_get_time_nano':
-/builddir/build/BUILD/mesa-17.3.1/src/util/../../src/util/u_thread.h:84: 
undefined reference to `pthread_getcpuclockid'
-collect2: error: ld returned 1 exit status
-
-Reviewed-by: Adam Jackson 
-Signed-off-by: Igor Gnatenko 

- src/util/Makefile.am | 2 ++
- 1 file changed, 2 insertions(+)
-
-diff --git a/src/util/Makefile.am b/src/util/Makefile.am
-index a5241ad27b..633907b9fd 100644
 a/src/util/Makefile.am
-+++ b/src/util/Makefile.am
-@@ -31,6 +31,7 @@ noinst_LTLIBRARIES = \
-   libxmlconfig.la
- 
- AM_CPPFLAGS = \
-+  $(PTHREAD_CFLAGS) \
-   

[OE-core] [PATCH v2 1/6] go: Upgrade 1.9 to 1.9.4 stable release

[Otavio Salvador]

The 1.9.4 fixes a number of issues in the Go compiler and is important
to get in before we start working on 1.10 inclusion.

 - go1.9.1 (released 2017/10/04) includes two security fixes.

 - go1.9.2 (released 2017/10/25) includes fixes to the compiler,
   linker, runtime, documentation, go command, and the crypto/x509,
   database/sql, log, and net/smtp packages. It includes a fix to a
   bug introduced in Go 1.9.1 that broke go get of non-Git
   repositories under certain conditions.

 - go1.9.3 (released 2018/01/22) includes fixes to the compiler,
   runtime, and the database/sql, math/big, net/http, and net/url
   packages.

 - go1.9.4 (released 2018/02/07) includes a security fix to “go get”.

Signed-off-by: Otavio Salvador 
---

Changes in v2: None

 meta/recipes-devtools/go/go-1.9.inc| 7 +--
 .../recipes-graphics/mesa/{mesa-gl_17.3.3.bb => mesa-gl_17.3.4.bb} | 0
 meta/recipes-graphics/mesa/{mesa_17.3.3.bb => mesa_17.3.4.bb}  | 0
 3 files changed, 5 insertions(+), 2 deletions(-)
 rename meta/recipes-graphics/mesa/{mesa-gl_17.3.3.bb => mesa-gl_17.3.4.bb} 
(100%)
 rename meta/recipes-graphics/mesa/{mesa_17.3.3.bb => mesa_17.3.4.bb} (100%)

diff --git a/meta/recipes-devtools/go/go-1.9.inc 
b/meta/recipes-devtools/go/go-1.9.inc
index 7f12241dc18..2823304b7ce 100644
--- a/meta/recipes-devtools/go/go-1.9.inc
+++ b/meta/recipes-devtools/go/go-1.9.inc
@@ -1,6 +1,9 @@
 require go-common.inc
 
 GO_BASEVERSION = "1.9"
+GO_MINOR = ".4"
+PV .= "${GO_MINOR}"
+
 FILESEXTRAPATHS_prepend := "${FILE_DIRNAME}/go-${GO_BASEVERSION}:"
 
 LIC_FILES_CHKSUM = "file://LICENSE;md5=5d4950ecb7b26d2c5e4e7b4e0dd74707"
@@ -19,5 +22,5 @@ SRC_URI += "\
 "
 SRC_URI_append_libc-musl = " file://set-external-linker.patch"
 
-SRC_URI[main.md5sum] = "da2d44ea384076efec43ee1f8b7d45d2"
-SRC_URI[main.sha256sum] = 
"a4ab229028ed167ba1986825751463605264e44868362ca8e7accc8be057e993"
+SRC_URI[main.md5sum] = "6816441fd6680c63865cdd5cb8bc1960"
+SRC_URI[main.sha256sum] = 
"0573a8df33168977185aa44173305e5a0450f55213600e94541604b75d46dc06"
diff --git a/meta/recipes-graphics/mesa/mesa-gl_17.3.3.bb 
b/meta/recipes-graphics/mesa/mesa-gl_17.3.4.bb
similarity index 100%
rename from meta/recipes-graphics/mesa/mesa-gl_17.3.3.bb
rename to meta/recipes-graphics/mesa/mesa-gl_17.3.4.bb
diff --git a/meta/recipes-graphics/mesa/mesa_17.3.3.bb 
b/meta/recipes-graphics/mesa/mesa_17.3.4.bb
similarity index 100%
rename from meta/recipes-graphics/mesa/mesa_17.3.3.bb
rename to meta/recipes-graphics/mesa/mesa_17.3.4.bb
-- 
2.16.2

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

[OE-core] [PATCH] libinput: upgrade to version 1.10.0

[Maxin B. John]

1. Set RDEPENDS to python3
2. Fix a QA error related to python3 path:
a) 0001-libinput-measure-touchpad-tap-fix-python-script-QA-e.patch

Signed-off-by: Maxin B. John 
---
 ...asure-touchpad-tap-fix-python-script-QA-e.patch | 32 ++
 .../{libinput_1.9.4.bb => libinput_1.10.0.bb}  |  6 ++--
 2 files changed, 36 insertions(+), 2 deletions(-)
 create mode 100644 
meta/recipes-graphics/wayland/libinput/0001-libinput-measure-touchpad-tap-fix-python-script-QA-e.patch
 rename meta/recipes-graphics/wayland/{libinput_1.9.4.bb => libinput_1.10.0.bb} 
(78%)

diff --git 
a/meta/recipes-graphics/wayland/libinput/0001-libinput-measure-touchpad-tap-fix-python-script-QA-e.patch
 
b/meta/recipes-graphics/wayland/libinput/0001-libinput-measure-touchpad-tap-fix-python-script-QA-e.patch
new file mode 100644
index 000..eb771ab
--- /dev/null
+++ 
b/meta/recipes-graphics/wayland/libinput/0001-libinput-measure-touchpad-tap-fix-python-script-QA-e.patch
@@ -0,0 +1,32 @@
+From f595219dd3564a5fbf61646f2054f04f2e22238a Mon Sep 17 00:00:00 2001
+From: "Maxin B. John" 
+Date: Mon, 19 Feb 2018 11:21:37 +0200
+Subject: [PATCH] libinput-measure-touchpad-tap: fix python script QA error
+
+Tweak this python scripts to use '/usr/bin/env python3', Otherwise,
+it generate a QA error:
+
+QA Issue: /usr/libexec/libinput/libinput-measure-touchpad-tap contained
+in package libinput requires /usr/bin/python3, but no providers found
+in RDEPENDS_libinput? [file-rdeps]
+
+Upstream-Status: Accepted 
[https://cgit.freedesktop.org/wayland/libinput/commit/?id=920debffd7ee591bbc1014ee0961c75473429651]
+
+Signed-off-by: Maxin B. John 
+---
+ tools/libinput-measure-touchpad-tap | 2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+
+diff --git a/tools/libinput-measure-touchpad-tap 
b/tools/libinput-measure-touchpad-tap
+index 3037232..6f4f399 100755
+--- a/tools/libinput-measure-touchpad-tap
 b/tools/libinput-measure-touchpad-tap
+@@ -1,4 +1,4 @@
+-#!/usr/bin/python3
++#!/usr/bin/env python3
+ # vim: set expandtab shiftwidth=4:
+ # -*- Mode: python; coding: utf-8; indent-tabs-mode: nil -*- */
+ #
+-- 
+2.4.0
+
diff --git a/meta/recipes-graphics/wayland/libinput_1.9.4.bb 
b/meta/recipes-graphics/wayland/libinput_1.10.0.bb
similarity index 78%
rename from meta/recipes-graphics/wayland/libinput_1.9.4.bb
rename to meta/recipes-graphics/wayland/libinput_1.10.0.bb
index 67a49df..fcd6a79 100644
--- a/meta/recipes-graphics/wayland/libinput_1.9.4.bb
+++ b/meta/recipes-graphics/wayland/libinput_1.10.0.bb
@@ -6,11 +6,13 @@ LICENSE = "MIT"
 LIC_FILES_CHKSUM = "file://COPYING;md5=2184aef38ff137ed33ce9a63b9d1eb8f"
 
 DEPENDS = "libevdev udev mtdev"
+RDEPENDS_${PN} = "python3"
 
 SRC_URI = "http://www.freedesktop.org/software/${BPN}/${BP}.tar.xz \
+   
file://0001-libinput-measure-touchpad-tap-fix-python-script-QA-e.patch \
"
-SRC_URI[md5sum] = "8b43d07d1698fb207a0492fc67554d4f"
-SRC_URI[sha256sum] = 
"0bcdbd4c4e3c2a2db322fbdf2ef3284f2e6d6fb7be3af80e6d8de7783f675190"
+SRC_URI[md5sum] = "dac92f0b094392c03ab1320d06173afd"
+SRC_URI[sha256sum] = 
"c2c72c2e0c63498b34d887c28ea84b8570b50fef7ffe489179a1253280d33f57"
 
 UPSTREAM_CHECK_REGEX = "libinput-(?P\d+\.\d+\.(?!9\d+)\d+)"
 inherit meson pkgconfig lib_package
-- 
2.4.0

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

[OE-core] [PATCH v2 3/6] cmake: Upgrade 3.10.1 -> 3.10.2

[Otavio Salvador]

This is a minor stable update to CMake. This includes following
changes:

,
| c1e087a9d CMake 3.10.2
| d592bfc9f Autogen: Ignore not existing source files in cmMakefile
| d49986b3b KWIML: Backport RISC-V update to CMake 3.10
| 9417a6d32 FindPostgreSQL: Add support for PG10
| 683e9023a Autogen: Fix for problematic nested list separator
| 9b4d31dc7 cmGraphVizWriter: Updated to create and follow dependers for
|   interface targets
`

Signed-off-by: Otavio Salvador 
---

Changes in v2: None

 .../cmake/{cmake-native_3.10.1.bb => cmake-native_3.10.2.bb}  | 0
 meta/recipes-devtools/cmake/cmake.inc | 4 ++--
 meta/recipes-devtools/cmake/{cmake_3.10.1.bb => cmake_3.10.2.bb}  | 0
 3 files changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-devtools/cmake/{cmake-native_3.10.1.bb => 
cmake-native_3.10.2.bb} (100%)
 rename meta/recipes-devtools/cmake/{cmake_3.10.1.bb => cmake_3.10.2.bb} (100%)

diff --git a/meta/recipes-devtools/cmake/cmake-native_3.10.1.bb 
b/meta/recipes-devtools/cmake/cmake-native_3.10.2.bb
similarity index 100%
rename from meta/recipes-devtools/cmake/cmake-native_3.10.1.bb
rename to meta/recipes-devtools/cmake/cmake-native_3.10.2.bb
diff --git a/meta/recipes-devtools/cmake/cmake.inc 
b/meta/recipes-devtools/cmake/cmake.inc
index 045cce3fd0c..4eaca755971 100644
--- a/meta/recipes-devtools/cmake/cmake.inc
+++ b/meta/recipes-devtools/cmake/cmake.inc
@@ -18,7 +18,7 @@ SRC_URI = 
"https://cmake.org/files/v${CMAKE_MAJOR_VERSION}/cmake-${PV}.tar.gz \
file://cmake-Prevent-the-detection-of-Qt5.patch \
"
 
-SRC_URI[md5sum] = "9a726e5ec69618b172aa4b06d18c3998"
-SRC_URI[sha256sum] = 
"7be36ee24b0f5928251b644d29f5ff268330a916944ef4a75e23ba01e7573284"
+SRC_URI[md5sum] = "732808e17fc14dc8cee50d51518c34eb"
+SRC_URI[sha256sum] = 
"80d0faad4ab56de07aa21a7fc692c88c4ce6156d42b0579c6962004a70a3218b"
 
 UPSTREAM_CHECK_REGEX = "cmake-(?P\d+(\.\d+)+)\.tar"
diff --git a/meta/recipes-devtools/cmake/cmake_3.10.1.bb 
b/meta/recipes-devtools/cmake/cmake_3.10.2.bb
similarity index 100%
rename from meta/recipes-devtools/cmake/cmake_3.10.1.bb
rename to meta/recipes-devtools/cmake/cmake_3.10.2.bb
-- 
2.16.2

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

[OE-core] [PATCH] meson.bbclass: Add support for nativesdk

[Peter Kjellerstedt]

We need to use the meson.cross file when building for nativesdk.
Additionally, we need to trick meson's sanity tests, just as it is
done for target builds.

Signed-off-by: Peter Kjellerstedt 
---

I have not tested this extensively, but it at least seems to build
things correctly.

 meta/classes/meson.bbclass | 13 +
 1 file changed, 13 insertions(+)

diff --git a/meta/classes/meson.bbclass b/meta/classes/meson.bbclass
index cd3497a802..31d32a56f6 100644
--- a/meta/classes/meson.bbclass
+++ b/meta/classes/meson.bbclass
@@ -39,6 +39,7 @@ EXTRA_OEMESON += "${PACKAGECONFIG_CONFARGS}"
 
 MESON_CROSS_FILE = ""
 MESON_CROSS_FILE_class-target = "--cross-file ${WORKDIR}/meson.cross"
+MESON_CROSS_FILE_class-nativesdk = "--cross-file ${WORKDIR}/meson.cross"
 
 CCOMPILER ?= "gcc"
 CXXCOMPILER ?= "g++"
@@ -105,6 +106,18 @@ meson_do_configure_prepend_class-target() {
 export AR="${BUILD_AR}"
 }
 
+meson_do_configure_prepend_class-nativesdk() {
+# Set these so that meson uses the native tools for its build sanity tests,
+# which require executables to be runnable. The cross file will still
+# override these for the nativesdk build. Note that we do *not* set CFLAGS,
+# LDFLAGS, etc. as they will be slurped in by meson and applied to the
+# nativesdk build, causing errors.
+export CC="${BUILD_CC}"
+export CXX="${BUILD_CXX}"
+export LD="${BUILD_LD}"
+export AR="${BUILD_AR}"
+}
+
 meson_do_configure_prepend_class-native() {
 export PKG_CONFIG="pkg-config-native"
 }
-- 
2.12.0

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

Re: [OE-core] Linux firmware for iwlwifi 8000c disappeared in pyro

[Andrei Gherzan]

On Fri, Feb 16, 2018 at 2:08 PM, Andrei Gherzan  wrote:

> On Fri, Feb 16, 2018 at 1:48 PM, Palleti, Avinash Reddy <
> avinash.reddy.pall...@intel.com> wrote:
>
>>  I submitted a fix sometime back,
>> http://lists.openembedded.org/pipermail/openembedded-core/20
>> 18-February/147291.html
>>
>>
> Great. We have the fix available and approved by Saul. Shall we merge?
>

Adding the pyro maintainer to this thread.

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

Re: [OE-core] [PATCH] busybox: 1.27.2 -> 1.28.0

[Richard Purdie]

On Fri, 2018-02-09 at 13:11 +0800, Huang Qiyu wrote:
> 1.Upgrade busybox from 1.27.2 to 1.28.0.
> 2.Delete CVE-2011-5325.patch, busybox-CVE-2017-16544.patch, since it
> is integrated upstream.
> 3.Modify busybox-udhcpc-no_deconfig.patch, since the data has been
> changed.
> 
> Signed-off-by: Huang Qiyu 

This fails with:

ERROR: core-image-minimal-dev-1.0-r0 do_rootfs: [log_check] 
core-image-minimal-dev: found 1 error message in the logfile:
[log_check] update-alternatives: Error: cannot register alternative arch to 
/usr/bin/arch since it is already registered to /bin/arch

https://autobuilder.yocto.io/builders/nightly-arm/builds/832/steps/BuildImages/logs/stdio

pretty much everywhere.

Cheers,

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

Re: [OE-core] [PATCH V2] binutils: Upgrade to 2.30 release

[Burton, Ross]

Ah yes, aarch64.

Lots of errors like this when building glibc 2.26:

| /usr/src/debug/glibc/2.26-r0/git/elf/dl-lookup.c:287:(.text+0x82fc):
relocation truncated to fit: R_AARCH64_LD64_GOT_LO12_NC against symbol
`free' defined in .text section in
/home/pokybuild/yocto-autobuilder/yocto-worker/nightly-arm64/build/build/tmp/work/aarch64-poky-linux/glibc/2.26-r0/build-aarch64-poky-linux/elf/librtld.os

|
/home/pokybuild/yocto-autobuilder/yocto-worker/nightly-arm64/build/build/tmp/work/aarch64-poky-linux/glibc/2.26-r0/recipe-sysroot-native/usr/bin/aarch64-poky-linux.gcc-cross-initial-aarch64/../../libexec/aarch64-poky-linux.gcc-cross-initial-aarch64/gcc/aarch64-poky-linux/7.3.0/ld:
BFD (GNU Binutils) 2.30.0.20180208 assertion fail
../../bfd/elfnn-aarch64.c:4386

|
/home/pokybuild/yocto-autobuilder/yocto-worker/nightly-arm64/build/build/tmp/work/aarch64-poky-linux/glibc/2.26-r0/build-aarch64-poky-linux/elf/librtld.os:(.
data.rel.ro+0x310): dangerous relocation: unsupported relocation

https://autobuilder.yocto.io/builders/nightly-arm64/builds/758/steps/BuildImages/logs/stdio

Apart from that the AB was entirely green.

Ross

On 20 February 2018 at 01:06, Burton, Ross  wrote:

> Can't remember if this failed anywhere that wasn't related to the glibc
> upgrade, so I just fired this patch standalone on the autobuilder.
>
> Ross
>
> On 16 February 2018 at 03:03, Khem Raj  wrote:
>
>> ping
>>
>> On Thu, Feb 8, 2018 at 9:35 AM, Khem Raj  wrote:
>> > Additionally cherry-pick
>> >
>> > 5ffeba4a09 Revert "PowerPC PLT speculative execution barriers"
>> > b01452b1d4 [PR22764][LD][AARCH64]Allow R_AARCH64_ABS16 and
>> R_AARCH64_ABS32 against absolution symbol or undefine symbol in shared
>> object.
>> > a985e9b9de Import patch from mainline to remove PROVODE qualifiers
>> around definitions of __CTOR_LIST__ and __DTOR_LIST__ in PE linker scripts.
>> > eec4607fc5 Add support for DWARF-4 line number tables.
>> >
>> > Signed-off-by: Khem Raj 
>> > ---
>> > Changes since v1:
>> >
>> > - Backport fixes for aarch64 relocs
>> > - ppc plt fix, dwarf-4 line number support and linker script fix for
>> removing PROVODE
>> >
>> >  meta/conf/distro/include/tcmode-default.inc|  2 +-
>> >  .../{binutils-2.29.1.inc => binutils-2.30.inc} |  2 +-
>> >  ...n_2.29.1.bb => binutils-cross-canadian_2.30.bb} |  0
>> >  ...tils-cross_2.29.1.bb => binutils-cross_2.30.bb} |  0
>> >  ...rosssdk_2.29.1.bb => binutils-crosssdk_2.30.bb} |  0
>> >  ...nutils-crosssdk-Generate-relocatable-SDKs.patch | 14 ++---
>> >  ...oss-Do-not-generate-linker-script-directo.patch |  6 +-
>> >  ...ure-widen-the-regexp-for-SH-architectures.patch | 14 ++---
>> >  .../0004-Point-scripts-location-to-libdir.patch|  8 +--
>> >  ...te-an-RPATH-entry-if-LD_RUN_PATH-is-not-e.patch | 10 ++--
>> >  .../binutils/binutils/0006-Use-libtool-2.4.patch   | 66
>> 
>> >  ...7-Add-the-armv5e-architecture-to-binutils.patch |  8 +--
>> >  ...he-distro-compiler-point-to-the-wrong-ins.patch |  6 +-
>> >  ...es-of-system-directories-when-cross-linki.patch | 24 
>> >  ...-rpath-in-libtool-when-sysroot-is-enabled.patch |  4 +-
>> >  ...Change-default-emulation-for-mips64-linux.patch | 14 ++---
>> >  .../0012-Add-support-for-Netlogic-XLP.patch| 70
>> +++---
>> >  ...ncorrect-assembling-for-ppc-wait-mnemonic.patch | 10 ++--
>> >  .../binutils/0014-Detect-64-bit-MIPS-targets.patch |  6 +-
>> >  .../0015-sync-with-OE-libtool-changes.patch|  4 +-
>> >  .../{binutils_2.29.1.bb => binutils_2.30.bb}   |  0
>> >  21 files changed, 127 insertions(+), 141 deletions(-)
>> >  rename meta/recipes-devtools/binutils/{binutils-2.29.1.inc =>
>> binutils-2.30.inc} (97%)
>> >  rename meta/recipes-devtools/binutils/{binutils-cross-canadian_2.
>> 29.1.bb => binutils-cross-canadian_2.30.bb} (100%)
>> >  rename meta/recipes-devtools/binutils/{binutils-cross_2.29.1.bb =>
>> binutils-cross_2.30.bb} (100%)
>> >  rename meta/recipes-devtools/binutils/{binutils-crosssdk_2.29.1.bb =>
>> binutils-crosssdk_2.30.bb} (100%)
>> >  rename meta/recipes-devtools/binutils/{binutils_2.29.1.bb =>
>> binutils_2.30.bb} (100%)
>> >
>> > diff --git a/meta/conf/distro/include/tcmode-default.inc
>> b/meta/conf/distro/include/tcmode-default.inc
>> > index da45642440..037d331605 100644
>> > --- a/meta/conf/distro/include/tcmode-default.inc
>> > +++ b/meta/conf/distro/include/tcmode-default.inc
>> > @@ -24,7 +24,7 @@ PREFERRED_PROVIDER_virtual/gettext ??= "gettext"
>> >
>> >  GCCVERSION ?= "7.%"
>> >  SDKGCCVERSION ?= "${GCCVERSION}"
>> > -BINUVERSION ?= "2.29%"
>> > +BINUVERSION ?= "2.30%"
>> >  GDBVERSION ?= "8.0%"
>> >  LINUXLIBCVERSION ?= "4.14%"
>> >  GLIBCVERSION ?= "2.27%"
>> > diff --git a/meta/recipes-devtools/binutils/binutils-2.29.1.inc
>> b/meta/recipes-devtools/binutils/binutils-2.30.inc
>> > similarity index 97%
>> > rename from 

Re: [OE-core] [PATCH] kernel.bbclass: explicitly depend on bison-native for deterministic builds

[Khem Raj]

On 2/19/18 5:20 PM, Denys Dmytriyenko wrote:

On Mon, Feb 19, 2018 at 09:36:22PM -0300, Otavio Salvador wrote:

On Mon, Feb 19, 2018 at 8:54 PM, Denys Dmytriyenko  wrote:

From: Denys Dmytriyenko 

Explicitly depend on bison-native for deterministic builds, as it is required
for the build:

|   HOSTCC  scripts/basic/fixdep
|   GEN ./Makefile
|   HOSTCC  scripts/kconfig/conf.o
|   YACCscripts/kconfig/zconf.tab.c
| /bin/sh: bison: command not found
| scripts/Makefile.lib:217: recipe for target 'scripts/kconfig/zconf.tab.c' 
failed

In most cases, this dependency comes indirectly via toolchain dependencies,
specifically binutils-cross, which pulls bison-native. Different setups,
such as with external toolchain, would expose this problem, since correct
dependency is not marked explicitly.

Signed-off-by: Denys Dmytriyenko 
---
I'm seeing this now on 4.16-rc2 with external toolchain.


I am not against the addition but in fact, it is because 4.16 stopped
of using pre-generated files and now requires bison to be available.


Ok, good, I was wondering why I didn't see it before 4.16...



I am unsure it ought to be on kernel.bbclass at this moment.


Why not? Because it's 4.16+ specific?

By default bison-native dependency gets added implicitly when built with the
toolchain from oe-core, so this doesn't add any extra dependencies, only makes
it explicit.

it will be overcompensating for < 4.16 kernel recipes where this 
dependency is not needed. it might be a legit dependency for another 
component, that doesn't stage this package in kernel recipe-specific 
sysroot but this change will do that. So its not completely innocent 
change.

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

[OE-core] Back porting lttng-module update to v2.10.5 from master to rocko

[Leon Anavi]

Hi,

Yesterday, while working on Automotive Grade Linux (AGL) based on
Yocto/OpenEmbedded layers for release Rocko, I noticed an issue with
lttng-modules for machine intel-corei7-64 with Linux kernel 4.9.77. The
fix requires updating lttng-modules to v2.10.5 and has been already done
at the master branch of openembedded-core (OE-Core rev:
7f00a5161889a422d83dc113521d9241fdd89abf).

Could you please back port this change to branch Rocko?

Thanks,
Leon

-- 
Leon Anavi
Software Engineer
konsulko.com


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