[PATCH 0/5] kernel-yocto: consolidated pull request

[PATCH 0/5] kernel-yocto: consolidated pull request

[Bruce Ashfield]

Hi all,

Here are some fixes for the minor issues cased by the kern-tools update
and the recent 4.8 kernel introduction.

RP reported a build and footprint time increase for 4.8, that was due to
some missing kernel meta data that (re)enabled DEBUG and for the standard
kernel. commit [kernel-yocto: restore missing configuration meta data]
deals with that issue.

The commits:

  kernel-yocto: restore kernel-meta data detection for SRC_URI elements
  kernel-yocto: allow --allnoconfig and --alldefconfig as KCONFIG_MODES

Fix some issues with the compatibility of existing layers and config
fragment users. I was luckily able to fix the issues without bringing
the complexity that I was removing.

There's a small change to uvesafb to have a longer timeout on some
machines (or virtual machines) to avoid issues when performing QA
testing.

And finally, we have the 4.8-rc5 content update. I'll do one of these
a week until we get to the full 4.8 release. This can be pended for
the M3 build, but it did pass my local sanity testing.

Cheers,

Bruce

The following changes since commit ce4ea7a730a7bec257218533b7c1fcb31134e25b:

  recipetool: create: avoid extra blank lines in output recipe (2016-09-08 00:36:49 +0100)

are available in the git repository at:

  git://git.pokylinux.org/poky-contrib zedd/kernel
  http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=zedd/kernel

Bruce Ashfield (5):
  kernel-yocto: restore kernel-meta data detection for SRC_URI elements
  kernel-yocto: allow --allnoconfig and --alldefconfig as KCONFIG_MODES
  kernel-yocto: restore missing configuration meta data
  linux-yocto: update to 4.8-rc5
  linux-yocto/4.4/4.8: uvesafb: provide option to specify timeout for
    task completion

 meta/classes/kernel-yocto.bbclass                 | 15 ++++++++++-----
 meta/recipes-kernel/linux/linux-yocto-rt_4.4.bb   |  4 ++--
 meta/recipes-kernel/linux/linux-yocto-rt_4.8.bb   |  4 ++--
 meta/recipes-kernel/linux/linux-yocto-tiny_4.4.bb |  4 ++--
 meta/recipes-kernel/linux/linux-yocto-tiny_4.8.bb |  4 ++--
 meta/recipes-kernel/linux/linux-yocto_4.4.bb      | 18 +++++++++---------
 meta/recipes-kernel/linux/linux-yocto_4.8.bb      | 18 +++++++++---------
 7 files changed, 36 insertions(+), 31 deletions(-)

-- 
2.5.0

[PATCH 1/5] kernel-yocto: restore kernel-meta data detection for SRC_URI elements

[Bruce Ashfield]

Before the kernel tools were simplified and streamlined, there was code
which not only migrated a patch/cfg/scc to the kernel build tree, it
also migrated any subdirectories of those patches.

The effect of this data migration was that any other meta data in
a patch's directory structure would be available for processing.

While we don't want to do this migration anymore, it is possible to
check the path of any SRC_URI patches, and if they include a "kernel-meta"
subdirectory add it to the search path.

This restores the functionality without the old complexity.

Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
---
 meta/classes/kernel-yocto.bbclass | 11 ++++++++---
 1 file changed, 8 insertions(+), 3 deletions(-)

diff --git a/meta/classes/kernel-yocto.bbclass b/meta/classes/kernel-yocto.bbclass
index 068378f06796..f991f0219b1f 100644
--- a/meta/classes/kernel-yocto.bbclass
+++ b/meta/classes/kernel-yocto.bbclass
@@ -124,14 +124,19 @@ do_kernel_metadata() {
 	# for the update part of the process
 	for f in ${feat_dirs}; do
 		if [ -d "${WORKDIR}/$f/meta" ]; then
-			includes="$includes -I${WORKDIR}/$f/meta"
-		elif [ -d "${WORKDIR}/$f" ]; then
+			includes="$includes -I${WORKDIR}/$f/kernel-meta"
+	        elif [ -d "${WORKDIR}/$f" ]; then
 			includes="$includes -I${WORKDIR}/$f"
 		fi
 	done
-	for s in ${sccs}; do
+	for s in ${sccs} ${patches}; do
 		sdir=$(dirname $s)
 		includes="$includes -I${sdir}"
+                # if a SRC_URI passed patch or .scc has a subdir of "kernel-meta",
+                # then we add it to the search path
+                if [ -d "${sdir}/kernel-meta" ]; then
+			includes="$includes -I${sdir}/kernel-meta"
+                fi
 	done
 
 	# expand kernel features into their full path equivalents
-- 
2.5.0

[PATCH 2/5] kernel-yocto: allow --allnoconfig and --alldefconfig as KCONFIG_MODES

[Bruce Ashfield]

Previously merge_config.sh was wrapped by the configme script, configme
took the different KCONFIG_MODES as options, and used --allnoconfig
or --alldefconfig.

With the switch to merge_config.sh no longer being wrapped, the new
processing wasn't matching the existing values and only supported
allnoconfig or alldefconfig.

To avoid breaking existing layers, and also keep any working that
have already switched, we can make the case statement match both.

Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
---
 meta/classes/kernel-yocto.bbclass | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)

diff --git a/meta/classes/kernel-yocto.bbclass b/meta/classes/kernel-yocto.bbclass
index f991f0219b1f..82b9210b0f58 100644
--- a/meta/classes/kernel-yocto.bbclass
+++ b/meta/classes/kernel-yocto.bbclass
@@ -239,10 +239,10 @@ do_kernel_configme() {
 	# translate the kconfig_mode into something that merge_config.sh
 	# understands
 	case ${KCONFIG_MODE} in
-		allnoconfig)
+		*allnoconfig)
 			config_flags="-n"
 			;;
-		alldefconfig)
+		*alldefconfig)
 			config_flags=""
 			;;
 	    *)
-- 
2.5.0

[PATCH 3/5] kernel-yocto: restore missing configuration meta data

[Bruce Ashfield]

Some of the meta-data from the 4.4 kernel was missing from the 4.8
branch. This resulted in some functionality drops and also a size/time
increase in the kernel build (due to debug being turned on).

With this resync, we now have the missing config restored.

Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
---
 meta/recipes-kernel/linux/linux-yocto-rt_4.8.bb   | 2 +-
 meta/recipes-kernel/linux/linux-yocto-tiny_4.8.bb | 2 +-
 meta/recipes-kernel/linux/linux-yocto_4.8.bb      | 2 +-
 3 files changed, 3 insertions(+), 3 deletions(-)

diff --git a/meta/recipes-kernel/linux/linux-yocto-rt_4.8.bb b/meta/recipes-kernel/linux/linux-yocto-rt_4.8.bb
index c602bd3b2c9c..9fe0112fff4f 100644
--- a/meta/recipes-kernel/linux/linux-yocto-rt_4.8.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-rt_4.8.bb
@@ -12,7 +12,7 @@ python () {
 }
 
 SRCREV_machine ?= "a7d71794e4e38d2f861c1b1dbff761ae0b0836b3"
-SRCREV_meta ?= "8cb7317502c2577f8c83eaf1c061603023824313"
+SRCREV_meta ?= "dd820fa5f7079ac75338f0484151e6454db06951"
 
 SRC_URI = "git://git.yoctoproject.org/linux-yocto-4.8.git;branch=${KBRANCH};name=machine \
            git://git.yoctoproject.org/yocto-kernel-cache;type=kmeta;name=meta;branch=yocto-4.8;destsuffix=${KMETA}"
diff --git a/meta/recipes-kernel/linux/linux-yocto-tiny_4.8.bb b/meta/recipes-kernel/linux/linux-yocto-tiny_4.8.bb
index ea89eebe6617..7ef5e7e83484 100644
--- a/meta/recipes-kernel/linux/linux-yocto-tiny_4.8.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-tiny_4.8.bb
@@ -10,7 +10,7 @@ KMETA = "kernel-meta"
 KCONF_BSP_AUDIT_LEVEL = "2"
 
 SRCREV_machine ?= "3eab887a55424fc2c27553b7bfe32330df83f7b8"
-SRCREV_meta ?= "8cb7317502c2577f8c83eaf1c061603023824313"
+SRCREV_meta ?= "dd820fa5f7079ac75338f0484151e6454db06951"
 
 PV = "${LINUX_VERSION}+git${SRCPV}"
 
diff --git a/meta/recipes-kernel/linux/linux-yocto_4.8.bb b/meta/recipes-kernel/linux/linux-yocto_4.8.bb
index cf31d3c846bd..279c0db924fa 100644
--- a/meta/recipes-kernel/linux/linux-yocto_4.8.bb
+++ b/meta/recipes-kernel/linux/linux-yocto_4.8.bb
@@ -19,7 +19,7 @@ SRCREV_machine_qemux86 ?= "a7d71794e4e38d2f861c1b1dbff761ae0b0836b3"
 SRCREV_machine_qemux86-64 ?= "a7d71794e4e38d2f861c1b1dbff761ae0b0836b3"
 SRCREV_machine_qemumips64 ?= "a4793b209b32964533e37ebd28a72b757c0f651a"
 SRCREV_machine ?= "a7d71794e4e38d2f861c1b1dbff761ae0b0836b3"
-SRCREV_meta ?= "8cb7317502c2577f8c83eaf1c061603023824313"
+SRCREV_meta ?= "dd820fa5f7079ac75338f0484151e6454db06951"
 
 SRC_URI = "git://git.yoctoproject.org/linux-yocto-4.8.git;name=machine;branch=${KBRANCH}; \
            git://git.yoctoproject.org/yocto-kernel-cache;type=kmeta;name=meta;branch=yocto-4.8;destsuffix=${KMETA}"
-- 
2.5.0

[PATCH 4/5] linux-yocto: update to 4.8-rc5

[Bruce Ashfield]

Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
---
 meta/recipes-kernel/linux/linux-yocto-rt_4.8.bb   |  4 ++--
 meta/recipes-kernel/linux/linux-yocto-tiny_4.8.bb |  4 ++--
 meta/recipes-kernel/linux/linux-yocto_4.8.bb      | 18 +++++++++---------
 3 files changed, 13 insertions(+), 13 deletions(-)

diff --git a/meta/recipes-kernel/linux/linux-yocto-rt_4.8.bb b/meta/recipes-kernel/linux/linux-yocto-rt_4.8.bb
index 9fe0112fff4f..84699ef70908 100644
--- a/meta/recipes-kernel/linux/linux-yocto-rt_4.8.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-rt_4.8.bb
@@ -11,8 +11,8 @@ python () {
         raise bb.parse.SkipPackage("Set PREFERRED_PROVIDER_virtual/kernel to linux-yocto-rt to enable it")
 }
 
-SRCREV_machine ?= "a7d71794e4e38d2f861c1b1dbff761ae0b0836b3"
-SRCREV_meta ?= "dd820fa5f7079ac75338f0484151e6454db06951"
+SRCREV_machine ?= "9e7ee5155e3466824abe94eebb641c63ab5cd5f2"
+SRCREV_meta ?= "25fb74eaaef249519f25e243e7f9bf0cab0e1781"
 
 SRC_URI = "git://git.yoctoproject.org/linux-yocto-4.8.git;branch=${KBRANCH};name=machine \
            git://git.yoctoproject.org/yocto-kernel-cache;type=kmeta;name=meta;branch=yocto-4.8;destsuffix=${KMETA}"
diff --git a/meta/recipes-kernel/linux/linux-yocto-tiny_4.8.bb b/meta/recipes-kernel/linux/linux-yocto-tiny_4.8.bb
index 7ef5e7e83484..58d3fea6c95d 100644
--- a/meta/recipes-kernel/linux/linux-yocto-tiny_4.8.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-tiny_4.8.bb
@@ -9,8 +9,8 @@ LINUX_VERSION ?= "4.8-rc4"
 KMETA = "kernel-meta"
 KCONF_BSP_AUDIT_LEVEL = "2"
 
-SRCREV_machine ?= "3eab887a55424fc2c27553b7bfe32330df83f7b8"
-SRCREV_meta ?= "dd820fa5f7079ac75338f0484151e6454db06951"
+SRCREV_machine ?= "9e7ee5155e3466824abe94eebb641c63ab5cd5f2"
+SRCREV_meta ?= "25fb74eaaef249519f25e243e7f9bf0cab0e1781"
 
 PV = "${LINUX_VERSION}+git${SRCPV}"
 
diff --git a/meta/recipes-kernel/linux/linux-yocto_4.8.bb b/meta/recipes-kernel/linux/linux-yocto_4.8.bb
index 279c0db924fa..d6837d8a1827 100644
--- a/meta/recipes-kernel/linux/linux-yocto_4.8.bb
+++ b/meta/recipes-kernel/linux/linux-yocto_4.8.bb
@@ -11,15 +11,15 @@ KBRANCH_qemux86  ?= "standard/base"
 KBRANCH_qemux86-64 ?= "standard/base"
 KBRANCH_qemumips64 ?= "standard/mti-malta64"
 
-SRCREV_machine_qemuarm ?= "20544507201f870a365c43759e5dea1ab49a2d68"
-SRCREV_machine_qemuarm64 ?= "3eab887a55424fc2c27553b7bfe32330df83f7b8"
-SRCREV_machine_qemumips ?= "03d4caf37d133a923e49b8ad6d814ee299cf92c7"
-SRCREV_machine_qemuppc ?= "3eab887a55424fc2c27553b7bfe32330df83f7b8"
-SRCREV_machine_qemux86 ?= "a7d71794e4e38d2f861c1b1dbff761ae0b0836b3"
-SRCREV_machine_qemux86-64 ?= "a7d71794e4e38d2f861c1b1dbff761ae0b0836b3"
-SRCREV_machine_qemumips64 ?= "a4793b209b32964533e37ebd28a72b757c0f651a"
-SRCREV_machine ?= "a7d71794e4e38d2f861c1b1dbff761ae0b0836b3"
-SRCREV_meta ?= "dd820fa5f7079ac75338f0484151e6454db06951"
+SRCREV_machine_qemuarm ?= "9a91ef47f85a741d842b876267b29f8ded751f68"
+SRCREV_machine_qemuarm64 ?= "9e7ee5155e3466824abe94eebb641c63ab5cd5f2"
+SRCREV_machine_qemumips ?= "40c7a721efe2822fdb7df4b2902a1994add40a77"
+SRCREV_machine_qemuppc ?= "9e7ee5155e3466824abe94eebb641c63ab5cd5f2"
+SRCREV_machine_qemux86 ?= "9e7ee5155e3466824abe94eebb641c63ab5cd5f2"
+SRCREV_machine_qemux86-64 ?= "9e7ee5155e3466824abe94eebb641c63ab5cd5f2"
+SRCREV_machine_qemumips64 ?= "fe4805532e149324939bf9d8415ed43dac357709"
+SRCREV_machine ?= "9e7ee5155e3466824abe94eebb641c63ab5cd5f2"
+SRCREV_meta ?= "25fb74eaaef249519f25e243e7f9bf0cab0e1781"
 
 SRC_URI = "git://git.yoctoproject.org/linux-yocto-4.8.git;name=machine;branch=${KBRANCH}; \
            git://git.yoctoproject.org/yocto-kernel-cache;type=kmeta;name=meta;branch=yocto-4.8;destsuffix=${KMETA}"
-- 
2.5.0

[PATCH 5/5] linux-yocto/4.4/4.8: uvesafb: provide option to specify timeout for task completion

[Bruce Ashfield]

Integrating the following patch:

[
   We try to make this change a generic extension, but it is
   actually for a corner case. When a VM (qemu) gets a very limited
   cpu bandwidth from host, which could be under a heavy load, the
   existing 5000 ms timeout could occur and trigger error messages
   in the task function's callers.

   This change adds a new timeout parameter so that we can tweak
   the value as a workaround or for troubleshooting purposes. In
   the infinite wait case, A warning message is printed at 5000ms
   interval.

   In real world, the current 5 sec is generous enough for a video
   request in my opinion, so this change could not be very useful.

   Upstream Status: Inappropriate

   Signed-off-by: Jianxun Zhang <jianxun.zhang@linux.intel.com>
]

Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
---
 meta/recipes-kernel/linux/linux-yocto-rt_4.4.bb   |  4 ++--
 meta/recipes-kernel/linux/linux-yocto-tiny_4.4.bb |  4 ++--
 meta/recipes-kernel/linux/linux-yocto_4.4.bb      | 18 +++++++++---------
 3 files changed, 13 insertions(+), 13 deletions(-)

diff --git a/meta/recipes-kernel/linux/linux-yocto-rt_4.4.bb b/meta/recipes-kernel/linux/linux-yocto-rt_4.4.bb
index fc0e2a431e0a..e7057005d115 100644
--- a/meta/recipes-kernel/linux/linux-yocto-rt_4.4.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-rt_4.4.bb
@@ -11,8 +11,8 @@ python () {
         raise bb.parse.SkipPackage("Set PREFERRED_PROVIDER_virtual/kernel to linux-yocto-rt to enable it")
 }
 
-SRCREV_machine ?= "9135adcfb01432abe4a95a50fca5d0395239f798"
-SRCREV_meta ?= "698835841165b68089604398f68fd8bc3f79cb65"
+SRCREV_machine ?= "a52822c864c50cc5e42939d217a8559fbf853fde"
+SRCREV_meta ?= "59290c5f6192da2eccf478d37a8f9f88134822b3"
 
 SRC_URI = "git://git.yoctoproject.org/linux-yocto-4.4.git;branch=${KBRANCH};name=machine \
            git://git.yoctoproject.org/yocto-kernel-cache;type=kmeta;name=meta;branch=yocto-4.4;destsuffix=${KMETA}"
diff --git a/meta/recipes-kernel/linux/linux-yocto-tiny_4.4.bb b/meta/recipes-kernel/linux/linux-yocto-tiny_4.4.bb
index 1334a8606e34..e73754519c6a 100644
--- a/meta/recipes-kernel/linux/linux-yocto-tiny_4.4.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-tiny_4.4.bb
@@ -9,8 +9,8 @@ LINUX_VERSION ?= "4.4.18"
 KMETA = "kernel-meta"
 KCONF_BSP_AUDIT_LEVEL = "2"
 
-SRCREV_machine ?= "0a0c93f29c0d65c00abdd2f6d1eb89134fae9525"
-SRCREV_meta ?= "698835841165b68089604398f68fd8bc3f79cb65"
+SRCREV_machine ?= "a67e1ae4bf3570e93f8d8fe33b1830de058c1b72"
+SRCREV_meta ?= "59290c5f6192da2eccf478d37a8f9f88134822b3"
 
 PV = "${LINUX_VERSION}+git${SRCPV}"
 
diff --git a/meta/recipes-kernel/linux/linux-yocto_4.4.bb b/meta/recipes-kernel/linux/linux-yocto_4.4.bb
index 8661452c74fa..6e5a7c7920ab 100644
--- a/meta/recipes-kernel/linux/linux-yocto_4.4.bb
+++ b/meta/recipes-kernel/linux/linux-yocto_4.4.bb
@@ -11,15 +11,15 @@ KBRANCH_qemux86  ?= "standard/base"
 KBRANCH_qemux86-64 ?= "standard/base"
 KBRANCH_qemumips64 ?= "standard/mti-malta64"
 
-SRCREV_machine_qemuarm ?= "81cae0bb962c278b7fd616ce94b0a1ea21b9a938"
-SRCREV_machine_qemuarm64 ?= "0a0c93f29c0d65c00abdd2f6d1eb89134fae9525"
-SRCREV_machine_qemumips ?= "92bae966ed0bdf4bd8c8343978f83b80b8fa9981"
-SRCREV_machine_qemuppc ?= "0a0c93f29c0d65c00abdd2f6d1eb89134fae9525"
-SRCREV_machine_qemux86 ?= "0a0c93f29c0d65c00abdd2f6d1eb89134fae9525"
-SRCREV_machine_qemux86-64 ?= "0a0c93f29c0d65c00abdd2f6d1eb89134fae9525"
-SRCREV_machine_qemumips64 ?= "aa125473aef74e7731b14f6b56c1b50589fcd668"
-SRCREV_machine ?= "0a0c93f29c0d65c00abdd2f6d1eb89134fae9525"
-SRCREV_meta ?= "698835841165b68089604398f68fd8bc3f79cb65"
+SRCREV_machine_qemuarm ?= "2505d9c2441eb638d55b330144988d1730065074"
+SRCREV_machine_qemuarm64 ?= "a67e1ae4bf3570e93f8d8fe33b1830de058c1b72"
+SRCREV_machine_qemumips ?= "544caf9c03c40c2de6b93db9a767e568e0baaa8f"
+SRCREV_machine_qemuppc ?= "a67e1ae4bf3570e93f8d8fe33b1830de058c1b72"
+SRCREV_machine_qemux86 ?= "a67e1ae4bf3570e93f8d8fe33b1830de058c1b72"
+SRCREV_machine_qemux86-64 ?= "a67e1ae4bf3570e93f8d8fe33b1830de058c1b72"
+SRCREV_machine_qemumips64 ?= "c1b45251a5fabfb0f2aba3a0168d8a952a2cd827"
+SRCREV_machine ?= "a67e1ae4bf3570e93f8d8fe33b1830de058c1b72"
+SRCREV_meta ?= "59290c5f6192da2eccf478d37a8f9f88134822b3"
 
 SRC_URI = "git://git.yoctoproject.org/linux-yocto-4.4.git;name=machine;branch=${KBRANCH}; \
            git://git.yoctoproject.org/yocto-kernel-cache;type=kmeta;name=meta;branch=yocto-4.4;destsuffix=${KMETA}"
-- 
2.5.0

Re: [PATCH 4/5] linux-yocto: update to 4.8-rc5

[Bruce Ashfield]

[-- Attachment #1: Type: text/plain, Size: 4420 bytes --]

I forgot to bump the LINUX_VERSION on this patch. I can send an incremental
change
or amend this one. Which is preferred ?

Bruce

On Wed, Sep 7, 2016 at 9:08 PM, Bruce Ashfield <bruce.ashfield@windriver.com
> wrote:

> Signed-off-by: Bruce Ashfield <bruce.ashfield@windriver.com>
> ---
>  meta/recipes-kernel/linux/linux-yocto-rt_4.8.bb   |  4 ++--
>  meta/recipes-kernel/linux/linux-yocto-tiny_4.8.bb |  4 ++--
>  meta/recipes-kernel/linux/linux-yocto_4.8.bb      | 18 +++++++++---------
>  3 files changed, 13 insertions(+), 13 deletions(-)
>
> diff --git a/meta/recipes-kernel/linux/linux-yocto-rt_4.8.bb
> b/meta/recipes-kernel/linux/linux-yocto-rt_4.8.bb
> index 9fe0112fff4f..84699ef70908 100644
> --- a/meta/recipes-kernel/linux/linux-yocto-rt_4.8.bb
> +++ b/meta/recipes-kernel/linux/linux-yocto-rt_4.8.bb
> @@ -11,8 +11,8 @@ python () {
>          raise bb.parse.SkipPackage("Set PREFERRED_PROVIDER_virtual/kernel
> to linux-yocto-rt to enable it")
>  }
>
> -SRCREV_machine ?= "a7d71794e4e38d2f861c1b1dbff761ae0b0836b3"
> -SRCREV_meta ?= "dd820fa5f7079ac75338f0484151e6454db06951"
> +SRCREV_machine ?= "9e7ee5155e3466824abe94eebb641c63ab5cd5f2"
> +SRCREV_meta ?= "25fb74eaaef249519f25e243e7f9bf0cab0e1781"
>
>  SRC_URI = "git://git.yoctoproject.org/linux-yocto-4.8.git;branch=${
> KBRANCH};name=machine \
>             git://git.yoctoproject.org/yocto-kernel-cache;type=kmeta;
> name=meta;branch=yocto-4.8;destsuffix=${KMETA}"
> diff --git a/meta/recipes-kernel/linux/linux-yocto-tiny_4.8.bb
> b/meta/recipes-kernel/linux/linux-yocto-tiny_4.8.bb
> index 7ef5e7e83484..58d3fea6c95d 100644
> --- a/meta/recipes-kernel/linux/linux-yocto-tiny_4.8.bb
> +++ b/meta/recipes-kernel/linux/linux-yocto-tiny_4.8.bb
> @@ -9,8 +9,8 @@ LINUX_VERSION ?= "4.8-rc4"
>  KMETA = "kernel-meta"
>  KCONF_BSP_AUDIT_LEVEL = "2"
>
> -SRCREV_machine ?= "3eab887a55424fc2c27553b7bfe32330df83f7b8"
> -SRCREV_meta ?= "dd820fa5f7079ac75338f0484151e6454db06951"
> +SRCREV_machine ?= "9e7ee5155e3466824abe94eebb641c63ab5cd5f2"
> +SRCREV_meta ?= "25fb74eaaef249519f25e243e7f9bf0cab0e1781"
>
>  PV = "${LINUX_VERSION}+git${SRCPV}"
>
> diff --git a/meta/recipes-kernel/linux/linux-yocto_4.8.bb
> b/meta/recipes-kernel/linux/linux-yocto_4.8.bb
> index 279c0db924fa..d6837d8a1827 100644
> --- a/meta/recipes-kernel/linux/linux-yocto_4.8.bb
> +++ b/meta/recipes-kernel/linux/linux-yocto_4.8.bb
> @@ -11,15 +11,15 @@ KBRANCH_qemux86  ?= "standard/base"
>  KBRANCH_qemux86-64 ?= "standard/base"
>  KBRANCH_qemumips64 ?= "standard/mti-malta64"
>
> -SRCREV_machine_qemuarm ?= "20544507201f870a365c43759e5dea1ab49a2d68"
> -SRCREV_machine_qemuarm64 ?= "3eab887a55424fc2c27553b7bfe32330df83f7b8"
> -SRCREV_machine_qemumips ?= "03d4caf37d133a923e49b8ad6d814ee299cf92c7"
> -SRCREV_machine_qemuppc ?= "3eab887a55424fc2c27553b7bfe32330df83f7b8"
> -SRCREV_machine_qemux86 ?= "a7d71794e4e38d2f861c1b1dbff761ae0b0836b3"
> -SRCREV_machine_qemux86-64 ?= "a7d71794e4e38d2f861c1b1dbff761ae0b0836b3"
> -SRCREV_machine_qemumips64 ?= "a4793b209b32964533e37ebd28a72b757c0f651a"
> -SRCREV_machine ?= "a7d71794e4e38d2f861c1b1dbff761ae0b0836b3"
> -SRCREV_meta ?= "dd820fa5f7079ac75338f0484151e6454db06951"
> +SRCREV_machine_qemuarm ?= "9a91ef47f85a741d842b876267b29f8ded751f68"
> +SRCREV_machine_qemuarm64 ?= "9e7ee5155e3466824abe94eebb641c63ab5cd5f2"
> +SRCREV_machine_qemumips ?= "40c7a721efe2822fdb7df4b2902a1994add40a77"
> +SRCREV_machine_qemuppc ?= "9e7ee5155e3466824abe94eebb641c63ab5cd5f2"
> +SRCREV_machine_qemux86 ?= "9e7ee5155e3466824abe94eebb641c63ab5cd5f2"
> +SRCREV_machine_qemux86-64 ?= "9e7ee5155e3466824abe94eebb641c63ab5cd5f2"
> +SRCREV_machine_qemumips64 ?= "fe4805532e149324939bf9d8415ed43dac357709"
> +SRCREV_machine ?= "9e7ee5155e3466824abe94eebb641c63ab5cd5f2"
> +SRCREV_meta ?= "25fb74eaaef249519f25e243e7f9bf0cab0e1781"
>
>  SRC_URI = "git://git.yoctoproject.org/linux-yocto-4.8.git;name=
> machine;branch=${KBRANCH}; \
>             git://git.yoctoproject.org/yocto-kernel-cache;type=kmeta;
> name=meta;branch=yocto-4.8;destsuffix=${KMETA}"
> --
> 2.5.0
>
> --
> _______________________________________________
> 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"

[-- Attachment #2: Type: text/html, Size: 7796 bytes --]

Re: [PATCH 4/5] linux-yocto: update to 4.8-rc5

[Richard Purdie]

On Thu, 2016-09-08 at 14:17 -0400, Bruce Ashfield wrote:
> I forgot to bump the LINUX_VERSION on this patch. I can send an
> incremental change
> or amend this one. Which is preferred ?

It already merged so against master please.

(and I can confirm the build performance looks much better thanks!)

Cheers,

Richard

[PATCH 0/5] kernel-yocto: consolidated pull request

[bruce.ashfield]

From: Bruce Ashfield <bruce.ashfield@gmail.com>

Richard,

Here's the next round of -stable updates, and a lttng-modules fix .. just
because what fun would it be without some lttng issues :)

Local testing has passed, but we'll see if the AB manages to spot something
that I could hit.

Bruce

The following changes since commit bd66a18eaa463c2eab291fea68039bf0d61c7b8b:

  openssl: minor security upgrade 3.0.2 -> 3.0.3 (2022-05-15 08:57:16 +0100)

are available in the Git repository at:

  git://git.yoctoproject.org/poky-contrib zedd/kernel
  http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=zedd/kernel

Bruce Ashfield (5):
  linux-yocto/5.15: update to v5.15.37
  linux-yocto/5.10: update to v5.10.113
  linux-yocto/5.15: update to v5.15.38
  linux-yocto/5.10: update to v5.10.114
  lttng-modules: fix build against 5.18-rc7+

 .../linux/linux-yocto-rt_5.10.bb              |  6 +-
 .../linux/linux-yocto-rt_5.15.bb              |  6 +-
 .../linux/linux-yocto-tiny_5.10.bb            |  8 +-
 .../linux/linux-yocto-tiny_5.15.bb            |  6 +-
 meta/recipes-kernel/linux/linux-yocto_5.10.bb | 24 ++---
 meta/recipes-kernel/linux/linux-yocto_5.15.bb | 26 +++---
 ...x-__trace_sched_switch_state-5.18-rc.patch | 88 +++++++++++++++++++
 .../lttng/lttng-modules_2.13.3.bb             |  1 +
 8 files changed, 127 insertions(+), 38 deletions(-)
 create mode 100644 meta/recipes-kernel/lttng/lttng-modules/0001-sched-tracing-fix-__trace_sched_switch_state-5.18-rc.patch

-- 
2.19.1

[PATCH 0/5] kernel-yocto: consolidated pull request

[Bruce Ashfield]

From: Bruce Ashfield <bruce.ashfield@gmail.com>

Richard,

Here's the latest set of queued kernel changes.

Two are routine -stable updates, the other meta data change is the cherry pick
of a 5.4 change we had, that I somehow missed when creating the 5.8 config
branch. This will get rid of he intermittent reproducibility failure, which
I'll continue to debug.

The two kernel-yocto changes are features that have been requested for some
time. One simply allows an configuration audit warning to be an error (off by
default), and the other allows changes to files pointed to by .scc files to
be part of the checksum.

I checked the checksum patch as discussed earlier, and it does look like it
will work with directories that don't already exist, since if something isn't
listed already as :True, it will be added as either :True or :False based on
whether it exists when the checksum is calculated.

There's a corner case that a moved file doesn't seen to trigger a new exec of
the task, but that isn't something commonly done and something that I can look
into if it pops up. I've had this patch in my tree for ~8 months, so it is
time to get it out and about :D

Cheers,

Bruce

The following changes since commit b67303460c9da25f69b206d0bbb3fa1467857bab:

  devtool: expand SRC_URI when guessing recipe update mode (2020-08-27 08:28:03 +0100)

are available in the Git repository at:

  git://git.yoctoproject.org/poky-contrib zedd/kernel
  http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=zedd/kernel

Bruce Ashfield (5):
  linux-yocto/5.4: update to v5.4.61
  linux-yocto/5.8: update to v5.8.4
  linux-yocto/5.8: disable IKHEADERS in default builds
  kernel-yocto: checksum all modifications to available kernel fragments
    directories
  kernel-yocto: allow promotion of configuration warnings to errors

 meta/classes/kernel-yocto.bbclass             | 52 ++++++++++++++++++-
 .../linux/linux-yocto-rt_5.4.bb               |  6 +--
 .../linux/linux-yocto-rt_5.8.bb               |  6 +--
 .../linux/linux-yocto-tiny_5.4.bb             |  8 +--
 .../linux/linux-yocto-tiny_5.8.bb             |  8 +--
 meta/recipes-kernel/linux/linux-yocto_5.4.bb  | 22 ++++----
 meta/recipes-kernel/linux/linux-yocto_5.8.bb  | 22 ++++----
 7 files changed, 86 insertions(+), 38 deletions(-)

-- 
2.19.1

[PATCH 0/5] kernel-yocto: consolidated pull request

[Bruce Ashfield]

Hi all,

Here is my latest set of updates to the 4.8/4.4 kernels, as well as a couple
of bug fixes to the tools.

I've included short log summaries of the changes that come with the -stable
updates in the commits themselves.

Also of note, now that 4.9 is in the latter part of the -rc cycle, I'll bring
linux-yocto-dev up to date with it, and create a versioned recipe for it, so
it can be the LTS kernel in the 2.3 release.

Cheers,

Bruce

The following changes since commit 9b1bd29ea99aa0dec51e603e4ac28e211af19765:

  maintainers.inc: remove libwnck3 recipe (2016-11-15 15:19:55 +0000)

are available in the git repository at:

  git://git.pokylinux.org/poky-contrib zedd/kernel
  http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=zedd/kernel

Bruce Ashfield (5):
  linux-yocto/4.8: fix cryptodev compilation error
  linux-yocto/4.8: update to v4.8.6-rt5
  linux-yocto/4.8: update from v4.8.6 -> v4.8.8
  linux-yocto/4.4: update to v4.4.32
  kern-tools: error checking and tree generation fixes

 .../kern-tools/kern-tools-native_git.bb              |  2 +-
 meta/recipes-kernel/linux/linux-yocto-rt_4.4.bb      |  6 +++---
 meta/recipes-kernel/linux/linux-yocto-rt_4.8.bb      |  6 +++---
 meta/recipes-kernel/linux/linux-yocto-tiny_4.4.bb    |  6 +++---
 meta/recipes-kernel/linux/linux-yocto-tiny_4.8.bb    |  6 +++---
 meta/recipes-kernel/linux/linux-yocto_4.4.bb         | 20 ++++++++++----------
 meta/recipes-kernel/linux/linux-yocto_4.8.bb         | 20 ++++++++++----------
 7 files changed, 33 insertions(+), 33 deletions(-)

-- 
2.5.0

[PATCH 0/5] kernel-yocto: consolidated pull request

[Bruce Ashfield]

Richard/Saul,

This pull request is a collection of bug fixes and feature additions
for the 1.4 release. Documentation updates are underway for the new
features, but they've soaked long enough here, so I wanted to get
them out while there's lots of time to address any issues.

[PATCH 1/5] guilt: remove GIT_EXEC_BASE export

  This fixes a bug that has been reported off and on for nearly a 
  year now. I finally saw it on my local machine and was able to
  track down the cause .. and export of GIT_EXEC_BASE that is no
  longer needed. Although I may get rid of guilt shortly, it's still
  worth fixing this now.

[PATCH 2/5] kernel-yocto: make configuration audit details debug only

  This addresses [YOCTO #3415], and simply makes the full kernel
  configuration audit slightly less visible, but yet still available.

[PATCH 3/5] kernel-yocto: fix .scc and .cfg matching

  I ran into this while implementing a new feature, some local 
  SRC_URIs were matching fragments incorrectly. With this fix
  I'm back to only getting .scc and .cfg files.

[PATCH 4/5] kernel-yocto: allow multiple / shared kernel feature directories

  This is the most interesting addition of this series, and it's
  the start of solving the problem of having multiple people developing
  disjoint sets of kernel configuration blocks, or kernel features. 

  To promote the reuse and sharing of configuration fragments this change
  allows any kernel-yocto based recipe to have multiple alternate git repositories
  which provide kernel feature directory trees listed on the SRC_URI.

  These feature directories are in addition to any in-tree kernel meta data branches
  that may be available (described via the KMETA variable in linux-yocto recipes).

  Features found within these directories can be used from recipes via the
  KERNEL_FEATURES variable. Features found within a feature directory are free
  to include any other features that are available in any directories. In both
  cases the path to a feature description (a .scc file) is relative to the
  root of a given feature directory (which is how existing .scc files work)

  The search order for features is determined by the order that repositories
  appear on the SRC_URI.

  Normal SRC_URI rules apply to any repository that is added as a kernel
  feature container. A SRCREV must be supplied and it must be unpacked to
  a unique directory, which is controlled via the "destsuffic" url parameter.

  In addition to these standard requirements, any kernel feature repository
  reference should identify itself via the "type=kmeta" url parameter. If
  type=kmeta is not supplied, the repository will not be processed for
  kernel features.

  As an example, the following in a linux-yocto bbappend makes two additional
  feature directories available to KERNEL_FEATURES and fragments.

    SRC_URI += "git://git.yoctoproject.org/yocto-kernel-cache;protocol=git;branch=master;type=kmeta;name=feat1;destsuffix=kernel-cache/"
    SRC_URI += "git://${KSRC_linux_yocto_3_4};protocol=file;branch=meta;name=feat2;type=kmeta;destsuffix=kernel-features-experimental/"

    SRCREV_feat1 = "${AUTOREV}"
    SRCREV_feat2 = "${AUTOREV}"

[PATCH 5/5] kernel-yocto/linux-yocto-custom: support low bandwidth options

  To support configurations where active development is not being done within
  the oe/bitbake build environment and restricted bandwidth situations, this
  commit allows the SRC_URI to point to a kernel tgz instead of a full git
  repository.

  Outside of the upstream tgz instead of a kernel git repository, the
  restrictions, config and patch process is the same as any linux-yocto-custom
  recipe.

  An example linux-yocto-custom based recipe would have a configuration like
  this to build the 3.7 kernel, using an externally supplied config, from the
  3.7 tgz:

    SRC_URI = "http://kernel.org/pub/linux/kernel/v3.0/linux-3.7.tar.bz2"
    PV = "3.7"
    S = "${WORKDIR}/linux-3.7"
    SRC_URI[md5sum] = "5323f3faadd051e83af605a63be5ea2e"
    SRC_URI[sha256sum] = "dc08d87a579fe2918362e6666e503a95a76296419195cb499aa9dd4dbe171a9e"

  [YOCTO #2686]

Cheers,

Bruce

The following changes since commit 828b1143477da079956a5541f8cc66c07ab6a3cc:

  multilib: skip packages that provide virtual/kernel (2013-01-31 12:39:47 -0500)

are available in the git repository at:

  git://git.pokylinux.org/poky-contrib zedd/kernel-dev
  http://git.pokylinux.org/cgit.cgi/poky-contrib/log/?h=zedd/kernel

Bruce Ashfield (5):
  guilt: remove GIT_EXEC_BASE export
  kernel-yocto: make configuration audit details debug only
  kernel-yocto: fix .scc and .cfg matching
  kernel-yocto: allow multiple / shared kernel feature directories
  kernel-yocto/linux-yocto-custom: support low bandwidth options

 meta/classes/kernel-yocto.bbclass                  |   77 +++++++++++++++-----
 meta/recipes-devtools/guilt/guilt-native_0.33.bb   |    3 +-
 .../kern-tools/kern-tools-native_git.bb            |    2 +-
 3 files changed, 62 insertions(+), 20 deletions(-)

-- 
1.7.10.4