Re: [OE-core] [PATCH v3] devtool/standard: set a preferred provider when adding a new recipe with devtool

[Paul Eggleton]

Hi Juan,

On Thursday, 24 August 2017 12:51:09 PM NZST 
juan.m.cruz.alca...@linux.intel.com wrote:
> From: Juan M Cruz Alcaraz 
> 
> A recipe added with "devtool add" requires to be able to take precedence on 
> recipes
> previously defined with PREFERRED_PROVIDER.
> 
> By adding the parameter "--provides" to "devtool add" it is possible to 
> specify
> an element to be provided by the recipe. A devtool recipe can override a 
> previous
> PREFERRED_PROVIDER using the layer configuration file in the workspace.
> 
> E.g.
> devtool add my-libgl git@git://my-libgl-repository --provides 
> virtual/libgl
> 
> [YOCTO #10415]
> 
> Signed-off-by: Juan M Cruz Alcaraz 
> ---
>  scripts/lib/devtool/standard.py  | 20 
>  scripts/lib/recipetool/create.py |  3 +++
>  2 files changed, 23 insertions(+)
> 
> diff --git a/scripts/lib/devtool/standard.py b/scripts/lib/devtool/standard.py
> index ec192238ed..b3d857bbd9 100644
> --- a/scripts/lib/devtool/standard.py
> +++ b/scripts/lib/devtool/standard.py
> @@ -151,6 +151,8 @@ def add(args, config, basepath, workspace):
>  extracmdopts += ' --fetch-dev'
>  if args.mirrors:
>  extracmdopts += ' --mirrors'
> +if args.provides:
> +extracmdopts += ' --provides %s' % args.provides
>  
>  tempdir = tempfile.mkdtemp(prefix='devtool')
>  try:
> @@ -266,6 +268,23 @@ def add(args, config, basepath, workspace):
>  f.write('done\n')
>  f.write('}\n')
>  
> +# Check if the new layer provides recipes whose priorities have been
> +# overriden by PREFERRED_PROVIDER.
> +recipe_name = rd.getVar('PN')
> +provides = rd.getVar('PROVIDES')
> +# Search every item defined in PROVIDES
> +for recipe_provided in provides.split():
> +preferred_provider = 'PREFERRED_PROVIDER_' + recipe_provided
> +if rd.getVar(preferred_provider):
> +if args.fixed_setup:
> +#if we are inside the eSDK add the new 
> PREFERRED_PROVIDER in the workspace layer.conf
> +layerconf_file = os.path.join(config.workspace_path, 
> "conf", "layer.conf")
> +with open(layerconf_file, 'a') as f:
> +f.write('%s="%s"\n' % (preferred_provider, 
> recipe_name))
> +else:
> +logger.warn('Set \'%s\' in order to use the recipe' % 
> preferred_provider)
> +break
> +

I was all set to ack this, and then I realised there are still a few issues:

1) We aren't undoing this change to the workspace layer's layer.conf on
reset/finish. Can you please add that?

2) Could you please add spaces around the = in the line we add to layer.conf
as well.

3) At the moment you just check if the PREFERRED_PROVIDER is set at all,
but we can also skip all of this if it's already set to PN of the recipe
we're working on.

Thanks,
Paul

-- 

Paul Eggleton
Intel Open Source Technology Centre
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH] pulseaudio: Backport a patch to replace use of VLAIS

[Khem Raj]

Fix build with clang

Signed-off-by: Khem Raj 
---
 ...-don-t-use-variable-length-array-in-union.patch | 59 ++
 .../pulseaudio/pulseaudio_10.0.bb  |  1 +
 2 files changed, 60 insertions(+)
 create mode 100644 
meta/recipes-multimedia/pulseaudio/pulseaudio/pulseaudio-discuss-iochannel-don-t-use-variable-length-array-in-union.patch

diff --git 
a/meta/recipes-multimedia/pulseaudio/pulseaudio/pulseaudio-discuss-iochannel-don-t-use-variable-length-array-in-union.patch
 
b/meta/recipes-multimedia/pulseaudio/pulseaudio/pulseaudio-discuss-iochannel-don-t-use-variable-length-array-in-union.patch
new file mode 100644
index 00..11b56abd26
--- /dev/null
+++ 
b/meta/recipes-multimedia/pulseaudio/pulseaudio/pulseaudio-discuss-iochannel-don-t-use-variable-length-array-in-union.patch
@@ -0,0 +1,59 @@
+From patchwork Sat Feb  4 12:19:01 2017
+Content-Type: text/plain; charset="utf-8"
+MIME-Version: 1.0
+Content-Transfer-Encoding: 7bit
+Subject: [pulseaudio-discuss] iochannel: don't use variable length array in
+ union
+From: Tanu Kaskinen 
+X-Patchwork-Id: 136885
+Message-Id: <20170204121901.17428-1-ta...@iki.fi>
+To: pulseaudio-disc...@lists.freedesktop.org
+Date: Sat,  4 Feb 2017 14:19:01 +0200
+
+Clang didn't like the variable length array:
+
+pulsecore/iochannel.c:358:17: error: fields must have a constant size:
+'variable length array in structure' extension will never be supported
+uint8_t data[CMSG_SPACE(sizeof(int) * nfd)];
+^
+
+Commit 451d1d6762 introduced the variable length array in order to have
+the correct value in msg_controllen. This patch reverts that commit and
+uses a different way to achieve the same goal.
+
+BugLink: https://bugs.freedesktop.org/show_bug.cgi?id=99458
+---
+Upstream-Status: Backport
+Signed-off-by: Khem Raj 
+
+ src/pulsecore/iochannel.c | 10 --
+ 1 file changed, 8 insertions(+), 2 deletions(-)
+
+diff --git a/src/pulsecore/iochannel.c b/src/pulsecore/iochannel.c
+index 8ace297ff..897337522 100644
+--- a/src/pulsecore/iochannel.c
 b/src/pulsecore/iochannel.c
+@@ -355,7 +355,7 @@ ssize_t pa_iochannel_write_with_fds(pa_iochannel*io, const 
void*data, size_t l,
+ struct iovec iov;
+ union {
+ struct cmsghdr hdr;
+-uint8_t data[CMSG_SPACE(sizeof(int) * nfd)];
++uint8_t data[CMSG_SPACE(sizeof(int) * MAX_ANCIL_DATA_FDS)];
+ } cmsg;
+ 
+ pa_assert(io);
+@@ -382,7 +382,13 @@ ssize_t pa_iochannel_write_with_fds(pa_iochannel*io, 
const void*data, size_t l,
+ mh.msg_iov = 
+ mh.msg_iovlen = 1;
+ mh.msg_control = 
+-mh.msg_controllen = sizeof(cmsg);
++
++/* If we followed the example on the cmsg man page, we'd use
++ * sizeof(cmsg.data) here, but if nfd < MAX_ANCIL_DATA_FDS, then the data
++ * buffer is larger than needed, and the kernel doesn't like it if we set
++ * msg_controllen to a larger than necessary value. The commit message for
++ * commit 451d1d6762 contains a longer explanation. */
++mh.msg_controllen = CMSG_SPACE(sizeof(int) * nfd);
+ 
+ if ((r = sendmsg(io->ofd, , MSG_NOSIGNAL)) >= 0) {
+ io->writable = io->hungup = false;
diff --git a/meta/recipes-multimedia/pulseaudio/pulseaudio_10.0.bb 
b/meta/recipes-multimedia/pulseaudio/pulseaudio_10.0.bb
index f3a85737fc..9a34afaa7e 100644
--- a/meta/recipes-multimedia/pulseaudio/pulseaudio_10.0.bb
+++ b/meta/recipes-multimedia/pulseaudio/pulseaudio_10.0.bb
@@ -3,6 +3,7 @@ require pulseaudio.inc
 SRC_URI = "http://freedesktop.org/software/pulseaudio/releases/${BP}.tar.xz \
file://0001-padsp-Make-it-compile-on-musl.patch \
file://0001-client-conf-Add-allow-autospawn-for-root.patch \
+   
file://pulseaudio-discuss-iochannel-don-t-use-variable-length-array-in-union.patch
 \
file://volatiles.04_pulse \
 "
 SRC_URI[md5sum] = "4950d2799bf55ab91f6b7f990b7f0971"
-- 
2.14.1

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

Re: [OE-core] [PATCH 1/7] linux-yocto/4.10: fix aufs build

[Bruce Ashfield]

On 2017-08-31 9:27 PM, Kevin Hao wrote:

On Thu, Aug 31, 2017 at 03:30:58PM -0400, Bruce Ashfield wrote:

diff --git a/meta/recipes-kernel/linux/linux-yocto_4.10.bb 
b/meta/recipes-kernel/linux/linux-yocto_4.10.bb
index 4107891f6e8a..10b56cda77e7 100644
--- a/meta/recipes-kernel/linux/linux-yocto_4.10.bb
+++ b/meta/recipes-kernel/linux/linux-yocto_4.10.bb
@@ -11,15 +11,15 @@ KBRANCH_qemux86  ?= "standard/base"
  KBRANCH_qemux86-64 ?= "standard/base"
  KBRANCH_qemumips64 ?= "standard/mti-malta64"
  
-SRCREV_machine_qemuarm ?= "4c652d50c67050422da4621cc6421ecb86b31c31"

-SRCREV_machine_qemuarm64 ?= "65370fa249e282e4ce69cf927c01898b4c16f261"
-SRCREV_machine_qemumips ?= "0a632fa7f9615ad1b2488a300846a7e925e6591a"
-SRCREV_machine_qemuppc ?= "65370fa249e282e4ce69cf927c01898b4c16f261"
-SRCREV_machine_qemux86 ?= "65370fa249e282e4ce69cf927c01898b4c16f261"
-SRCREV_machine_qemux86-64 ?= "65370fa249e282e4ce69cf927c01898b4c16f261"
-SRCREV_machine_qemumips64 ?= "75c22c1be83bf7894af78a36b3e3c5af08ce4d7b"
-SRCREV_machine ?= "65370fa249e282e4ce69cf927c01898b4c16f261"
-SRCREV_meta ?= "6ac2680ca4316fe111cddec37def7757843bbe86"
+SRCREV_machine_qemuarm ?= "97253eca8592c9cba7c7665277e1118b048b9639"
+SRCREV_machine_qemuarm64 ?= "f4ba3db6e599ed41d1c676f9086ad8b97fd55046"
+SRCREV_machine_qemumips ?= "52e935b59800868731e7620caf49cc257f1b9946"
+SRCREV_machine_qemuppc ?= "f4ba3db6e599ed41d1c676f9086ad8b97fd55046"
+SRCREV_machine_qemux86 ?= "f4ba3db6e599ed41d1c676f9086ad8b97fd55046"
+SRCREV_machine_qemux86-64 ?= "f4ba3db6e599ed41d1c676f9086ad8b97fd55046"
+SRCREV_machine_qemumips64 ?= "7b6d7feb4b0143d6f9146784f6072ffd171dd7ba"
+SRCREV_machine ?= "f4ba3db6e599ed41d1c676f9086ad8b97fd55046"


Hi Bruce,

I didn't get these commits in linux-yocto-4.10 git tee? Did you forget to push
or I missed something?



I see them in the tree. So I'm not sure what it happening!

Bruce


Thanks,
Kevin


+SRCREV_meta ?= "416a2862c3bac3ecb641bf14e14c1d2c9c23ed96"
  
  SRC_URI = "git://git.yoctoproject.org/linux-yocto-4.10.git;name=machine;branch=${KBRANCH}; \

 
git://git.yoctoproject.org/yocto-kernel-cache;type=kmeta;name=meta;branch=yocto-4.10;destsuffix=${KMETA}"
--
2.5.0

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


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

Re: [OE-core] [PATCH 1/7] linux-yocto/4.10: fix aufs build

[Kevin Hao]

On Thu, Aug 31, 2017 at 03:30:58PM -0400, Bruce Ashfield wrote:
> diff --git a/meta/recipes-kernel/linux/linux-yocto_4.10.bb 
> b/meta/recipes-kernel/linux/linux-yocto_4.10.bb
> index 4107891f6e8a..10b56cda77e7 100644
> --- a/meta/recipes-kernel/linux/linux-yocto_4.10.bb
> +++ b/meta/recipes-kernel/linux/linux-yocto_4.10.bb
> @@ -11,15 +11,15 @@ KBRANCH_qemux86  ?= "standard/base"
>  KBRANCH_qemux86-64 ?= "standard/base"
>  KBRANCH_qemumips64 ?= "standard/mti-malta64"
>  
> -SRCREV_machine_qemuarm ?= "4c652d50c67050422da4621cc6421ecb86b31c31"
> -SRCREV_machine_qemuarm64 ?= "65370fa249e282e4ce69cf927c01898b4c16f261"
> -SRCREV_machine_qemumips ?= "0a632fa7f9615ad1b2488a300846a7e925e6591a"
> -SRCREV_machine_qemuppc ?= "65370fa249e282e4ce69cf927c01898b4c16f261"
> -SRCREV_machine_qemux86 ?= "65370fa249e282e4ce69cf927c01898b4c16f261"
> -SRCREV_machine_qemux86-64 ?= "65370fa249e282e4ce69cf927c01898b4c16f261"
> -SRCREV_machine_qemumips64 ?= "75c22c1be83bf7894af78a36b3e3c5af08ce4d7b"
> -SRCREV_machine ?= "65370fa249e282e4ce69cf927c01898b4c16f261"
> -SRCREV_meta ?= "6ac2680ca4316fe111cddec37def7757843bbe86"
> +SRCREV_machine_qemuarm ?= "97253eca8592c9cba7c7665277e1118b048b9639"
> +SRCREV_machine_qemuarm64 ?= "f4ba3db6e599ed41d1c676f9086ad8b97fd55046"
> +SRCREV_machine_qemumips ?= "52e935b59800868731e7620caf49cc257f1b9946"
> +SRCREV_machine_qemuppc ?= "f4ba3db6e599ed41d1c676f9086ad8b97fd55046"
> +SRCREV_machine_qemux86 ?= "f4ba3db6e599ed41d1c676f9086ad8b97fd55046"
> +SRCREV_machine_qemux86-64 ?= "f4ba3db6e599ed41d1c676f9086ad8b97fd55046"
> +SRCREV_machine_qemumips64 ?= "7b6d7feb4b0143d6f9146784f6072ffd171dd7ba"
> +SRCREV_machine ?= "f4ba3db6e599ed41d1c676f9086ad8b97fd55046"

Hi Bruce,

I didn't get these commits in linux-yocto-4.10 git tee? Did you forget to push
or I missed something?

Thanks,
Kevin

> +SRCREV_meta ?= "416a2862c3bac3ecb641bf14e14c1d2c9c23ed96"
>  
>  SRC_URI = 
> "git://git.yoctoproject.org/linux-yocto-4.10.git;name=machine;branch=${KBRANCH};
>  \
> 
> git://git.yoctoproject.org/yocto-kernel-cache;type=kmeta;name=meta;branch=yocto-4.10;destsuffix=${KMETA}"
> -- 
> 2.5.0
> 
> -- 
> ___
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core


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

[OE-core] ✗ patchtest: failure for insane.bbclass: Warn if ${COREBASE}/LICENSE is used (rev2)

[Patchwork]

== Series Details ==

Series: insane.bbclass: Warn if ${COREBASE}/LICENSE is used (rev2)
Revision: 2
URL   : https://patchwork.openembedded.org/series/8319/
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 cannot be parsed correctly due to malformed diff 
lines [test_mbox_format] 
  Suggested fixCreate the series again using git-format-patch and ensure it 
can be applied using git am
  Diff line @@ -670,6 +670,10 @@ python populate_lic_qa_checksum() {


* 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 811edd9542)



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] -> ...).

---
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] mkelfimage: Add update convert.bin.c file

[Saul Wold]

This is a compile code fragment that has an elf signature, it needs to be
updated for the newer tools.

After 2.4 we will be removing the elf Image type as it has been expunged
from the coreboot repo since 2014.

[YOCTO #11967]

Signed-off-by: Saul Wold 
---
 .../mkelfimage/mkelfimage/convert.bin.c| 348 +
 meta/recipes-devtools/mkelfimage/mkelfimage_git.bb |   5 +
 2 files changed, 353 insertions(+)
 create mode 100644 meta/recipes-devtools/mkelfimage/mkelfimage/convert.bin.c

diff --git a/meta/recipes-devtools/mkelfimage/mkelfimage/convert.bin.c 
b/meta/recipes-devtools/mkelfimage/mkelfimage/convert.bin.c
new file mode 100644
index 000..cb6faa8
--- /dev/null
+++ b/meta/recipes-devtools/mkelfimage/mkelfimage/convert.bin.c
@@ -0,0 +1,348 @@
+0xfc, 0xfa, 0xa3, 0x9c, 0x02, 0x01, 0x00, 0x89, 0x1d, 0xa0, 0x02, 0x01, 0x00, 
0x83, 0xfc, 0x00,
+0x74, 0x09, 0x8b, 0x44, 0x24, 0x04, 0xa3, 0xa4, 0x02, 0x01, 0x00, 0x8b, 0x25, 
0x80, 0x14, 0x01,
+0x00, 0x6a, 0x00, 0x9d, 0x31, 0xc0, 0xbf, 0xb8, 0x15, 0x01, 0x00, 0xb9, 0x44, 
0x58, 0x01, 0x00,
+0x29, 0xf9, 0xfc, 0xf3, 0xaa, 0xbe, 0xba, 0x02, 0x01, 0x00, 0xbf, 0x00, 0x10, 
0x02, 0x00, 0xb9,
+0x70, 0x00, 0x00, 0x00, 0xf3, 0xa4, 0x0f, 0x01, 0x15, 0xb4, 0x02, 0x01, 0x00, 
0x0f, 0x01, 0x1d,
+0xae, 0x02, 0x01, 0x00, 0xb8, 0x18, 0x00, 0x00, 0x00, 0x8e, 0xd8, 0x8e, 0xc0, 
0x8e, 0xe0, 0x8e,
+0xe8, 0x8e, 0xd0, 0x68, 0x90, 0x14, 0x01, 0x00, 0xff, 0x35, 0xa4, 0x02, 0x01, 
0x00, 0xff, 0x35,
+0xa0, 0x02, 0x01, 0x00, 0xff, 0x35, 0x9c, 0x02, 0x01, 0x00, 0xe8, 0xe3, 0x08, 
0x00, 0x00, 0x89,
+0xc6, 0x83, 0xc4, 0x10, 0x6a, 0x00, 0x9d, 0x31, 0xdb, 0xa1, 0xac, 0x14, 0x01, 
0x00, 0x83, 0xf8,
+0x01, 0x74, 0x13, 0x31, 0xc0, 0x31, 0xc9, 0x31, 0xd2, 0x31, 0xff, 0x31, 0xed, 
0x6a, 0x10, 0xa1,
+0xa8, 0x14, 0x01, 0x00, 0x50, 0xcb, 0x89, 0xf0, 0xbe, 0x2a, 0x03, 0x01, 0x00, 
0xbf, 0x00, 0x20,
+0x02, 0x00, 0xb9, 0x20, 0x00, 0x00, 0x00, 0xf3, 0xa4, 0x89, 0xc6, 0x0f, 0x01, 
0x15, 0x2a, 0x03,
+0x01, 0x00, 0x31, 0xc0, 0x0f, 0xba, 0xe8, 0x05, 0x0f, 0x22, 0xe0, 0xbf, 0x00, 
0x30, 0x02, 0x00,
+0x31, 0xc0, 0xb9, 0x00, 0x18, 0x00, 0x00, 0xf3, 0xab, 0xbf, 0x00, 0x30, 0x02, 
0x00, 0x8d, 0x87,
+0x07, 0x10, 0x00, 0x00, 0x89, 0x07, 0xbf, 0x00, 0x40, 0x02, 0x00, 0x8d, 0x87, 
0x07, 0x10, 0x00,
+0x00, 0xb9, 0x04, 0x00, 0x00, 0x00, 0x89, 0x07, 0x05, 0x00, 0x10, 0x00, 0x00, 
0x83, 0xc7, 0x08,
+0x49, 0x75, 0xf3, 0xbf, 0x00, 0x50, 0x02, 0x00, 0xb8, 0x83, 0x01, 0x00, 0x00, 
0xb9, 0x00, 0x08,
+0x00, 0x00, 0x89, 0x07, 0x05, 0x00, 0x00, 0x20, 0x00, 0x83, 0xc7, 0x08, 0x49, 
0x75, 0xf3, 0xb8,
+0x00, 0x30, 0x02, 0x00, 0x0f, 0x22, 0xd8, 0xb9, 0x80, 0x00, 0x00, 0xc0, 0x0f, 
0x32, 0x0f, 0xba,
+0xe8, 0x08, 0x0f, 0x30, 0x6a, 0x10, 0xa1, 0xa8, 0x14, 0x01, 0x00, 0x50, 0x31, 
0xc0, 0x0f, 0xba,
+0xe8, 0x1f, 0x0f, 0xba, 0xe8, 0x00, 0x0f, 0x22, 0xc0, 0xcb, 0x55, 0x89, 0xe5, 
0x53, 0x56, 0x57,
+0x8b, 0x7d, 0x08, 0x81, 0xef, 0x00, 0x00, 0x01, 0x00, 0x8b, 0x75, 0x0c, 0x56, 
0xe8, 0xfc, 0x00,
+0x00, 0x00, 0x66, 0x31, 0xdb, 0x66, 0xb8, 0x20, 0xe8, 0x00, 0x00, 0x66, 0xba, 
0x50, 0x41, 0x4d,
+0x53, 0x66, 0xb9, 0x14, 0x00, 0x00, 0x00, 0xcd, 0x15, 0x72, 0x18, 0x66, 0x3d, 
0x50, 0x41, 0x4d,
+0x53, 0x75, 0x10, 0x66, 0x4e, 0x66, 0x85, 0xf6, 0x74, 0x09, 0x83, 0xc7, 0x14, 
0x66, 0x83, 0xfb,
+0x00, 0x75, 0xd2, 0x66, 0xe8, 0x82, 0x00, 0x00, 0x00, 0x58, 0x29, 0xf0, 0x5f, 
0x5e, 0x5b, 0x89,
+0xec, 0x5d, 0xc3, 0x53, 0x56, 0x57, 0xe8, 0xb3, 0x00, 0x00, 0x00, 0xf9, 0x31, 
0xc9, 0x31, 0xd2,
+0xb8, 0x01, 0xe8, 0xcd, 0x15, 0x72, 0x28, 0x83, 0xf9, 0x00, 0x75, 0x09, 0x83, 
0xfa, 0x00, 0x75,
+0x04, 0x89, 0xc1, 0x89, 0xda, 0x66, 0x81, 0xe2, 0xff, 0xff, 0x00, 0x00, 0x66, 
0xc1, 0xe2, 0x06,
+0x66, 0x89, 0xd0, 0x66, 0x81, 0xe1, 0xff, 0xff, 0x00, 0x00, 0x66, 0x01, 0xc8, 
0xeb, 0x03, 0x66,
+0x31, 0xc0, 0x66, 0xe8, 0x33, 0x00, 0x00, 0x00, 0x5f, 0x5e, 0x5b, 0xc3, 0x53, 
0x56, 0x57, 0xe8,
+0x6a, 0x00, 0x00, 0x00, 0xb4, 0x88, 0xcd, 0x15, 0x66, 0x25, 0xff, 0xff, 0x00, 
0x00, 0x66, 0xe8,
+0x17, 0x00, 0x00, 0x00, 0x5f, 0x5e, 0x5b, 0xc3, 0xe8, 0x51, 0x00, 0x00, 0x00, 
0xcd, 0x12, 0x89,
+0xc1, 0x66, 0xe8, 0x04, 0x00, 0x00, 0x00, 0x66, 0x89, 0xc8, 0xc3, 0xfa, 0x2e, 
0x67, 0x0f, 0x01,
+0x15, 0xb4, 0x02, 0x00, 0x00, 0x0f, 0x20, 0xc0, 0x66, 0x83, 0xc8, 0x01, 0x0f, 
0x22, 0xc0, 0x66,
+0xea, 0x37, 0x02, 0x01, 0x00, 0x10, 0x00, 0xb8, 0x18, 0x00, 0x00, 0x00, 0x8e, 
0xd8, 0x8e, 0xc0,
+0x8e, 0xd0, 0x81, 0xc4, 0x00, 0x00, 0x01, 0x00, 0x31, 0xc0, 0x8e, 0xe0, 0x8e, 
0xe8, 0x58, 0x05,
+0x00, 0x00, 0x01, 0x00, 0x50, 0x2e, 0x0f, 0x01, 0x1d, 0xae, 0x02, 0x01, 0x00, 
0xc3, 0x58, 0x2d,
+0x00, 0x00, 0x01, 0x00, 0x50, 0x81, 0xec, 0x00, 0x00, 0x01, 0x00, 0xea, 0x72, 
0x02, 0x00, 0x00,
+0x08, 0x00, 0x0f, 0x20, 0xc0, 0x66, 0x83, 0xe0, 0xfe, 0x0f, 0x22, 0xc0, 0x66, 
0xea, 0x84, 0x02,
+0x00, 0x00, 0x00, 0x10, 0x8c, 0xc8, 0x8e, 0xd8, 0x8e, 0xc0, 0x8e, 0xd0, 0x8e, 
0xe0, 0x8e, 0xe8,
+0x2e, 0x67, 0x0f, 0x01, 0x1d, 0xa8, 0x02, 0x00, 0x00, 0xfb, 0x66, 0xc3, 0x00, 
0x00, 0x00, 0x00,
+0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x00, 0x04, 0x00, 0x00, 

[OE-core] [PATCH][resend] insane.bbclass: Warn if ${COREBASE}/LICENSE is used

[Saul Wold]

The top level LICENSE file is not actually a license, it refers
other licenses that are used by Bitbake and Meta-data. Relying
on this file could cause problems for recipes when this file
changes, which it is about to.

Signed-off-by: Saul Wold 
---
 meta/classes/insane.bbclass | 6 +-
 1 file changed, 5 insertions(+), 1 deletion(-)

diff --git a/meta/classes/insane.bbclass b/meta/classes/insane.bbclass
index 479d39c..6d20eb6 100644
--- a/meta/classes/insane.bbclass
+++ b/meta/classes/insane.bbclass
@@ -659,7 +659,7 @@ python populate_lic_qa_checksum() {
 sane = package_qa_handle_error("license-checksum", pn + ":
Recipe file fetches files and does not have license file information
(LIC_FILES_CHKSUM)", d)
 
 srcdir = d.getVar('S')
-
+corebase_licensefile = d.getVar('COREBASE') + "/LICENSE"
 for url in lic_files.split():
 try:
 (type, host, path, user, pswd, parm) =
bb.fetch.decodeurl(url)
@@ -670,6 +670,10 @@ python populate_lic_qa_checksum() {
 if not os.path.isfile(srclicfile):
 package_qa_handle_error("license-checksum", pn + ":
LIC_FILES_CHKSUM points to an invalid file: " + srclicfile, d)
 continue
+
+if (srclicfile == corebase_licensefile):
+bb.warn("${COREBASE}/LICENSE is not a valid license file,
please use '${COMMON_LICENSE_DIR}/MIT' for a MIT License file in
LIC_FILES_CHKSUM")
+bb.warn("This will become an error in the next release")
 
 recipemd5 = parm.get('md5', '')
 beginline, endline = 0, 0
-- 
2.7.5

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

[OE-core] [PATCH] kernel: Stop using update-alternatives

[Otavio Salvador]

The update-alternatives where using relative links so not being really
in use since December 2016 (see OE-Core:c7bc46b9 "kernel: Fix
symlinks") so instead we now generate the relative symlinks during the
do_install task and drop the update-alternatives use at all.

Signed-off-by: Otavio Salvador 
---

 meta/classes/kernel.bbclass | 16 +++
 meta/recipes-kernel/linux/linux-dtb.inc | 36 -
 2 files changed, 7 insertions(+), 45 deletions(-)

diff --git a/meta/classes/kernel.bbclass b/meta/classes/kernel.bbclass
index 3cc0432fcf..02a5e961cb 100644
--- a/meta/classes/kernel.bbclass
+++ b/meta/classes/kernel.bbclass
@@ -2,7 +2,7 @@ inherit linux-kernel-base kernel-module-split
 
 PROVIDES += "virtual/kernel"
 DEPENDS += "virtual/${TARGET_PREFIX}binutils virtual/${TARGET_PREFIX}gcc 
kmod-native bc-native lzop-native"
-PACKAGE_WRITE_DEPS += "depmodwrapper-cross virtual/update-alternatives-native"
+PACKAGE_WRITE_DEPS += "depmodwrapper-cross"
 
 do_deploy[depends] += "depmodwrapper-cross:do_populate_sysroot"
 
@@ -57,7 +57,7 @@ python __anonymous () {
 
 d.appendVar('PACKAGES', ' ' + 'kernel-image-' + typelower)
 
-d.setVar('FILES_kernel-image-' + typelower, '/' + imagedest + '/' + 
type + '-${KERNEL_VERSION_NAME}')
+d.setVar('FILES_kernel-image-' + typelower, '/' + imagedest + '/' + 
type + '-${KERNEL_VERSION_NAME}' + ' /' + imagedest + '/' + type)
 
 d.appendVar('RDEPENDS_kernel-image', ' ' + 'kernel-image-' + typelower)
 
@@ -65,13 +65,6 @@ python __anonymous () {
 
 d.setVar('ALLOW_EMPTY_kernel-image-' + typelower, '1')
 
-priority = d.getVar('KERNEL_PRIORITY')
-postinst = '#!/bin/sh\n' + 'update-alternatives --install /' + 
imagedest + '/' + type + ' ' + type + ' ' + type + '-${KERNEL_VERSION_NAME} ' + 
priority + ' || true' + '\n'
-d.setVar('pkg_postinst_kernel-image-' + typelower, postinst)
-
-postrm = '#!/bin/sh\n' + 'update-alternatives --remove' + ' ' + type + 
' ' + type + '-${KERNEL_VERSION_NAME} || true' + '\n'
-d.setVar('pkg_postrm_kernel-image-' + typelower, postrm)
-
 image = d.getVar('INITRAMFS_IMAGE')
 if image:
 d.appendVarFlag('do_bundle_initramfs', 'depends', ' 
${INITRAMFS_IMAGE}:do_image_complete')
@@ -137,10 +130,6 @@ export CROSS_COMPILE = "${TARGET_PREFIX}"
 export KBUILD_BUILD_USER = "oe-user"
 export KBUILD_BUILD_HOST = "oe-host"
 
-KERNEL_PRIORITY ?= 
"${@int(d.getVar('PV').split('-')[0].split('+')[0].split('.')[0]) * 1 + \
-   
int(d.getVar('PV').split('-')[0].split('+')[0].split('.')[1]) * 100 + \
-   
int(d.getVar('PV').split('-')[0].split('+')[0].split('.')[-1])}"
-
 KERNEL_RELEASE ?= "${KERNEL_VERSION}"
 
 # The directory where built kernel lies in the kernel tree
@@ -350,6 +339,7 @@ kernel_do_install() {
install -d ${D}/boot
for type in ${KERNEL_IMAGETYPES} ; do
install -m 0644 ${KERNEL_OUTPUT_DIR}/${type} 
${D}/${KERNEL_IMAGEDEST}/${type}-${KERNEL_VERSION}
+   ln -sf ${type}-${KERNEL_VERSION} 
${D}/${KERNEL_IMAGEDEST}/${type}
done
install -m 0644 System.map ${D}/boot/System.map-${KERNEL_VERSION}
install -m 0644 .config ${D}/boot/config-${KERNEL_VERSION}
diff --git a/meta/recipes-kernel/linux/linux-dtb.inc 
b/meta/recipes-kernel/linux/linux-dtb.inc
index 0174c80d85..6e6f39e640 100644
--- a/meta/recipes-kernel/linux/linux-dtb.inc
+++ b/meta/recipes-kernel/linux/linux-dtb.inc
@@ -1,7 +1,5 @@
 # Support for device tree generation
-FILES_kernel-devicetree = "/${KERNEL_IMAGEDEST}/devicetree*"
-
-PACKAGE_WRITE_DEPS += "virtual/update-alternatives-native"
+FILES_kernel-devicetree = "/${KERNEL_IMAGEDEST}/*.dtb 
/${KERNEL_IMAGEDEST}/*.dtbo"
 
 python __anonymous () {
 d.appendVar("PACKAGES", " kernel-devicetree")
@@ -36,12 +34,13 @@ do_install_append() {
for DTB in ${KERNEL_DEVICETREE}; do
DTB=`normalize_dtb "${DTB}"`
DTB_EXT=${DTB##*.}
+   DTB_PATH=`get_real_dtb_path_in_kernel "${DTB}"`
DTB_BASE_NAME=`basename ${DTB} ."${DTB_EXT}"`
+   install -m 0644 ${DTB_PATH} 
${D}/${KERNEL_IMAGEDEST}/${DTB_BASE_NAME}.${DTB_EXT}
for type in ${KERNEL_IMAGETYPE_FOR_MAKE}; do
symlink_name=${type}"-"${KERNEL_IMAGE_SYMLINK_NAME}
DTB_SYMLINK_NAME=`echo ${symlink_name} | sed 
"s/${MACHINE}/${DTB_BASE_NAME}/g"`
-   DTB_PATH=`get_real_dtb_path_in_kernel "${DTB}"`
-   install -m 0644 ${DTB_PATH} 
${D}/${KERNEL_IMAGEDEST}/devicetree-${DTB_SYMLINK_NAME}.${DTB_EXT}
+   ln -sf ${DTB_BASE_NAME}.${DTB_EXT} 
${D}/${KERNEL_IMAGEDEST}/devicetree-${DTB_SYMLINK_NAME}.${DTB_EXT}
done
done
 }
@@ -59,33 +58,6 @@ do_deploy_append() {
DTB_PATH=`get_real_dtb_path_in_kernel "${DTB}"`
 

[OE-core] [PATCH] qemu: upgrade to version 2.10.0

[Juro Bystricky]

Remove recipes for older versions.
Remove patches no longer needed.
Modify the patch "add-ptest-in-makefile.patch" for version 2.10.0

Signed-off-by: Juro Bystricky 
---
 ...0001-osdep-Add-runtime-OFD-lock-detection.patch | 141 
 ...e-posix-Do-runtime-check-for-ofd-lock-API.patch |  71 --
 ...support-for-VM-suspend-resume-for-TPM-TIS.patch | 719 -
 .../qemu/qemu/add-ptest-in-makefile-v10.patch  |  28 +
 .../qemu/qemu/add-ptest-in-makefile.patch  |  28 -
 meta/recipes-devtools/qemu/qemu_2.10.0-rc2.bb  |  59 --
 meta/recipes-devtools/qemu/qemu_2.10.0.bb  |  58 ++
 meta/recipes-devtools/qemu/qemu_2.8.1.1.bb |  60 --
 8 files changed, 86 insertions(+), 1078 deletions(-)
 delete mode 100644 
meta/recipes-devtools/qemu/qemu/0001-osdep-Add-runtime-OFD-lock-detection.patch
 delete mode 100644 
meta/recipes-devtools/qemu/qemu/0002-file-posix-Do-runtime-check-for-ofd-lock-API.patch
 delete mode 100644 
meta/recipes-devtools/qemu/qemu/0004-Add-support-for-VM-suspend-resume-for-TPM-TIS.patch
 create mode 100644 
meta/recipes-devtools/qemu/qemu/add-ptest-in-makefile-v10.patch
 delete mode 100644 meta/recipes-devtools/qemu/qemu/add-ptest-in-makefile.patch
 delete mode 100644 meta/recipes-devtools/qemu/qemu_2.10.0-rc2.bb
 create mode 100644 meta/recipes-devtools/qemu/qemu_2.10.0.bb
 delete mode 100644 meta/recipes-devtools/qemu/qemu_2.8.1.1.bb

diff --git 
a/meta/recipes-devtools/qemu/qemu/0001-osdep-Add-runtime-OFD-lock-detection.patch
 
b/meta/recipes-devtools/qemu/qemu/0001-osdep-Add-runtime-OFD-lock-detection.patch
deleted file mode 100644
index f83f0d2..000
--- 
a/meta/recipes-devtools/qemu/qemu/0001-osdep-Add-runtime-OFD-lock-detection.patch
+++ /dev/null
@@ -1,141 +0,0 @@
-From ca749954b09b89e22cd69c4949fb7e689b057963 Mon Sep 17 00:00:00 2001
-From: Fam Zheng 
-Date: Fri, 11 Aug 2017 19:44:46 +0800
-Subject: [PATCH 1/2] osdep: Add runtime OFD lock detection
-
-Build time check of OFD lock is not sufficient and can cause image open
-errors when the runtime environment doesn't support it.
-
-Add a helper function to probe it at runtime, additionally. Also provide
-a qemu_has_ofd_lock() for callers to check the status.
-
-Signed-off-by: Fam Zheng 
-Signed-off-by: Kevin Wolf 
-
-Upstream-Status: Backport
-Signed-off-by: Chen Qi 

- include/qemu/osdep.h |  1 +
- util/osdep.c | 66 
- 2 files changed, 57 insertions(+), 10 deletions(-)
-
-diff --git a/include/qemu/osdep.h b/include/qemu/osdep.h
-index 3b74f6fcb2..6855b94bbf 100644
 a/include/qemu/osdep.h
-+++ b/include/qemu/osdep.h
-@@ -357,6 +357,7 @@ int qemu_dup(int fd);
- int qemu_lock_fd(int fd, int64_t start, int64_t len, bool exclusive);
- int qemu_unlock_fd(int fd, int64_t start, int64_t len);
- int qemu_lock_fd_test(int fd, int64_t start, int64_t len, bool exclusive);
-+bool qemu_has_ofd_lock(void);
- 
- #if defined(__HAIKU__) && defined(__i386__)
- #define FMT_pid "%ld"
-diff --git a/util/osdep.c b/util/osdep.c
-index a2863c8e53..a479fedc4a 100644
 a/util/osdep.c
-+++ b/util/osdep.c
-@@ -38,14 +38,6 @@ extern int madvise(caddr_t, size_t, int);
- #include "qemu/error-report.h"
- #include "monitor/monitor.h"
- 
--#ifdef F_OFD_SETLK
--#define QEMU_SETLK F_OFD_SETLK
--#define QEMU_GETLK F_OFD_GETLK
--#else
--#define QEMU_SETLK F_SETLK
--#define QEMU_GETLK F_GETLK
--#endif
--
- static bool fips_enabled = false;
- 
- static const char *hw_version = QEMU_HW_VERSION;
-@@ -82,6 +74,10 @@ int qemu_madvise(void *addr, size_t len, int advice)
- }
- 
- #ifndef _WIN32
-+
-+static int fcntl_op_setlk = -1;
-+static int fcntl_op_getlk = -1;
-+
- /*
-  * Dups an fd and sets the flags
-  */
-@@ -149,6 +145,54 @@ static int qemu_parse_fdset(const char *param)
- return qemu_parse_fd(param);
- }
- 
-+static void qemu_probe_lock_ops(void)
-+{
-+if (fcntl_op_setlk == -1) {
-+#ifdef F_OFD_SETLK
-+int fd;
-+int ret;
-+struct flock fl = {
-+.l_whence = SEEK_SET,
-+.l_start  = 0,
-+.l_len= 0,
-+.l_type   = F_WRLCK,
-+};
-+
-+fd = open("/dev/null", O_RDWR);
-+if (fd < 0) {
-+fprintf(stderr,
-+"Failed to open /dev/null for OFD lock probing: %s\n",
-+strerror(errno));
-+fcntl_op_setlk = F_SETLK;
-+fcntl_op_getlk = F_GETLK;
-+return;
-+}
-+ret = fcntl(fd, F_OFD_GETLK, );
-+close(fd);
-+if (!ret) {
-+fcntl_op_setlk = F_OFD_SETLK;
-+fcntl_op_getlk = F_OFD_GETLK;
-+} else {
-+fcntl_op_setlk = F_SETLK;
-+fcntl_op_getlk = F_GETLK;
-+}
-+#else
-+fcntl_op_setlk = F_SETLK;
-+fcntl_op_getlk = F_GETLK;
-+#endif
-+}
-+}
-+
-+bool qemu_has_ofd_lock(void)
-+{
-+

Re: [OE-core] [PATCH 03/13] devtool: upgrade: check that user has configured git properly

[Paul Eggleton]

On Friday, 1 September 2017 1:29:38 AM NZST Burton, Ross wrote:
> On 31 August 2017 at 00:54, Paul Eggleton 
> wrote:
> 
> > From: paul 
> >
> > If user.name or user.email haven't been set then git rebase can't really
> > work properly. Check that the user has set these and error out if not.
> > (Elsewhere we are relying on OE's git patch functionality which forces
> > a dummy OE value - that's OK there as it's completely under OE's control
> > and therefore it's OK for a dummy OE user to be the committer, but here
> > the rebase may require intervention so it's reasonable to have the
> > user's actual name and email on the operation.)
> >
> 
> The irony is strong in this one.
> 
> (I'll fixup when merging)

Shoot. Of course I committed the change just after I'd cleared out the 
settings to test the darn thing ;)

Cheers,
Paul


-- 

Paul Eggleton
Intel Open Source Technology Centre
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] Revert "kernel: Fix symlinks"

[Otavio Salvador]

Hello guys,

On Wed, Aug 30, 2017 at 6:16 PM, Otavio Salvador
 wrote:
> On Tue, Aug 22, 2017 at 12:40 PM, David Vincent  wrote:
>> On vendredi 18 août 2017 14:44:30 CEST Otavio Salvador wrote:
>>> On Wed, Aug 16, 2017 at 3:15 PM, Otavio Salvador
>>>
>>>  wrote:
>>> > This reverts commit c7bc46b9bc29dd0953ab8d63b50fa105bb66892e.
>>> >
>>> > The commit has broken the alternatives concept as it is managed by
>>> > links controlled by the alternatives system. That said the failing
>>> > case identified (which some bootloaders fail to load the file) seems
>>> > to be due a misuse of the alternative system.
>>> >
>>> > Cc: Christopher Larson 
>>> > Cc: Ross Burton 
>>> > Signed-off-by: Otavio Salvador 
>>>
>>> I ended forgetting to add the commit author on Cc. Adding now :-)
>>
>> This issue has been discussed here : http://lists.openembedded.org/pipermail/
>> openembedded-core/2017-April/135923.html
>>
>> Reverting this patch to solve the alternative problem cannot be a definitive
>> solution as it breaks boot on some boards. IMHO, I'd rather break the
>> alternative system than boot (full disclosure : I use opkg's update-
>> alternatives).
>>
>> As already said, absolute paths cannot be used in bootloaders since it may
>> point to an invalid location (rootfs may not be mounted). I do not have
>> another solution with plain 'ls', but I think we should find a way to better
>> handle all cases than going back and forth on this patch.
>>
>> FYI, this is my use case : I have a bootloader which resides in EEPROM, but
>> needs to boot kernels that can be upgraded. Therefore, I rely on a fixed path
>> to the last kernel / devicetree on a specific partition outside rootfs.
>
> I understand the problem you are fixing but the solution in use is wrong.
>
> We should stop using the update-alternatives for the kernel and device
> tree files and instead just use plain symbolic links. Abusing of
> update-alternatives is just wrong.
>
> In fact, the update-alternatives for this specific use case is broken
> as the database is elsewhere and so the link cannot be managed
> properly.

I am struggling on how to properly fix this problem ...

 - update-alternatives: due the use of a central database and the full
path links, some bootloaders are broken

 - using plain symbolic links is problematic especially when we remove
a kernel package. What should we do?

The plain symbolic link seems to be the best option but it does not
allow that multiple kernel versions are going to be installed in
parallel.

-- 
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

Re: [OE-core] [PATCH v2 0/2] Make source code browsable locally - devtool srctree

[Andre McCurdy]

On Wed, Aug 30, 2017 at 11:32 PM, Peter Kjellerstedt
 wrote:
>>
>> Just for reference, I think you could achieve something quite similar
>> with:
>>
>>   bitbake  --runall clean  ( or rm -rf tmp )
>>   bitbake  --runall patch
>
> Yes, but the drawback with this is that to find the source code for the
> individual packages, you have to dive down into tmp/work/... which can
> be quite discouraging for someone who is not an expert in bitbake. What
> our developers requested was a way to get easy access to all the source
> code being used, typically to be able to search through it all looking
> for some specific feature.

Right. I wasn't trying to suggest that the two approaches were
completely equivalent, just drawing some attention to the bitbake
--runall option, which was added fairly recently (specifically to
solve this problem).

The directory structure split under tmp/work between arch and machine
specific recipes might be a little confusing but obviously serves a
purpose (target and native sources may need different sets of patches,
etc) so maybe worth the effort to explain to developers. Below that
level I don't think there are many surprises in the paths to the
sources directories?
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH 2/7] linux-yoct/4.12: fix yaffs2 build

[Bruce Ashfield]

typo in the short log has been fixed and the branch re-pushed to
zedd/kernel.

Bruce

On Thu, Aug 31, 2017 at 3:30 PM, Bruce Ashfield <
bruce.ashfi...@windriver.com> wrote:

> Yaffs2 needs some tweaks to build against the 4.12 kernel, we
> import the following two commits:
>
>   084d8ae2f349 fs: yaffs2: includes the missing header file
>   595f7d1759d9 fs: yaffs2: replace CURRENT_TIME by other appropriate apis
>
> Signed-off-by: Bruce Ashfield 
> ---
>  meta/recipes-kernel/linux/linux-yocto-rt_4.12.bb   |  4 ++--
>  meta/recipes-kernel/linux/linux-yocto-tiny_4.12.bb |  4 ++--
>  meta/recipes-kernel/linux/linux-yocto_4.12.bb  | 18
> +-
>  3 files changed, 13 insertions(+), 13 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 49f5bf3522ad..1b1bf9f76270 100644
> --- a/meta/recipes-kernel/linux/linux-yocto-rt_4.12.bb
> +++ b/meta/recipes-kernel/linux/linux-yocto-rt_4.12.bb
> @@ -11,8 +11,8 @@ python () {
>  raise bb.parse.SkipPackage("Set PREFERRED_PROVIDER_virtual/kernel
> to linux-yocto-rt to enable it")
>  }
>
> -SRCREV_machine ?= "d09f2ce584d60ecb7890550c22a80c48b83c2e19"
> -SRCREV_meta ?= "edb42d48052dee4dbc3ed9d5e1e39c1375e85fe0"
> +SRCREV_machine ?= "084d8ae2f349a7621e1e51c81b4494b123f3c09a"
> +SRCREV_meta ?= "9acd7f92a1b3248310ec17407063f968732ad130"
>
>  SRC_URI = "git://git.yoctoproject.org/linux-yocto-4.12.git;branch=${
> KBRANCH};name=machine \
> git://git.yoctoproject.org/yocto-kernel-cache;type=kmeta;
> name=meta;branch=yocto-4.12;destsuffix=${KMETA}"
> 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 ff395e0ad7e3..bdf660e6ce9e 100644
> --- a/meta/recipes-kernel/linux/linux-yocto-tiny_4.12.bb
> +++ b/meta/recipes-kernel/linux/linux-yocto-tiny_4.12.bb
> @@ -9,8 +9,8 @@ LINUX_VERSION ?= "4.12.7"
>  KMETA = "kernel-meta"
>  KCONF_BSP_AUDIT_LEVEL = "2"
>
> -SRCREV_machine ?= "d09f2ce584d60ecb7890550c22a80c48b83c2e19"
> -SRCREV_meta ?= "edb42d48052dee4dbc3ed9d5e1e39c1375e85fe0"
> +SRCREV_machine ?= "084d8ae2f349a7621e1e51c81b4494b123f3c09a"
> +SRCREV_meta ?= "9acd7f92a1b3248310ec17407063f968732ad130"
>
>  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 ce223ca081f3..964dbce3e79e 100644
> --- a/meta/recipes-kernel/linux/linux-yocto_4.12.bb
> +++ b/meta/recipes-kernel/linux/linux-yocto_4.12.bb
> @@ -11,15 +11,15 @@ KBRANCH_qemux86  ?= "standard/base"
>  KBRANCH_qemux86-64 ?= "standard/base"
>  KBRANCH_qemumips64 ?= "standard/mti-malta64"
>
> -SRCREV_machine_qemuarm ?= "dc7fc6edebaa6d20967c953a2cd27bac5e955463"
> -SRCREV_machine_qemuarm64 ?= "d09f2ce584d60ecb7890550c22a80c48b83c2e19"
> -SRCREV_machine_qemumips ?= "ff11a70047bbab2c801f9b4f7b9d4bc1d38dbed1"
> -SRCREV_machine_qemuppc ?= "d09f2ce584d60ecb7890550c22a80c48b83c2e19"
> -SRCREV_machine_qemux86 ?= "d09f2ce584d60ecb7890550c22a80c48b83c2e19"
> -SRCREV_machine_qemux86-64 ?= "d09f2ce584d60ecb7890550c22a80c48b83c2e19"
> -SRCREV_machine_qemumips64 ?= "a4d6ef2c5428e57f7f9982d230b09459683ddb1d"
> -SRCREV_machine ?= "d09f2ce584d60ecb7890550c22a80c48b83c2e19"
> -SRCREV_meta ?= "edb42d48052dee4dbc3ed9d5e1e39c1375e85fe0"
> +SRCREV_machine_qemuarm ?= "a5227887cfadd94068717e8166879bf88d00ef73"
> +SRCREV_machine_qemuarm64 ?= "084d8ae2f349a7621e1e51c81b4494b123f3c09a"
> +SRCREV_machine_qemumips ?= "a6983bac4e93ba7e892f666ad8c58b32c2d10945"
> +SRCREV_machine_qemuppc ?= "084d8ae2f349a7621e1e51c81b4494b123f3c09a"
> +SRCREV_machine_qemux86 ?= "084d8ae2f349a7621e1e51c81b4494b123f3c09a"
> +SRCREV_machine_qemux86-64 ?= "084d8ae2f349a7621e1e51c81b4494b123f3c09a"
> +SRCREV_machine_qemumips64 ?= "b344c1888b03e40683ba109bb45b44e9cf4d1eb4"
> +SRCREV_machine ?= "084d8ae2f349a7621e1e51c81b4494b123f3c09a"
> +SRCREV_meta ?= "9acd7f92a1b3248310ec17407063f968732ad130"
>
>  SRC_URI = "git://git.yoctoproject.org/linux-yocto-4.12.git;name=
> machine;branch=${KBRANCH}; \
> git://git.yoctoproject.org/yocto-kernel-cache;type=kmeta;
> name=meta;branch=yocto-4.12;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"
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 7/7] linux-yocto/4.4: update to v4.4.85

[Bruce Ashfield]

Integrating the korg releases with the following commit summary:

   717bd21f81a3 Linux 4.4.85
   12b25d2a52f0 ACPI / APEI: Add missing synchronize_rcu() on NOTIFY_SCI removal
   b526de00a9b0 ACPI: ioapic: Clear on-stack resource before using it
   4e5f2c204150 ntb_transport: fix bug calculating num_qps_mw
   1aac8ffd619f ntb_transport: fix qp count bug
   4ec0b2c2d235 ASoC: rsnd: don't call update callback if it was NULL
   95fc5ef85428 ASoC: rsnd: ssi: 24bit data needs right-aligned settings
   fd504621fa52 ASoC: rsnd: Add missing initialization of ADG req_rate
   e974777b2ecb ASoC: rsnd: avoid pointless loop in rsnd_mod_interrupt()
   fdc568a4224a ASoC: rsnd: disable SRC.out only when stop timing
   bfba69dc30ab ASoC: simple-card: don't fail if sysclk setting is not supported
   eb2ba09b05a6 staging: rtl8188eu: add RNX-N150NUB support
   1d7e8cf01e2e iio: hid-sensor-trigger: Fix the race with user space powering 
up sensors
   d2c072cb638d iio: imu: adis16480: Fix acceleration scale factor for adis16480
   9dac44d5d4b0 ANDROID: binder: fix proc->tsk check.
   1792d6c17cb2 binder: Use wake up hint for synchronous transactions.
   596b97ec2e5e binder: use group leader instead of open thread
   e1c7a4478833 Bluetooth: bnep: fix possible might sleep error in bnep_session
   f9adf422b993 Bluetooth: cmtp: fix possible might sleep error in cmtp_session
   172bbb8ee44a Bluetooth: hidp: fix possible might sleep error in 
hidp_session_thread
   708d19eaf303 perf/core: Fix group {cpu,task} validation
   87ac57ff972a nfsd: Limit end of page list when decoding NFSv4 WRITE
   e6066962ca46 cifs: return ENAMETOOLONG for overlong names in 
cifs_open()/cifs_lookup()
   210b41b4971e cifs: Fix df output for users with quota limits
   9f57741b44ba tracing: Fix freeing of filter in create_filter() when set_str 
is false
   0d2b7767611f drm: rcar-du: Fix H/V sync signal polarity configuration
   64f3c534e7ac drm: rcar-du: Fix display timing controller parameter
   fbf583912145 drm: rcar-du: Fix crash in encoder failure error path
   766a097cbfea drm: rcar-du: lvds: Rename PLLEN bit to PLLON
   2b60c153ff3d drm: rcar-du: lvds: Fix PLL frequency-related configuration
   3416ee45a8cb drm/atomic: If the atomic check fails, return its value first
   2a9d7664ffb2 drm: Release driver tracking before making the object available 
again
   33e4c6378417 i2c: designware: Fix system suspend
   10814c149eeb ARCv2: PAE40: Explicitly set MSB counterpart of SLC region ops 
addresses
   6b1c81dd7fdb ALSA: hda - Add stereo mic quirk for Lenovo G50-70 (17aa:3978)
   099e57fcb03f ALSA: core: Fix unexpected error at replacing user TLV
   07051c175477 Input: elan_i2c - add ELAN0602 ACPI ID to support Lenovo Yoga310
   5609ae96bcd6 Input: trackpoint - add new trackpoint firmware ID
   a56800ae1c57 mei: me: add lewisburg device ids
   707352e68745 mei: me: add broxton pci device ids
   58079f56b302 net_sched: fix order of queue length updates in qdisc_replace()
   248af6aa226c net: sched: fix NULL pointer dereference when action calls some 
targets
   eece6c91dd33 irda: do not leak initialized list.dev to userspace
   4e39b7409f3b tcp: when rearming RTO, if RTO time is in past then fire RTO 
ASAP
   ece3ff173731 ipv6: repair fib6 tree in failure case
   6415a71ddf15 ipv6: reset fn->rr_ptr when replacing route
   69827c395d25 tipc: fix use-after-free
   0e8d62861552 sctp: fully initialize the IPv6 address in sctp_v6_to_addr()
   1bd54371388c ipv4: better IP_MAX_MTU enforcement
   7e1fe0062c24 net_sched/sfq: update hierarchical backlog when drop packet
   114414b85475 ipv4: fix NULL dereference in free_fib_info_rcu()
   c207ec46b301 dccp: defer ccid_hc_tx_delete() at dismantle time
   c65eca7ddd88 dccp: purge write queue in dccp_destroy_sock()
   f0cd9201c0c0 af_key: do not use GFP_KERNEL in atomic contexts
   982ce2aa79fb Linux 4.4.84
   ccf1033d9983 usb: qmi_wwan: add D-Link DWM-222 device ID
   6b4509223681 usb: optimize acpi companion search for usb port devices
   ce1b98a30571 perf/x86: Fix LBR related crashes on Intel Atom
   b4cf49024cf4 pids: make task_tgid_nr_ns() safe
   46d51a26efbc Sanitize 'move_pages()' permission checks
   b27e9ff9a5f4 irqchip/atmel-aic: Fix unbalanced refcount in 
aic_common_rtc_irq_fixup()
   ed281a6acaf1 irqchip/atmel-aic: Fix unbalanced of_node_put() in 
aic_common_irq_fixup()
   64340986295d x86/asm/64: Clear AC on NMI entries
   c0b397fd6b2b xen: fix bio vec merging
   240628085eff mm: revert x86_64 and arm64 ELF_ET_DYN_BASE base changes
   cc971fa12bd2 mm/mempolicy: fix use after free when calling get_mempolicy
   669c8ab896a2 ALSA: usb-audio: Add mute TLV for playback volumes on C-Media 
devices
   f600f9c43346 ALSA: usb-audio: Apply sample rate quirk to Sennheiser headset
   735aa043bf00 ALSA: seq: 2nd attempt at fixing race creating a queue
   ae4743cac8d7 Input: elan_i2c - Add antoher Lenovo ACPI ID for upcoming 
Lenovo NB
   0dbf7f7811df Input: elan_i2c - add ELAN0608 to the ACPI table
   4362533a0468 

[OE-core] [PATCH 6/7] linux-yocto/4.9: update to v4.9.46

[Bruce Ashfield]

Integrating the korg -stable releases with the following commit summary:

   0eed54bdbd1b Linux 4.9.46
   5aa523a994d1 powerpc/mm: Ensure cpumask update is ordered
   5906715b93da ACPI: EC: Fix regression related to wrong ECDT initialization 
order
   3bc8e4f96fe9 ACPI / APEI: Add missing synchronize_rcu() on NOTIFY_SCI removal
   454cac5d0891 ACPI: ioapic: Clear on-stack resource before using it
   c1628774f0c8 ntb: transport shouldn't disable link due to bogus values in 
SPADs
   4d4f35473d8f ntb: ntb_test: ensure the link is up before trying to configure 
the mws
   7592db24 ntb: no sleep in ntb_async_tx_submit
   bff04a462da3 NTB: ntb_test: fix bug printing ntb_perf results
   471954c313c5 ntb_transport: fix bug calculating num_qps_mw
   4743d1b37a38 ntb_transport: fix qp count bug
   b8fce38266db Clarify (and fix) MAX_LFS_FILESIZE macros
   ab4be3a64d06 staging: rtl8188eu: add RNX-N150NUB support
   23caaf2f216c iio: hid-sensor-trigger: Fix the race with user space powering 
up sensors
   b150ee066af7 iio: imu: adis16480: Fix acceleration scale factor for adis16480
   cbd854d99354 ANDROID: binder: fix proc->tsk check.
   8fb0b0ce288d binder: Use wake up hint for synchronous transactions.
   51050750181c binder: use group leader instead of open thread
   eda70a559187 Revert "android: binder: Sanity check at binder ioctl"
   242cea2d666f Bluetooth: bnep: fix possible might sleep error in bnep_session
   ffb7640acbc3 Bluetooth: cmtp: fix possible might sleep error in cmtp_session
   1b5fcb3b25f7 Bluetooth: hidp: fix possible might sleep error in 
hidp_session_thread
   5f81b1f51b9c netfilter: nat: fix src map lookup
   090911a22c7b Revert "leds: handle suspend/resume in heartbeat trigger"
   d4c5c26c5f09 net: sunrpc: svcsock: fix NULL-pointer exception
   3559de45c99a x86/mm: Fix use-after-free of ldt_struct
   70b3fd5ce2ce timers: Fix excessive granularity of new timers after a nohz 
idle
   3df3b2efc065 perf/x86/intel/rapl: Make package handling more robust
   bac83e5ce85e perf probe: Fix --funcs to show correct symbols for offline 
module
   bde6608dd638 perf/core: Fix group {cpu,task} validation
   741397d16a3d ftrace: Check for null ret_stack on profile function graph 
entry function
   fd8235e721ef nfsd: Limit end of page list when decoding NFSv4 WRITE
   5ed70f7db9af cifs: return ENAMETOOLONG for overlong names in 
cifs_open()/cifs_lookup()
   8b053290ee20 cifs: Fix df output for users with quota limits
   1fdee09116db kbuild: linker script do not match C names unless 
LD_DEAD_CODE_DATA_ELIMINATION is configured
   8838cd5c543f tracing: Fix freeing of filter in create_filter() when set_str 
is false
   2818a7659f0a tracing: Fix kmemleak in tracing_map_array_free()
   3170d9abc5d0 tracing: Call clear_boot_tracer() at lateinit_sync
   46cd0a3b93a5 drm: rcar-du: Fix H/V sync signal polarity configuration
   1fb8ff8b92bd drm: rcar-du: Fix display timing controller parameter
   35fd2b840b6c drm: rcar-du: Fix crash in encoder failure error path
   eed96e759533 drm/atomic: If the atomic check fails, return its value first
   ce66f629ad82 drm: Release driver tracking before making the object available 
again
   9d263321d7a2 mm/memblock.c: reversed logic in memblock_discard()
   b65b6ac52e0f fork: fix incorrect fput of ->exe_file causing use-after-free
   0f49b0519f11 mm/madvise.c: fix freeing of locked page with MADV_FREE
   036c100b58f7 i2c: designware: Fix system suspend
   5d8b3cc24688 mm, shmem: fix handling 
/sys/kernel/mm/transparent_hugepage/shmem_enabled
   8d362cb3bfbb ARCv2: PAE40: Explicitly set MSB counterpart of SLC region ops 
addresses
   6cba07468521 ALSA: firewire: fix NULL pointer dereference when releasing 
uninitialized data of iso-resource
   b52bce93db99 ALSA: hda - Add stereo mic quirk for Lenovo G50-70 (17aa:3978)
   8989c70d30b6 ALSA: core: Fix unexpected error at replacing user TLV
   9767a4567831 ALSA: usb-audio: Add delay quirk for H650e/Jabra 550a USB 
headsets
   275f3033ccf6 KVM: x86: block guest protection keys unless the host has them 
enabled
   cfb917a17d3d KVM: s390: sthyi: fix specification exception detection
   a745333fa924 KVM: s390: sthyi: fix sthyi inline assembly
   963068b1ff1c Input: ALPS - fix two-finger scroll breakage in right side on 
ALPS touchpad
   9ab605d2bb6f Input: elan_i2c - add ELAN0602 ACPI ID to support Lenovo Yoga310
   a00a9cd7daf9 Input: trackpoint - add new trackpoint firmware ID
   655da3da9bb3 bpf/verifier: fix min/max handling in BPF_SUB
   bf5b91b782e8 bpf: fix mixed signed/unsigned derived min/max value bounds
   8d674bee8f66 bpf, verifier: fix alu ops against map_value{, _adj} register 
types
   577aa83b2896 bpf: adjust verifier heuristics
   e37bdeee95a4 bpf, verifier: add additional patterns to evaluate_reg_imm_alu
   7fa2fdf9f19e net_sched: fix order of queue length updates in qdisc_replace()
   3e00bf91fefc net: sched: fix NULL pointer dereference when action calls some 
targets
   f3f5bf2755c7 irda: do not leak initialized 

[OE-core] [PATCH 5/7] linux-yocto/4.12: update to v4.12.10

[Bruce Ashfield]

Updating to the korg -stable release with the following commit
summary:

   6371f030c4dc Linux 4.12.10
   849e96758ab2 powerpc/mm: Ensure cpumask update is ordered
   53220a20cec0 ACPI: EC: Fix regression related to wrong ECDT initialization 
order
   6e80b88a7f7d ACPI: APD: Fix HID for Hisilicon Hip07/08
   49fa8c02e4a6 ntb: transport shouldn't disable link due to bogus values in 
SPADs
   ab75f0274d34 ntb: ntb_test: ensure the link is up before trying to configure 
the mws
   03e58884668e Clarify (and fix) MAX_LFS_FILESIZE macros
   0b9a3f300f89 iommu: Fix wrong freeing of iommu_device->dev
   75005bf89ad7 staging: rtl8188eu: add RNX-N150NUB support
   91628e2afc86 iio: magnetometer: st_magn: remove ihl property for LSM303AGR
   e59c095c11af iio: magnetometer: st_magn: fix status register address for 
LSM303AGR
   fc7957b6cdd7 iio: hid-sensor-trigger: Fix the race with user space powering 
up sensors
   a1d7b7e7e116 iio: imu: adis16480: Fix acceleration scale factor for adis16480
   bf9b9d3b382b ANDROID: binder: fix proc->tsk check.
   f6fc60d91549 binder: Use wake up hint for synchronous transactions.
   7771e3f4b0b9 binder: use group leader instead of open thread
   62ccb816aab8 Revert "android: binder: Sanity check at binder ioctl"
   b42c44ade798 Bluetooth: bnep: fix possible might sleep error in bnep_session
   b741896229c1 Bluetooth: cmtp: fix possible might sleep error in cmtp_session
   e792d2d48928 Bluetooth: hidp: fix possible might sleep error in 
hidp_session_thread
   1eb33a1b89e1 netfilter: nfnetlink: Improve input length sanitization in 
nfnetlink_rcv
   8b5041077024 netfilter: nat: fix src map lookup
   f5263887165a netfilter: expect: fix crash when putting uninited expectation
   4909a7b79965 net: sunrpc: svcsock: fix NULL-pointer exception
   a8da876c1e45 x86/mm: Fix use-after-free of ldt_struct
   2e11eedec6f0 timers: Fix excessive granularity of new timers after a nohz 
idle
   2c0dc7f00e19 perf/core: Fix group {cpu,task} validation
   aa2da6c4d548 ftrace: Check for null ret_stack on profile function graph 
entry function
   1b8ca8851c25 virtio_pci: fix cpu affinity support
   78f2e29f27f1 ring-buffer: Have ring_buffer_alloc_read_page() return error on 
offline CPU
   8d4f126c0791 nfsd: Limit end of page list when decoding NFSv4 WRITE
   ea5745a5117f cifs: return ENAMETOOLONG for overlong names in 
cifs_open()/cifs_lookup()
   1bc1c4391b79 cifs: Fix df output for users with quota limits
   3b278d7e8945 kbuild: linker script do not match C names unless 
LD_DEAD_CODE_DATA_ELIMINATION is configured
   51f49383a924 RDMA/uverbs: Initialize cq_context appropriately
   53a38dfbb5e4 tracing: Fix freeing of filter in create_filter() when set_str 
is false
   983ba8148e18 tracing: Fix kmemleak in tracing_map_array_free()
   a23e782823d6 tracing: Missing error code in tracer_alloc_buffers()
   3888c3aeb6bc tracing: Call clear_boot_tracer() at lateinit_sync
   1344db83ee17 ACPI: device property: Fix node lookup in 
acpi_graph_get_child_prop_value()
   dbe5b2d70cfd Revert "drm/amdgpu: fix vblank_time when displays are off"
   4ac9a5daaf82 drm/i915/gvt: Fix the kernel null pointer error
   bbb04b377f85 drm/i915/vbt: ignore extraneous child devices for a port
   d76df456a313 drm/atomic: If the atomic check fails, return its value first
   247122f138c0 drm/atomic: Handle -EDEADLK with out-fences correctly
   d4ae641cc285 drm/sun4i: Implement drm_driver lastclose to restore fbdev 
console
   08353913312a drm: Release driver tracking before making the object available 
again
   b96c15655125 drm: Fix framebuffer leak
   865d89f80907 arm64: fpsimd: Prevent registers leaking across exec
   1c229d7ad7b9 mm/memblock.c: reversed logic in memblock_discard()
   f5024bb32d4d fork: fix incorrect fput of ->exe_file causing use-after-free
   4823f4630bfd mm/madvise.c: fix freeing of locked page with MADV_FREE
   c237efed8b35 i2c: designware: Fix system suspend
   3a9495fd3719 dax: fix deadlock due to misaligned PMD faults
   735a252fc5b8 mm, shmem: fix handling 
/sys/kernel/mm/transparent_hugepage/shmem_enabled
   b2719637b16e PM/hibernate: touch NMI watchdog when creating snapshot
   8b366972d7d4 ARCv2: PAE40: set MSB even if !CONFIG_ARC_HAS_PAE40 but PAE 
exists in SoC
   fcedf2f28570 ARCv2: PAE40: Explicitly set MSB counterpart of SLC region ops 
addresses
   763ad31728e8 ARCv2: SLC: Make sure busy bit is set properly for region ops
   8537b1e0ff7f ALSA: firewire-motu: destroy stream data surely at failure of 
card initialization
   59d000610dc3 ALSA: firewire: fix NULL pointer dereference when releasing 
uninitialized data of iso-resource
   2f45c61ba400 ALSA: hda - Add stereo mic quirk for Lenovo G50-70 (17aa:3978)
   ba6b08b62f0c ALSA: core: Fix unexpected error at replacing user TLV
   1157dcda136a ALSA: usb-audio: Add delay quirk for H650e/Jabra 550a USB 
headsets
   2f76f62aef90 KVM: x86: block guest protection keys unless the host has them 
enabled
   3c498d4bde88 KVM, pkeys: do not use PKRU value in 

[OE-core] [PATCH 4/7] linux-yocto/4.12: silence qeumarma9 config warnings

[Bruce Ashfield]

When building the qemuarma9 BSP, we get the following warnings:

 -- CONFIG_VGA_CONSOLE -
 Config: CONFIG_VGA_CONSOLE
 From:
  
tmp/work-shared/qemuarma9/kernel-source/.kernel-meta/configs/standard/arm-versatile-926ejs/bsp/qemuarma9/qemuarma9.cfg
 Requested value:  # CONFIG_VGA_CONSOLE is not set
 Actual value:

 -- CONFIG_USB_ISP1760_HCD -
 Config: CONFIG_USB_ISP1760_HCD
 From:
  
tmp/work-shared/qemuarma9/kernel-source/.kernel-meta/configs/standard/arm-versatile-926ejs/bsp/qemuarma9/qemuarma9.cfg
 Requested value:  CONFIG_USB_ISP1760_HCD=y
 Actual value:

Both of these options no longer need to be in the BSP fragments
for qemuarma9, we fix them with these meta data changes:

  a2edeff915b9 qemuarma9: remove USB_ISP1760_HCD
  5f76e8f64fa5 qemuarma9: drop VGA console disable

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  | 2 +-
 3 files changed, 3 insertions(+), 3 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 1b1bf9f76270..ffaa26d3d3b3 100644
--- a/meta/recipes-kernel/linux/linux-yocto-rt_4.12.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-rt_4.12.bb
@@ -12,7 +12,7 @@ python () {
 }
 
 SRCREV_machine ?= "084d8ae2f349a7621e1e51c81b4494b123f3c09a"
-SRCREV_meta ?= "9acd7f92a1b3248310ec17407063f968732ad130"
+SRCREV_meta ?= "09bc15990cc56fefe4111b8c64530cf0c4755817"
 
 SRC_URI = 
"git://git.yoctoproject.org/linux-yocto-4.12.git;branch=${KBRANCH};name=machine 
\

git://git.yoctoproject.org/yocto-kernel-cache;type=kmeta;name=meta;branch=yocto-4.12;destsuffix=${KMETA}"
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 bdf660e6ce9e..56cd8ed29fe4 100644
--- a/meta/recipes-kernel/linux/linux-yocto-tiny_4.12.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-tiny_4.12.bb
@@ -10,7 +10,7 @@ KMETA = "kernel-meta"
 KCONF_BSP_AUDIT_LEVEL = "2"
 
 SRCREV_machine ?= "084d8ae2f349a7621e1e51c81b4494b123f3c09a"
-SRCREV_meta ?= "9acd7f92a1b3248310ec17407063f968732ad130"
+SRCREV_meta ?= "09bc15990cc56fefe4111b8c64530cf0c4755817"
 
 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 964dbce3e79e..6f806c2bec4c 100644
--- a/meta/recipes-kernel/linux/linux-yocto_4.12.bb
+++ b/meta/recipes-kernel/linux/linux-yocto_4.12.bb
@@ -19,7 +19,7 @@ SRCREV_machine_qemux86 ?= 
"084d8ae2f349a7621e1e51c81b4494b123f3c09a"
 SRCREV_machine_qemux86-64 ?= "084d8ae2f349a7621e1e51c81b4494b123f3c09a"
 SRCREV_machine_qemumips64 ?= "b344c1888b03e40683ba109bb45b44e9cf4d1eb4"
 SRCREV_machine ?= "084d8ae2f349a7621e1e51c81b4494b123f3c09a"
-SRCREV_meta ?= "9acd7f92a1b3248310ec17407063f968732ad130"
+SRCREV_meta ?= "09bc15990cc56fefe4111b8c64530cf0c4755817"
 
 SRC_URI = 
"git://git.yoctoproject.org/linux-yocto-4.12.git;name=machine;branch=${KBRANCH};
 \

git://git.yoctoproject.org/yocto-kernel-cache;type=kmeta;name=meta;branch=yocto-4.12;destsuffix=${KMETA}"
-- 
2.5.0

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

[OE-core] [PATCH 3/7] linux-yocto/4.10/4.9: fix BRCMFMAC_PROTO_MSGBUF warning

[Bruce Ashfield]

The 4.10 and 4.9 kernels need a fix applied to 4.12 to deal with
a configuration warning:

  Author: Bruce Ashfield 
  Date:   Fri Aug 18 17:03:27 2017 -0400

wifi: drop BRCMFMAC_PROTO_MSGBUF, since it is selected

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

diff --git a/meta/recipes-kernel/linux/linux-yocto-rt_4.10.bb 
b/meta/recipes-kernel/linux/linux-yocto-rt_4.10.bb
index d95a4f73019e..17d819153e58 100644
--- a/meta/recipes-kernel/linux/linux-yocto-rt_4.10.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-rt_4.10.bb
@@ -12,7 +12,7 @@ python () {
 }
 
 SRCREV_machine ?= "f4ba3db6e599ed41d1c676f9086ad8b97fd55046"
-SRCREV_meta ?= "416a2862c3bac3ecb641bf14e14c1d2c9c23ed96"
+SRCREV_meta ?= "ba11a3e8f1bc465c9de3cf00e8e60437db60e886"
 
 SRC_URI = 
"git://git.yoctoproject.org/linux-yocto-4.10.git;branch=${KBRANCH};name=machine 
\

git://git.yoctoproject.org/yocto-kernel-cache;type=kmeta;name=meta;branch=yocto-4.10;destsuffix=${KMETA}"
diff --git a/meta/recipes-kernel/linux/linux-yocto-rt_4.9.bb 
b/meta/recipes-kernel/linux/linux-yocto-rt_4.9.bb
index 3eb31c951f9e..b939e6da079a 100644
--- a/meta/recipes-kernel/linux/linux-yocto-rt_4.9.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-rt_4.9.bb
@@ -12,7 +12,7 @@ python () {
 }
 
 SRCREV_machine ?= "1fb4e1d1e3f727fc20963fc631a259665bd4665b"
-SRCREV_meta ?= "e8095d45e15f02ffc953312bb41a57554b25a439"
+SRCREV_meta ?= "0dd1939b20d55fec20e8c3d13088df3b9ca23ade"
 
 SRC_URI = 
"git://git.yoctoproject.org/linux-yocto-4.9.git;branch=${KBRANCH};name=machine \

git://git.yoctoproject.org/yocto-kernel-cache;type=kmeta;name=meta;branch=yocto-4.9;destsuffix=${KMETA}"
diff --git a/meta/recipes-kernel/linux/linux-yocto-tiny_4.10.bb 
b/meta/recipes-kernel/linux/linux-yocto-tiny_4.10.bb
index cb13f4fbdca7..7730da60fa62 100644
--- a/meta/recipes-kernel/linux/linux-yocto-tiny_4.10.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-tiny_4.10.bb
@@ -10,7 +10,7 @@ KMETA = "kernel-meta"
 KCONF_BSP_AUDIT_LEVEL = "2"
 
 SRCREV_machine ?= "f4ba3db6e599ed41d1c676f9086ad8b97fd55046"
-SRCREV_meta ?= "416a2862c3bac3ecb641bf14e14c1d2c9c23ed96"
+SRCREV_meta ?= "ba11a3e8f1bc465c9de3cf00e8e60437db60e886"
 
 PV = "${LINUX_VERSION}+git${SRCPV}"
 
diff --git a/meta/recipes-kernel/linux/linux-yocto-tiny_4.9.bb 
b/meta/recipes-kernel/linux/linux-yocto-tiny_4.9.bb
index fc961bcf3a5f..82ccb982572e 100644
--- a/meta/recipes-kernel/linux/linux-yocto-tiny_4.9.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-tiny_4.9.bb
@@ -10,7 +10,7 @@ KMETA = "kernel-meta"
 KCONF_BSP_AUDIT_LEVEL = "2"
 
 SRCREV_machine ?= "24572abb2cad341dd79e6aafcb9cdd1a7f8a0c1e"
-SRCREV_meta ?= "e8095d45e15f02ffc953312bb41a57554b25a439"
+SRCREV_meta ?= "0dd1939b20d55fec20e8c3d13088df3b9ca23ade"
 
 PV = "${LINUX_VERSION}+git${SRCPV}"
 
diff --git a/meta/recipes-kernel/linux/linux-yocto_4.10.bb 
b/meta/recipes-kernel/linux/linux-yocto_4.10.bb
index 10b56cda77e7..6e5c726b336e 100644
--- a/meta/recipes-kernel/linux/linux-yocto_4.10.bb
+++ b/meta/recipes-kernel/linux/linux-yocto_4.10.bb
@@ -19,7 +19,7 @@ SRCREV_machine_qemux86 ?= 
"f4ba3db6e599ed41d1c676f9086ad8b97fd55046"
 SRCREV_machine_qemux86-64 ?= "f4ba3db6e599ed41d1c676f9086ad8b97fd55046"
 SRCREV_machine_qemumips64 ?= "7b6d7feb4b0143d6f9146784f6072ffd171dd7ba"
 SRCREV_machine ?= "f4ba3db6e599ed41d1c676f9086ad8b97fd55046"
-SRCREV_meta ?= "416a2862c3bac3ecb641bf14e14c1d2c9c23ed96"
+SRCREV_meta ?= "ba11a3e8f1bc465c9de3cf00e8e60437db60e886"
 
 SRC_URI = 
"git://git.yoctoproject.org/linux-yocto-4.10.git;name=machine;branch=${KBRANCH};
 \

git://git.yoctoproject.org/yocto-kernel-cache;type=kmeta;name=meta;branch=yocto-4.10;destsuffix=${KMETA}"
diff --git a/meta/recipes-kernel/linux/linux-yocto_4.9.bb 
b/meta/recipes-kernel/linux/linux-yocto_4.9.bb
index f27a45961767..6021b224d0d8 100644
--- a/meta/recipes-kernel/linux/linux-yocto_4.9.bb
+++ b/meta/recipes-kernel/linux/linux-yocto_4.9.bb
@@ -19,7 +19,7 @@ SRCREV_machine_qemux86 ?= 
"24572abb2cad341dd79e6aafcb9cdd1a7f8a0c1e"
 SRCREV_machine_qemux86-64 ?= "24572abb2cad341dd79e6aafcb9cdd1a7f8a0c1e"
 SRCREV_machine_qemumips64 ?= "7c9ce18e05e1d84df17e677b26133671ec0430f5"
 SRCREV_machine ?= "24572abb2cad341dd79e6aafcb9cdd1a7f8a0c1e"
-SRCREV_meta ?= "e8095d45e15f02ffc953312bb41a57554b25a439"
+SRCREV_meta ?= "0dd1939b20d55fec20e8c3d13088df3b9ca23ade"
 
 SRC_URI = 
"git://git.yoctoproject.org/linux-yocto-4.9.git;name=machine;branch=${KBRANCH}; 
\

git://git.yoctoproject.org/yocto-kernel-cache;type=kmeta;name=meta;branch=yocto-4.9;destsuffix=${KMETA}"
-- 
2.5.0

[OE-core] [PATCH 2/7] linux-yoct/4.12: fix yaffs2 build

[Bruce Ashfield]

Yaffs2 needs some tweaks to build against the 4.12 kernel, we
import the following two commits:

  084d8ae2f349 fs: yaffs2: includes the missing header file
  595f7d1759d9 fs: yaffs2: replace CURRENT_TIME by other appropriate apis

Signed-off-by: Bruce Ashfield 
---
 meta/recipes-kernel/linux/linux-yocto-rt_4.12.bb   |  4 ++--
 meta/recipes-kernel/linux/linux-yocto-tiny_4.12.bb |  4 ++--
 meta/recipes-kernel/linux/linux-yocto_4.12.bb  | 18 +-
 3 files changed, 13 insertions(+), 13 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 49f5bf3522ad..1b1bf9f76270 100644
--- a/meta/recipes-kernel/linux/linux-yocto-rt_4.12.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-rt_4.12.bb
@@ -11,8 +11,8 @@ python () {
 raise bb.parse.SkipPackage("Set PREFERRED_PROVIDER_virtual/kernel to 
linux-yocto-rt to enable it")
 }
 
-SRCREV_machine ?= "d09f2ce584d60ecb7890550c22a80c48b83c2e19"
-SRCREV_meta ?= "edb42d48052dee4dbc3ed9d5e1e39c1375e85fe0"
+SRCREV_machine ?= "084d8ae2f349a7621e1e51c81b4494b123f3c09a"
+SRCREV_meta ?= "9acd7f92a1b3248310ec17407063f968732ad130"
 
 SRC_URI = 
"git://git.yoctoproject.org/linux-yocto-4.12.git;branch=${KBRANCH};name=machine 
\

git://git.yoctoproject.org/yocto-kernel-cache;type=kmeta;name=meta;branch=yocto-4.12;destsuffix=${KMETA}"
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 ff395e0ad7e3..bdf660e6ce9e 100644
--- a/meta/recipes-kernel/linux/linux-yocto-tiny_4.12.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-tiny_4.12.bb
@@ -9,8 +9,8 @@ LINUX_VERSION ?= "4.12.7"
 KMETA = "kernel-meta"
 KCONF_BSP_AUDIT_LEVEL = "2"
 
-SRCREV_machine ?= "d09f2ce584d60ecb7890550c22a80c48b83c2e19"
-SRCREV_meta ?= "edb42d48052dee4dbc3ed9d5e1e39c1375e85fe0"
+SRCREV_machine ?= "084d8ae2f349a7621e1e51c81b4494b123f3c09a"
+SRCREV_meta ?= "9acd7f92a1b3248310ec17407063f968732ad130"
 
 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 ce223ca081f3..964dbce3e79e 100644
--- a/meta/recipes-kernel/linux/linux-yocto_4.12.bb
+++ b/meta/recipes-kernel/linux/linux-yocto_4.12.bb
@@ -11,15 +11,15 @@ KBRANCH_qemux86  ?= "standard/base"
 KBRANCH_qemux86-64 ?= "standard/base"
 KBRANCH_qemumips64 ?= "standard/mti-malta64"
 
-SRCREV_machine_qemuarm ?= "dc7fc6edebaa6d20967c953a2cd27bac5e955463"
-SRCREV_machine_qemuarm64 ?= "d09f2ce584d60ecb7890550c22a80c48b83c2e19"
-SRCREV_machine_qemumips ?= "ff11a70047bbab2c801f9b4f7b9d4bc1d38dbed1"
-SRCREV_machine_qemuppc ?= "d09f2ce584d60ecb7890550c22a80c48b83c2e19"
-SRCREV_machine_qemux86 ?= "d09f2ce584d60ecb7890550c22a80c48b83c2e19"
-SRCREV_machine_qemux86-64 ?= "d09f2ce584d60ecb7890550c22a80c48b83c2e19"
-SRCREV_machine_qemumips64 ?= "a4d6ef2c5428e57f7f9982d230b09459683ddb1d"
-SRCREV_machine ?= "d09f2ce584d60ecb7890550c22a80c48b83c2e19"
-SRCREV_meta ?= "edb42d48052dee4dbc3ed9d5e1e39c1375e85fe0"
+SRCREV_machine_qemuarm ?= "a5227887cfadd94068717e8166879bf88d00ef73"
+SRCREV_machine_qemuarm64 ?= "084d8ae2f349a7621e1e51c81b4494b123f3c09a"
+SRCREV_machine_qemumips ?= "a6983bac4e93ba7e892f666ad8c58b32c2d10945"
+SRCREV_machine_qemuppc ?= "084d8ae2f349a7621e1e51c81b4494b123f3c09a"
+SRCREV_machine_qemux86 ?= "084d8ae2f349a7621e1e51c81b4494b123f3c09a"
+SRCREV_machine_qemux86-64 ?= "084d8ae2f349a7621e1e51c81b4494b123f3c09a"
+SRCREV_machine_qemumips64 ?= "b344c1888b03e40683ba109bb45b44e9cf4d1eb4"
+SRCREV_machine ?= "084d8ae2f349a7621e1e51c81b4494b123f3c09a"
+SRCREV_meta ?= "9acd7f92a1b3248310ec17407063f968732ad130"
 
 SRC_URI = 
"git://git.yoctoproject.org/linux-yocto-4.12.git;name=machine;branch=${KBRANCH};
 \

git://git.yoctoproject.org/yocto-kernel-cache;type=kmeta;name=meta;branch=yocto-4.12;destsuffix=${KMETA}"
-- 
2.5.0

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

[OE-core] [PATCH 0/7] kernel-yocto: conslidated pull request

[Bruce Ashfield]

Hi all,

Now that 4.12 + headers are in the tree, this is the next (and possibly final)
around of -stable updates for the active kernels.

I've built and booted them on all four architectures. But as usual, this is a
lot of combinations to confirm.

The 4.12 update doesn't specifically address the kernel traces that RP has
been seeing, but it also doesn't regress things here. I'd be interested to
know if they help/hinder in the search to find the root cause.

I'll of course continue to track it down myself.

I also have some functionality fixes as well as configuration updates as part
of this update.

Cheers,

Bruce

The following changes since commit 52d71c17ffd2d58699bf05bc85e0dd0d49e51021:

  image_types.bbclass: improve reproducibility of .gz files (2017-08-31 
17:41:42 +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 (7):
  linux-yocto/4.10: fix aufs build
  linux-yoct/4.12: fix yaffs2 build
  linux-yocto/4.10/4.9: fix BRCMFMAC_PROTO_MSGBUF warning
  linux-yocto/4.12: silence qeumarma9 config warnings
  linux-yocto/4.12: update to v4.12.10
  linux-yocto/4.9: update to v4.9.46
  linux-yocto/4.4: update to v4.4.85

 meta/recipes-kernel/linux/linux-yocto-rt_4.10.bb   |  4 ++--
 meta/recipes-kernel/linux/linux-yocto-rt_4.12.bb   |  6 +++---
 meta/recipes-kernel/linux/linux-yocto-rt_4.4.bb|  6 +++---
 meta/recipes-kernel/linux/linux-yocto-rt_4.9.bb|  6 +++---
 meta/recipes-kernel/linux/linux-yocto-tiny_4.10.bb |  4 ++--
 meta/recipes-kernel/linux/linux-yocto-tiny_4.12.bb |  6 +++---
 meta/recipes-kernel/linux/linux-yocto-tiny_4.4.bb  |  6 +++---
 meta/recipes-kernel/linux/linux-yocto-tiny_4.9.bb  |  6 +++---
 meta/recipes-kernel/linux/linux-yocto_4.10.bb  | 18 +-
 meta/recipes-kernel/linux/linux-yocto_4.12.bb  | 20 ++--
 meta/recipes-kernel/linux/linux-yocto_4.4.bb   | 20 ++--
 meta/recipes-kernel/linux/linux-yocto_4.9.bb   | 20 ++--
 12 files changed, 61 insertions(+), 61 deletions(-)

-- 
2.5.0

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

[OE-core] [PATCH 1/7] linux-yocto/4.10: fix aufs build

[Bruce Ashfield]

The aufs patches were out of sync with the latest upstream and hence
didn't build against 4.10.

With this update, we are once again building and up to date with the
upstream repo.

Signed-off-by: Bruce Ashfield 
---
 meta/recipes-kernel/linux/linux-yocto-rt_4.10.bb   |  4 ++--
 meta/recipes-kernel/linux/linux-yocto-tiny_4.10.bb |  4 ++--
 meta/recipes-kernel/linux/linux-yocto_4.10.bb  | 18 +-
 3 files changed, 13 insertions(+), 13 deletions(-)

diff --git a/meta/recipes-kernel/linux/linux-yocto-rt_4.10.bb 
b/meta/recipes-kernel/linux/linux-yocto-rt_4.10.bb
index cc6e522b4b8e..d95a4f73019e 100644
--- a/meta/recipes-kernel/linux/linux-yocto-rt_4.10.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-rt_4.10.bb
@@ -11,8 +11,8 @@ python () {
 raise bb.parse.SkipPackage("Set PREFERRED_PROVIDER_virtual/kernel to 
linux-yocto-rt to enable it")
 }
 
-SRCREV_machine ?= "65370fa249e282e4ce69cf927c01898b4c16f261"
-SRCREV_meta ?= "6ac2680ca4316fe111cddec37def7757843bbe86"
+SRCREV_machine ?= "f4ba3db6e599ed41d1c676f9086ad8b97fd55046"
+SRCREV_meta ?= "416a2862c3bac3ecb641bf14e14c1d2c9c23ed96"
 
 SRC_URI = 
"git://git.yoctoproject.org/linux-yocto-4.10.git;branch=${KBRANCH};name=machine 
\

git://git.yoctoproject.org/yocto-kernel-cache;type=kmeta;name=meta;branch=yocto-4.10;destsuffix=${KMETA}"
diff --git a/meta/recipes-kernel/linux/linux-yocto-tiny_4.10.bb 
b/meta/recipes-kernel/linux/linux-yocto-tiny_4.10.bb
index b136bf095034..cb13f4fbdca7 100644
--- a/meta/recipes-kernel/linux/linux-yocto-tiny_4.10.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-tiny_4.10.bb
@@ -9,8 +9,8 @@ LINUX_VERSION ?= "4.10.17"
 KMETA = "kernel-meta"
 KCONF_BSP_AUDIT_LEVEL = "2"
 
-SRCREV_machine ?= "65370fa249e282e4ce69cf927c01898b4c16f261"
-SRCREV_meta ?= "6ac2680ca4316fe111cddec37def7757843bbe86"
+SRCREV_machine ?= "f4ba3db6e599ed41d1c676f9086ad8b97fd55046"
+SRCREV_meta ?= "416a2862c3bac3ecb641bf14e14c1d2c9c23ed96"
 
 PV = "${LINUX_VERSION}+git${SRCPV}"
 
diff --git a/meta/recipes-kernel/linux/linux-yocto_4.10.bb 
b/meta/recipes-kernel/linux/linux-yocto_4.10.bb
index 4107891f6e8a..10b56cda77e7 100644
--- a/meta/recipes-kernel/linux/linux-yocto_4.10.bb
+++ b/meta/recipes-kernel/linux/linux-yocto_4.10.bb
@@ -11,15 +11,15 @@ KBRANCH_qemux86  ?= "standard/base"
 KBRANCH_qemux86-64 ?= "standard/base"
 KBRANCH_qemumips64 ?= "standard/mti-malta64"
 
-SRCREV_machine_qemuarm ?= "4c652d50c67050422da4621cc6421ecb86b31c31"
-SRCREV_machine_qemuarm64 ?= "65370fa249e282e4ce69cf927c01898b4c16f261"
-SRCREV_machine_qemumips ?= "0a632fa7f9615ad1b2488a300846a7e925e6591a"
-SRCREV_machine_qemuppc ?= "65370fa249e282e4ce69cf927c01898b4c16f261"
-SRCREV_machine_qemux86 ?= "65370fa249e282e4ce69cf927c01898b4c16f261"
-SRCREV_machine_qemux86-64 ?= "65370fa249e282e4ce69cf927c01898b4c16f261"
-SRCREV_machine_qemumips64 ?= "75c22c1be83bf7894af78a36b3e3c5af08ce4d7b"
-SRCREV_machine ?= "65370fa249e282e4ce69cf927c01898b4c16f261"
-SRCREV_meta ?= "6ac2680ca4316fe111cddec37def7757843bbe86"
+SRCREV_machine_qemuarm ?= "97253eca8592c9cba7c7665277e1118b048b9639"
+SRCREV_machine_qemuarm64 ?= "f4ba3db6e599ed41d1c676f9086ad8b97fd55046"
+SRCREV_machine_qemumips ?= "52e935b59800868731e7620caf49cc257f1b9946"
+SRCREV_machine_qemuppc ?= "f4ba3db6e599ed41d1c676f9086ad8b97fd55046"
+SRCREV_machine_qemux86 ?= "f4ba3db6e599ed41d1c676f9086ad8b97fd55046"
+SRCREV_machine_qemux86-64 ?= "f4ba3db6e599ed41d1c676f9086ad8b97fd55046"
+SRCREV_machine_qemumips64 ?= "7b6d7feb4b0143d6f9146784f6072ffd171dd7ba"
+SRCREV_machine ?= "f4ba3db6e599ed41d1c676f9086ad8b97fd55046"
+SRCREV_meta ?= "416a2862c3bac3ecb641bf14e14c1d2c9c23ed96"
 
 SRC_URI = 
"git://git.yoctoproject.org/linux-yocto-4.10.git;name=machine;branch=${KBRANCH};
 \

git://git.yoctoproject.org/yocto-kernel-cache;type=kmeta;name=meta;branch=yocto-4.10;destsuffix=${KMETA}"
-- 
2.5.0

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

[OE-core] [PATCH] package_manager.py: Add PACKAGE_ENABLE_FILELIST option to OpkgIndexer

[Haris Okanovic]

Setting PACKAGE_ENABLE_FILELIST option generates Packages.filelist on
`bitbake package-index`, which is index of files provided by each
IPK package in the feed. It's useful for figuring out which package
provides a particular file/program/library/etc.

Disabled by default since generating a filelist involves reading the
payload of every package in the feed, a time and IO intensive operation
many users won't want to run. Those who do may flip this switch.

Testing:
 * Built an opkg index with PACKAGE_ENABLE_FILELIST unset and verified
   no Packages.filelist are generated.
 * Built with PACKAGE_ENABLE_FILELIST="1" and verified each subfeed
   has Packages.filelist; took ~3min longer for 8,200 IPKs.

Signed-off-by: Haris Okanovic 
---
 meta/lib/oe/package_manager.py | 10 --
 1 file changed, 8 insertions(+), 2 deletions(-)

diff --git a/meta/lib/oe/package_manager.py b/meta/lib/oe/package_manager.py
index b4b359a8c6..5e1fc48500 100644
--- a/meta/lib/oe/package_manager.py
+++ b/meta/lib/oe/package_manager.py
@@ -161,6 +161,8 @@ class OpkgIndexer(Indexer):
 else:
 signer = None
 
+enable_filelist = 
bb.utils.to_boolean(self.d.getVar('PACKAGE_ENABLE_FILELIST', True) or "False")
+
 if not os.path.exists(os.path.join(self.deploy_dir, "Packages")):
 open(os.path.join(self.deploy_dir, "Packages"), "w").close()
 
@@ -175,14 +177,18 @@ class OpkgIndexer(Indexer):
 pkgs_dir = os.path.join(self.deploy_dir, arch)
 pkgs_file = os.path.join(pkgs_dir, "Packages")
 
+filelist_cmd = ""
+if enable_filelist:
+filelist_cmd = '-l %s.filelist' % (pkgs_file)
+
 if not os.path.isdir(pkgs_dir):
 continue
 
 if not os.path.exists(pkgs_file):
 open(pkgs_file, "w").close()
 
-index_cmds.add('%s -r %s -p %s -m %s' %
-  (opkg_index_cmd, pkgs_file, pkgs_file, 
pkgs_dir))
+index_cmds.add('%s -r %s -p %s -m %s %s' %
+  (opkg_index_cmd, pkgs_file, pkgs_file, 
filelist_cmd, pkgs_dir))
 
 index_sign_files.add(pkgs_file)
 
-- 
2.13.2

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

Re: [OE-core] [PATCH] initramfs-live-boot: disable systemd-update-done.service on live images

[Carlos Alberto Lopez Perez]

On 31/08/17 19:26, Otavio Salvador wrote:
> On Thu, Aug 31, 2017 at 9:23 AM, Carlos Alberto Lopez Perez
>  wrote:
>> When systemd is used, it will invoke a service on first boot that triggers
>> a rebuild of ldconfig caches (rebuild dynamic linker cache).
>>
>> This is fine on the first boot of a system that has been installed, but it
>> makes no sense on a live system. The worst part is that rebuilding this
>> caches is slow and it causes the live system to take longer to boot.
>> (I measured this in 30 seconds longer on a standard PC system booting
>> core-image-sato live from an USB memory).
>>
>> Disable this by touching /etc/.updated and /var/.updated on the live 
>> initramfs.
>>
>> For more details see https://bugzilla.redhat.com/show_bug.cgi?id=1201725 and
>> https://www.freedesktop.org/software/systemd/man/systemd-update-done.service.html
>>
>> Signed-off-by: Carlos Alberto Lopez Perez 
> 
> This should be done to the live boot module of initramfs-framework as well.
> 
> 

I'm not really familiar with the modules there.

What is the use case of doing this there as well?
live systems without an initramfs? is that possible?

Where should this exactly be done there?
I don't see the boot_live_root() equivalent.



signature.asc
Description: OpenPGP digital signature
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] initramfs-live-boot: disable systemd-update-done.service on live images

[Otavio Salvador]

On Thu, Aug 31, 2017 at 9:23 AM, Carlos Alberto Lopez Perez
 wrote:
> When systemd is used, it will invoke a service on first boot that triggers
> a rebuild of ldconfig caches (rebuild dynamic linker cache).
>
> This is fine on the first boot of a system that has been installed, but it
> makes no sense on a live system. The worst part is that rebuilding this
> caches is slow and it causes the live system to take longer to boot.
> (I measured this in 30 seconds longer on a standard PC system booting
> core-image-sato live from an USB memory).
>
> Disable this by touching /etc/.updated and /var/.updated on the live 
> initramfs.
>
> For more details see https://bugzilla.redhat.com/show_bug.cgi?id=1201725 and
> https://www.freedesktop.org/software/systemd/man/systemd-update-done.service.html
>
> Signed-off-by: Carlos Alberto Lopez Perez 

This should be done to the live boot module of initramfs-framework as well.


-- 
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

Re: [OE-core] [PATCH] initramfs-live-boot: disable systemd-update-done.service on live images

[Burton, Ross]

On 31 August 2017 at 17:57, Carlos Alberto Lopez Perez 
wrote:

> Better done than promised! :)
> https://github.com/systemd/systemd/issues/6716


And staged :)

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

Re: [OE-core] [PATCH] initramfs-live-boot: disable systemd-update-done.service on live images

[Carlos Alberto Lopez Perez]

On 31/08/17 17:48, Burton, Ross wrote:
> On 31 August 2017 at 16:38, Carlos Alberto Lopez Perez 
> wrote:
> 
>> On 31/08/17 15:46, Burton, Ross wrote:
>>> Presumably/hopefully systemd isn't hardcoding /etc and /var but
>> respecting
>>> sysconfdir and localstatedir, so the touch should also use those
>> variables
>>> (by sedding the script).
>>
>> https://github.com/systemd/systemd/blob/master/units/
>> systemd-update-done.service.in#L15
>> https://github.com/systemd/systemd/blob/master/src/
>> update-done/update-done.c#L72
>>
>> // losing the hope
> 
> 
> Sigh.
> 
> If you promise to file a bug against systemd moaning about that, I'll queue
> your patch. ;)
> 

Better done than promised! :)
https://github.com/systemd/systemd/issues/6716

Best regards.



signature.asc
Description: OpenPGP digital signature
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH] libsoup: upgrade to 2.58.2

[Ross Burton]

This fixes CVE-2017-2885 (stack overflow with HTTP chunked encoding), no other
relevant changes.

Signed-off-by: Ross Burton 
---
 .../libsoup/{libsoup-2.4_2.58.1.bb => libsoup-2.4_2.58.2.bb}  | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-support/libsoup/{libsoup-2.4_2.58.1.bb => 
libsoup-2.4_2.58.2.bb} (89%)

diff --git a/meta/recipes-support/libsoup/libsoup-2.4_2.58.1.bb 
b/meta/recipes-support/libsoup/libsoup-2.4_2.58.2.bb
similarity index 89%
rename from meta/recipes-support/libsoup/libsoup-2.4_2.58.1.bb
rename to meta/recipes-support/libsoup/libsoup-2.4_2.58.2.bb
index 5b1273efec2..c9f95e538a2 100644
--- a/meta/recipes-support/libsoup/libsoup-2.4_2.58.1.bb
+++ b/meta/recipes-support/libsoup/libsoup-2.4_2.58.2.bb
@@ -11,8 +11,8 @@ SHRT_VER = 
"${@d.getVar('PV').split('.')[0]}.${@d.getVar('PV').split('.')[1]}"
 
 SRC_URI = "${GNOME_MIRROR}/libsoup/${SHRT_VER}/libsoup-${PV}.tar.xz"
 
-SRC_URI[md5sum] = "91d7a6bf8785d31f4b154a7612e53e62"
-SRC_URI[sha256sum] = 
"62c669f557de745b7b20ba9d5b74d839c95e4c9cea1a5ab7f3da5531a1aeefb9"
+SRC_URI[md5sum] = "eb33adb459c2283efc5c7d09ccdbbcfc"
+SRC_URI[sha256sum] = 
"442300ca1b1bf8a3bbf2f788203287ff862542d4fc048f19a92a068a27d17b72"
 
 S = "${WORKDIR}/libsoup-${PV}"
 
-- 
2.11.0

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

Re: [OE-core] [PATCH] initramfs-live-boot: disable systemd-update-done.service on live images

[Burton, Ross]

On 31 August 2017 at 16:38, Carlos Alberto Lopez Perez 
wrote:

> On 31/08/17 15:46, Burton, Ross wrote:
> > Presumably/hopefully systemd isn't hardcoding /etc and /var but
> respecting
> > sysconfdir and localstatedir, so the touch should also use those
> variables
> > (by sedding the script).
>
> https://github.com/systemd/systemd/blob/master/units/
> systemd-update-done.service.in#L15
> https://github.com/systemd/systemd/blob/master/src/
> update-done/update-done.c#L72
>
> // losing the hope


Sigh.

If you promise to file a bug against systemd moaning about that, I'll queue
your patch. ;)

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

Re: [OE-core] [PATCH] initramfs-live-boot: disable systemd-update-done.service on live images

[Carlos Alberto Lopez Perez]

On 31/08/17 15:46, Burton, Ross wrote:
> Presumably/hopefully systemd isn't hardcoding /etc and /var but respecting
> sysconfdir and localstatedir, so the touch should also use those variables
> (by sedding the script).

https://github.com/systemd/systemd/blob/master/units/systemd-update-done.service.in#L15
https://github.com/systemd/systemd/blob/master/src/update-done/update-done.c#L72

// losing the hope



signature.asc
Description: OpenPGP digital signature
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH] waffle: fix REQUIRED_DISTRO_FEATURES and PACKAGECONFIG virtual/libgl dependencies

[leonardo . sandoval . gonzalez]

From: Leonardo Sandoval 

Waffle's REQUIRED_DISTRO_FEATURES statement looks into DEPENDS and if
virtual/libgl is present, it includes opengl as distro feature. However,
in a multilib environment, recipes provides virtual/${MLPREFIX}libgl,
thus waffle recipe needs to include the prefix. Also PACKAGECONFIG
statements need this change in order to properly include the libgl
dependency.

The way this error showed up was in a multilib environment and a distro
not containing opengl, i.e. nodistro, leading the following error when
building world -S none (because opengl was not included as required distro
feature):

ERROR: Nothing PROVIDES 'virtual/lib32-libgl' (but 
virtual:multilib:lib32:/meta/recipes-graphics/waffle/waffle_1.5.2.bb DEPENDS on 
or otherwise requires it). Close matches:
  virtual/lib32-libsdl
  virtual/lib32-libc
  virtual/lib32-libsdl2
ERROR: Required build target 'lib32-meta-world-pkgdata' has no buildable 
providers.
Missing or unbuildable dependency chain was: ['lib32-meta-world-pkgdata', 
'meta-world-pkgdata', 'lib32-waffle', 'virtual/lib32-libgl']

Summary: There were 2 ERROR messages shown, returning a non-zero exit code.

[YOCTO #10900]

Signed-off-by: Leonardo Sandoval 
---
 meta/recipes-graphics/waffle/waffle_1.5.2.bb | 10 +-
 1 file changed, 5 insertions(+), 5 deletions(-)

diff --git a/meta/recipes-graphics/waffle/waffle_1.5.2.bb 
b/meta/recipes-graphics/waffle/waffle_1.5.2.bb
index 9d6b0e0e0d..a5179db1da 100644
--- a/meta/recipes-graphics/waffle/waffle_1.5.2.bb
+++ b/meta/recipes-graphics/waffle/waffle_1.5.2.bb
@@ -21,20 +21,20 @@ PACKAGECONFIG ??= "glx"
 REQUIRED_DISTRO_FEATURES = "${@bb.utils.contains('PACKAGECONFIG', 'glx', 
'x11', '', d)}"
 
 # virtual/libgl requires opengl in DISTRO_FEATURES.
-REQUIRED_DISTRO_FEATURES += "${@bb.utils.contains('DEPENDS', 'virtual/libgl', 
'opengl', '', d)}"
+REQUIRED_DISTRO_FEATURES += "${@bb.utils.contains('DEPENDS', 
'virtual/${MLPREFIX}libgl', 'opengl', '', d)}"
 
 # I say virtual/libgl, actually wants gl.pc
-PACKAGECONFIG[glx] = "-Dwaffle_has_glx=1,-Dwaffle_has_glx=0,virtual/libgl 
libx11"
+PACKAGECONFIG[glx] = 
"-Dwaffle_has_glx=1,-Dwaffle_has_glx=0,virtual/${MLPREFIX}libgl libx11"
 
 # I say virtual/libgl, actually wants wayland-egl.pc, egl.pc, and the wayland
 # DISTRO_FEATURE.
-PACKAGECONFIG[wayland] = 
"-Dwaffle_has_wayland=1,-Dwaffle_has_wayland=0,virtual/libgl wayland"
+PACKAGECONFIG[wayland] = 
"-Dwaffle_has_wayland=1,-Dwaffle_has_wayland=0,virtual/${MLPREFIX}libgl wayland"
 
 # I say virtual/libgl, actually wants gbm.pc egl.pc
-PACKAGECONFIG[gbm] = "-Dwaffle_has_gbm=1,-Dwaffle_has_gbm=0,virtual/libgl udev"
+PACKAGECONFIG[gbm] = 
"-Dwaffle_has_gbm=1,-Dwaffle_has_gbm=0,virtual/${MLPREFIX}libgl udev"
 
 # I say virtual/libgl, actually wants egl.pc
-PACKAGECONFIG[x11-egl] = 
"-Dwaffle_has_x11_egl=1,-Dwaffle_has_x11_egl=0,virtual/libgl libxcb"
+PACKAGECONFIG[x11-egl] = 
"-Dwaffle_has_x11_egl=1,-Dwaffle_has_x11_egl=0,virtual/${MLPREFIX}libgl libxcb"
 
 FILES_${PN}-dev += "${datadir}/cmake/Modules/FindWaffle.cmake \
 ${libdir}/cmake/Waffle/"
-- 
2.12.3

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

Re: [OE-core] [pyro][PATCH 19/25] texinfo: Avoid a problem with a dependency on perl(Locale::gettext_xs)

[Peter Kjellerstedt]

> -Original Message-
> From: Richard Purdie [mailto:richard.pur...@linuxfoundation.org]
> Sent: den 30 augusti 2017 23:37
> To: Peter Kjellerstedt ; Armin Kuster
> ; openembedded-core@lists.openembedded.org
> Subject: Re: [OE-core] [pyro][PATCH 19/25] texinfo: Avoid a problem
> with a dependency on perl(Locale::gettext_xs)
> 
> On Tue, 2017-08-29 at 23:21 +0200, Peter Kjellerstedt wrote:
> > We do not build the Locale::gettext_xs Perl module and the code will
> > test for it and happily use Locale::gettext_pp instead if it is not
> > found. However, this still causes a file dependency on
> > perl(Locale::gettext_xs) to be generated, which must be satisfied by
> > adding an explicit provide for it.
> >
> > Signed-off-by: Peter Kjellerstedt 
> > Signed-off-by: Mark Hatle 
> > Signed-off-by: Richard Purdie 
> > ---
> >  meta/recipes-extended/texinfo/texinfo_6.3.bb | 6 ++
> >  1 file changed, 6 insertions(+)
> >
> > diff --git a/meta/recipes-extended/texinfo/texinfo_6.3.bb
> > b/meta/recipes-extended/texinfo/texinfo_6.3.bb
> > index d82731e11e..f58df928aa 100644
> > --- a/meta/recipes-extended/texinfo/texinfo_6.3.bb
> > +++ b/meta/recipes-extended/texinfo/texinfo_6.3.bb
> > @@ -79,4 +79,10 @@ FILES_${PN}-doc = "${infodir}/texinfo* \
> > ${datadir}/${tex_texinfo} \
> > ${mandir}/man1 ${mandir}/man5"
> >
> > +# Lie about providing the Locale::gettext_xs module. It is not
> > actually built,
> > +# but the code will test for it and if not found use
> > Locale::gettext_pp instead.
> > +# However, this causes a file dependency on perl(Locale::gettext_xs)
> > to be
> > +# generated, which must be satisfied.
> > +RPROVIDES_${PN} += "perl(Locale::gettext_xs)"
> > +
> >  BBCLASSEXTEND = "native nativesdk"
> 
> Breaks in do_package_write_deb:
> 
> e.g.
> https://autobuilder.yoctoproject.org/main/builders/nightly-
> arm64/builds/827
> 
> but also many other builds. Possibly missing some other backport?
> 
> Cheers,
> 
> Richard

Ok, the problem was easily reproducible by building nativesdk-texinfo 
with package_deb in PACKAGE_CLASSES. What that result in, is an error 
like this:

dpkg-deb: error: parsing file 
'tmp/work/x86_64-nativesdk-pokysdk-linux/nativesdk-texinfo/6.3-r0/packages-split/nativesdk-texinfo/DEBIAN/control'
 near line 15 package 'nativesdk-texinfo':
 'Provides' field, reference to 'nativesdk-perl__Locale': invalid architecture 
name ':gettext_xs__': must start with an alphanumeric

Which is due to the following line in the Debian control file:

Provides: nativesdk-perl__Locale::gettext_xs__

And it is clear that dpkg does not like the two colons on that line. 
However, that got me thinking. Why is this not a problem when building 
with master of Poky? So I went and built the same with master and 
looked at log.do_package_write_dep for nativesdl-texinfo, and as I 
suspected the error was there as well. However, the error was ignored 
which led to the build succeeding, but without actually producing the 
texinfo deb package!

After some testing it turned out that commit dd540fba "package_deb: 
Enable multithreaded package creation" is the culprit. If I revert 
that, building nativesdk-texinfo will start to fail for master if 
Debian packaging is enabled.

Given that Mark disabled Perl dependencies from being generated, I 
think the easiest solution is to just drop this patch from Pyro, and 
revert the corresponding patch from master. 

I will leave fixing the multithreaded package creation support in 
package_deb.bbclass to you because I have no idea about that...

//Peter

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

Re: [OE-core] [PATCH] initramfs-live-boot: disable systemd-update-done.service on live images

[Burton, Ross]

On 31 August 2017 at 13:23, Carlos Alberto Lopez Perez 
wrote:

> +# Don't run systemd-update-done on systemd-based live systems
> +# because it triggers a slow rebuild of ldconfig caches.
> +touch ${ROOT_MOUNT}/etc/.updated ${ROOT_MOUNT}/var/.updated
>

Good catch, there's a bug somewhere in bugzilla for a very similar problem.

Presumably/hopefully systemd isn't hardcoding /etc and /var but respecting
sysconfdir and localstatedir, so the touch should also use those variables
(by sedding the script).

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

[OE-core] State of bitbake world, Failed tasks 2017-08-31

[Martin Jansa]

http://www.openembedded.org/wiki/Bitbake_World_Status

== Number of issues - stats ==
{| class='wikitable'
!|Date   !!colspan='3'|Failed tasks 
!!|Signatures   
!!colspan='14'|QA !!Comment
|-
||  ||qemuarm   ||qemux86   ||qemux86_64||all
||already-stripped  ||libdir||textrel   ||build-deps
||file-rdeps||version-going-backwards   ||host-user-contaminated
||installed-vs-shipped  ||unknown-configure-option  ||symlink-to-sysroot
||invalid-pkgconfig ||pkgname   ||ldflags   ||compile-host-path 
||
|-
||2017-08-31||3 ||3 ||2 ||1 ||0 ||0 
||0 ||0 ||0 ||0 ||0 
||0 ||0 ||0 ||0 ||0 
||0 ||0 ||
|}

== Failed tasks 2017-08-31 ==

INFO: jenkins-job.sh-1.8.28 Complete log available at
http://logs.nslu2-linux.org/buildlogs/oe/world/rocko/log.report.20170831_030012.log

=== common (2) ===
* meta-browser/recipes-mozilla/firefox/firefox_45.9.0esr.bb:do_compile
* 
meta-openembedded/meta-python/recipes-devtools/python/python-matplotlib_1.1.0.bb:do_compile

=== common-x86 (0) ===

=== qemuarm (1) ===
* 
meta-openembedded/meta-oe/recipes-devtools/android-tools/android-tools_5.1.1.r37.bb:do_compile

=== qemux86 (1) ===
* 
meta-openembedded/meta-oe/recipes-support/mongodb/mongodb_git.bb:do_compile

=== qemux86_64 (0) ===

=== Number of failed tasks (8) ===
{| class=wikitable
|-
|| qemuarm  || 3 ||
http://logs.nslu2-linux.org/buildlogs/oe/world/rocko/log.world.qemuarm.20170830_222153.log/
|| http://errors.yoctoproject.org/Errors/Build/46017/
|-
|| qemux86  || 3 ||
http://logs.nslu2-linux.org/buildlogs/oe/world/rocko/log.world.qemux86.20170830_222153.log/
|| http://errors.yoctoproject.org/Errors/Build/46018/
|-
|| qemux86_64   || 2 ||
http://logs.nslu2-linux.org/buildlogs/oe/world/rocko/log.world.qemux86-64.20170831_001942.log/
|| http://errors.yoctoproject.org/Errors/Build/46019/
|}

=== PNBLACKLISTs (4) ===

=== QA issues (0) ===
{| class=wikitable
!| Count||Issue
|-
||0 ||already-stripped
|-
||0 ||build-deps
|-
||0 ||compile-host-path
|-
||0 ||file-rdeps
|-
||0 ||host-user-contaminated
|-
||0 ||installed-vs-shipped
|-
||0 ||invalid-pkgconfig
|-
||0 ||ldflags
|-
||0 ||libdir
|-
||0 ||pkgname
|-
||0 ||symlink-to-sysroot
|-
||0 ||textrel
|-
||0 ||unknown-configure-option
|-
||0 ||version-going-backwards
|}



=== Incorrect PACKAGE_ARCH or sstate signatures (1) ===

Complete log: 
http://logs.nslu2-linux.org/buildlogs/oe/world/rocko/log.signatures.20170831_020540.log/
* ERROR: 1 issues were found in these recipes: android-tools

* ERROR: 1 errors found in
signatures.qemux86.do_package_write_ipk.sigdata.log

* ERROR: android-tools different signature for task
do_package_write_ipk.sigdata between qemux86copy and qemux86
* ERROR: 1 errors found in
/home/jenkins/oe/world/shr-core/tmp-glibc/sstate-diff/1504181140/signatures.qemux86.do_package_write_ipk.sigdata.log
* ERROR: 1 issues were found in these recipes: android-tools


PNBLACKLISTs:
openembedded-core/:
meta-browser:
meta-openembedded:
meta-filesystems/recipes-filesystems/smbnetfs/smbnetfs_git.bb:PNBLACKLIST[smbnetfs]
?= "Fails to build with RSS
http://errors.yoctoproject.org/Errors/Details/132827/ - the recipe
will be removed on 2017-09-01 unless the issue is fixed"
meta-gnome/recipes-gnome/gnome-keyring/gnome-keyring_2.32.1.bb:PNBLACKLIST[gnome-keyring]
?= "This version conflicts with gcr from oe-core - the recipe will be
removed on 2017-09-01 unless the issue is fixed"
meta-networking/recipes-support/lksctp-tools/lksctp-tools_1.0.17.bb:PNBLACKLIST[lksctp-tools]
?= "${@bb.utils.contains('DISTRO_FEATURES', 'ld-is-gold', "BROKEN:
fails to link against sctp_connectx symbol", '', d)}"
meta-oe/recipes-support/system-setup-keyboard/system-setup-keyboard_0.8.8.bb:PNBLACKLIST[system-setup-keyboard]
?= "Depends on blacklisted system-config-keyboard-native - the recipe
will be removed on 2017-09-01 unless the issue is fixed"
meta-qt5:
meta-smartphone:
meta-webos-ports:
PNBLACKLIST[android-system] = "depends on lxc from
meta-virtualiazation which isn't included in my world builds"
PNBLACKLIST[bigbuckbunny-1080p] = "big and doesn't really need to be
tested so much"
PNBLACKLIST[bigbuckbunny-480p] = "big and doesn't really need to be
tested so much"
PNBLACKLIST[bigbuckbunny-720p] = "big and doesn't really need to be
tested so much"
PNBLACKLIST[bigbuckbunny-720p] = "big and doesn't really need to be
tested so much"
PNBLACKLIST[tearsofsteel-1080p] = "big and doesn't really need to be
tested so much"
PNBLACKLIST[build-appliance-image] = "tries to include whole downloads
directory in /home/builder/poky :/"


QA issues by type:
count: 0issue: 

Re: [OE-core] [PATCH 03/13] devtool: upgrade: check that user has configured git properly

[Burton, Ross]

On 31 August 2017 at 00:54, Paul Eggleton 
wrote:

> From: paul 
>
> If user.name or user.email haven't been set then git rebase can't really
> work properly. Check that the user has set these and error out if not.
> (Elsewhere we are relying on OE's git patch functionality which forces
> a dummy OE value - that's OK there as it's completely under OE's control
> and therefore it's OK for a dummy OE user to be the committer, but here
> the rebase may require intervention so it's reasonable to have the
> user's actual name and email on the operation.)
>

The irony is strong in this one.

(I'll fixup when merging)

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

[OE-core] [PATCH] initramfs-live-boot: disable systemd-update-done.service on live images

[Carlos Alberto Lopez Perez]

When systemd is used, it will invoke a service on first boot that triggers
a rebuild of ldconfig caches (rebuild dynamic linker cache).

This is fine on the first boot of a system that has been installed, but it
makes no sense on a live system. The worst part is that rebuilding this
caches is slow and it causes the live system to take longer to boot.
(I measured this in 30 seconds longer on a standard PC system booting
core-image-sato live from an USB memory).

Disable this by touching /etc/.updated and /var/.updated on the live initramfs.

For more details see https://bugzilla.redhat.com/show_bug.cgi?id=1201725 and
https://www.freedesktop.org/software/systemd/man/systemd-update-done.service.html

Signed-off-by: Carlos Alberto Lopez Perez 
---
 meta/recipes-core/initrdscripts/files/init-live.sh | 4 
 1 file changed, 4 insertions(+)

diff --git a/meta/recipes-core/initrdscripts/files/init-live.sh 
b/meta/recipes-core/initrdscripts/files/init-live.sh
index 441b41c9d6..46cab6cc77 100644
--- a/meta/recipes-core/initrdscripts/files/init-live.sh
+++ b/meta/recipes-core/initrdscripts/files/init-live.sh
@@ -84,6 +84,10 @@ boot_live_root() {
 # device node creation events were handled, to avoid unexpected behavior
 killall -9 "${_UDEV_DAEMON##*/}" 2>/dev/null
 
+# Don't run systemd-update-done on systemd-based live systems
+# because it triggers a slow rebuild of ldconfig caches.
+touch ${ROOT_MOUNT}/etc/.updated ${ROOT_MOUNT}/var/.updated
+
 # Allow for identification of the real root even after boot
 mkdir -p  ${ROOT_MOUNT}/media/realroot
 mount -n --move "/run/media/${ROOT_DISK}" ${ROOT_MOUNT}/media/realroot
-- 
2.11.0

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

[OE-core] [PATCH] openssl10: set right target for ilp32 build

[Vishal Bhoj]

Signed-off-by: Vishal Bhoj 
---
 meta/recipes-connectivity/openssl/openssl10.inc | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-connectivity/openssl/openssl10.inc 
b/meta/recipes-connectivity/openssl/openssl10.inc
index 5782990850..a710e9e25a 100644
--- a/meta/recipes-connectivity/openssl/openssl10.inc
+++ b/meta/recipes-connectivity/openssl/openssl10.inc
@@ -126,7 +126,7 @@ do_configure () {
linux-mips*)
target=debian-mips
;;
-   linux-microblaze*|linux-nios2*)
+   linux-microblaze*|linux-nios2*|linux-gnu*ilp32**)
target=linux-generic32
;;
linux-powerpc)
--
2.13.0

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

[OE-core] State of bitbake world, Failed tasks 2017-08-30

[Martin Jansa]

3 unblacklisted recipes are still causing issues, so unblacklist will
be dropped now from master-next (the recipes will stay with
PNBLACKLIST for a bit longer) and removal of other blacklisted recipes
will be merged later today.

 http://www.openembedded.org/wiki/Bitbake_World_Status

== Number of issues - stats ==
{| class='wikitable'
!|Date   !!colspan='3'|Failed tasks 
!!|Signatures   
!!colspan='14'|QA !!Comment
|-
||  ||qemuarm   ||qemux86   ||qemux86_64||all
||already-stripped  ||libdir||textrel   ||build-deps
||file-rdeps||version-going-backwards   ||host-user-contaminated
||installed-vs-shipped  ||unknown-configure-option  ||symlink-to-sysroot
||invalid-pkgconfig ||pkgname   ||ldflags   ||compile-host-path 
||
|-
||2017-08-30||5 ||5 ||4 ||1 ||0 ||0 
||1 ||0 ||0 ||6 ||0 
||0 ||0 ||0 ||0 ||0 
||1 ||0 ||
|}

== Failed tasks 2017-08-30 ==

INFO: jenkins-job.sh-1.8.27 Complete log available at
http://logs.nslu2-linux.org/buildlogs/oe/world/rocko/log.report.20170830_220828.log

=== common (4) ===
* meta-browser/recipes-mozilla/firefox/firefox_45.9.0esr.bb:do_compile
* 
meta-openembedded/meta-filesystems/recipes-filesystems/smbnetfs/smbnetfs_git.bb:do_compile
* 
meta-openembedded/meta-gnome/recipes-gnome/gnome-keyring/gnome-keyring_2.32.1.bb:do_compile
* 
meta-openembedded/meta-python/recipes-devtools/python/python-matplotlib_1.1.0.bb:do_compile

=== common-x86 (0) ===

=== qemuarm (1) ===
* 
meta-openembedded/meta-oe/recipes-devtools/android-tools/android-tools_5.1.1.r37.bb:do_compile

=== qemux86 (1) ===
* 
meta-openembedded/meta-oe/recipes-support/mongodb/mongodb_git.bb:do_compile

=== qemux86_64 (0) ===

=== Number of failed tasks (14) ===
{| class=wikitable
|-
|| qemuarm  || 5 ||
http://logs.nslu2-linux.org/buildlogs/oe/world/rocko/log.world.qemuarm.20170830_095031.log/
|| http://errors.yoctoproject.org/Errors/Build/45986/
|-
|| qemux86  || 5 ||
http://logs.nslu2-linux.org/buildlogs/oe/world/rocko/log.world.qemux86.20170830_100910.log/
|| http://errors.yoctoproject.org/Errors/Build/45987/
|-
|| qemux86_64   || 4 ||
http://logs.nslu2-linux.org/buildlogs/oe/world/rocko/log.world.qemux86-64.20170830_124803.log/
|| http://errors.yoctoproject.org/Errors/Build/45999/
|}

=== PNBLACKLISTs (1) ===

=== QA issues (8) ===
{| class=wikitable
!| Count||Issue
|-
||0 ||already-stripped
|-
||0 ||build-deps
|-
||0 ||compile-host-path
|-
||0 ||file-rdeps
|-
||0 ||host-user-contaminated
|-
||0 ||installed-vs-shipped
|-
||0 ||invalid-pkgconfig
|-
||0 ||libdir
|-
||0 ||pkgname
|-
||0 ||symlink-to-sysroot
|-
||0 ||unknown-configure-option
|-
||1 ||ldflags
|-
||1 ||textrel
|-
||6 ||version-going-backwards
|}



=== Incorrect PACKAGE_ARCH or sstate signatures (1) ===

Complete log: 
http://logs.nslu2-linux.org/buildlogs/oe/world/rocko/log.signatures.20170830_113943.log/
* ERROR: 1 issues were found in these recipes: android-tools

* ERROR: 1 errors found in
signatures.qemux86.do_package_write_ipk.sigdata.log

* ERROR: android-tools different signature for task
do_package_write_ipk.sigdata between qemux86copy and qemux86
* ERROR: 1 errors found in
/home/jenkins/oe/world/shr-core/tmp-glibc/sstate-diff/1504129183/signatures.qemux86.do_package_write_ipk.sigdata.log
* ERROR: 1 issues were found in these recipes: android-tools


PNBLACKLISTs:
openembedded-core/:
meta-browser:
meta-openembedded:
meta-networking/recipes-support/lksctp-tools/lksctp-tools_1.0.17.bb:PNBLACKLIST[lksctp-tools]
?= "${@bb.utils.contains('DISTRO_FEATURES', 'ld-is-gold', "BROKEN:
fails to link against sctp_connectx symbol", '', d)}"
meta-qt5:
meta-smartphone:
meta-webos-ports:
PNBLACKLIST[android-system] = "depends on lxc from
meta-virtualiazation which isn't included in my world builds"
PNBLACKLIST[bigbuckbunny-1080p] = "big and doesn't really need to be
tested so much"
PNBLACKLIST[bigbuckbunny-480p] = "big and doesn't really need to be
tested so much"
PNBLACKLIST[bigbuckbunny-720p] = "big and doesn't really need to be
tested so much"
PNBLACKLIST[bigbuckbunny-720p] = "big and doesn't really need to be
tested so much"
PNBLACKLIST[tearsofsteel-1080p] = "big and doesn't really need to be
tested so much"
PNBLACKLIST[build-appliance-image] = "tries to include whole downloads
directory in /home/builder/poky :/"


QA issues by type:
count: 0issue: already-stripped


count: 0issue: libdir


count: 1issue: textrel
corosync-2.4.2: ELF binary
'/tmp/work/core2-64-oe-linux/corosync/2.4.2-r0/packages-split/corosync/usr/sbin/corosync'
has relocations in .text [textrel]


count: 0issue: 

Re: [OE-core] Running wic on target?

[Ed Bartosh]

On Thu, Aug 31, 2017 at 09:17:03AM +0200, Mike Looijmans wrote:
> I noticed that the "wic" recipes appear to focus on the host only.
> 
> Would it be possible to run "wic" on target?
> 
> For example, it would be really convenient to be able to program the eMMC
> using wic and auto-expanding the root or data partition to cover the whole
> device.
> 

Wic depends on too many things that are not present on target image.
pseudo and bitbake are two hardest cases. Making wic less dependent on
them would end up in much more complex code than wic has currently.

However, 'wic write [--expand]' functionality can be copied to simple script
relatively easy as it only depends on bunch of tools like parted, sfdisk,
resize2fs etc. I'd suggest to keep this functionality in wic as it's
handy to use wic to flash target media. This would create a bit of
overlap in functionality but it worth it from my point of view.

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

[OE-core] Running wic on target?

[Mike Looijmans]

I noticed that the "wic" recipes appear to focus on the host only.

Would it be possible to run "wic" on target?

For example, it would be really convenient to be able to program the eMMC 
using wic and auto-expanding the root or data partition to cover the whole device.



Kind regards,

Mike Looijmans
System Expert

TOPIC Products
Materiaalweg 4, NL-5681 RJ Best
Postbus 440, NL-5680 AK Best
Telefoon: +31 (0) 499 33 69 79
E-mail: mike.looijm...@topicproducts.com
Website: www.topicproducts.com

Please consider the environment before printing this e-mail



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

Re: [OE-core] [PATCH v2 0/2] Make source code browsable locally - devtool srctree

[Peter Kjellerstedt]

> -Original Message-
> From: openembedded-core-boun...@lists.openembedded.org
> [mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf Of
> Andre McCurdy
> Sent: den 31 augusti 2017 01:17
> To: Tobias Hagelborn 
> Cc: Tobias Hagelborn ; OE Core mailing list
> 
> Subject: Re: [OE-core] [PATCH v2 0/2] Make source code browsable
> locally - devtool srctree
> 
> On Wed, Aug 30, 2017 at 2:03 AM, Tobias Hagelborn
>  wrote:
> > On 07/07/2017 07:32 AM, Tobias Hagelborn wrote:
> >>
> >> UPDATE v2:
> >> - Rebased on latest Poky
> >> - Fixed issue with bad paths
> >> - Dirname based on $PN
> >>
> >> In our organization, there is a demand to be able download source
> code for
> >> searching.
> >> With the use of sstate-cache this has been challenge. Also, the
> source is
> >> not gathered
> >> but rather spread in a larger directory structure together with
> build
> >> output.
> >> There are probably others that also want to be able to do the same.
> >>
> >> This addition does:
> >> * Force download of all source via the srctree_all task
> >> * Symlink the source together in a separate directory structure for
> easier
> >> search without
> >>the risk of matching with build output.
> >>
> >> This is achived with a new class srctree.bbclass that implements the
> >> needed tasks and
> >> a devtool command srctree which offers a convenience command to set
> up
> >> source for
> >> a recipe and it's dependencies.
> >>
> >> There is also a way of organising the package source code in your
> own way.
> >> This is done by implementing a custom dir generation function and
> assign
> >> to SRCTREE_PN_PATH
> >> in a custom class and set SRCTREE_EXTENSION in a configuration file.
> >>
> >>
> >> Tobias Hagelborn (2):
> >>srctree.bbclass: Download sourcecode and make it searchable
> >>devtool: srctree: New command for setting up browsable source-
> code
> >>
> >>   meta/classes/srctree.bbclass   | 90
> >> ++
> >>   scripts/lib/devtool/srctree.py | 87
> >> 
> >>   2 files changed, 177 insertions(+)
> >>   create mode 100644 meta/classes/srctree.bbclass
> >>   create mode 100644 scripts/lib/devtool/srctree.py
> >>
> >
> > Hi
> >
> > I did not receive any feedback on this one.
> >
> > We do make good use of this feature and we can't be the only ones who
> want
> > to browse the source of the distro at times?
> 
> Just for reference, I think you could achieve something quite similar
> with:
> 
>   bitbake  --runall clean  ( or rm -rf tmp )
>   bitbake  --runall patch

Yes, but the drawback with this is that to find the source code for the 
individual packages, you have to dive down into tmp/work/... which can 
be quite discouraging for someone who is not an expert in bitbake. What 
our developers requested was a way to get easy access to all the source 
code being used, typically to be able to search through it all looking 
for some specific feature.

> > Cheers
> > Tobias

//Peter

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