[OE-core] [PATCH] libpng: Upgrade 1.6.32 -> 1.6.34

[youngseok]

License-Update: License file changes are due to updates in Version and 
Copyright date

Signed-off-by: youngseok 
---
 .../libpng/{libpng_1.6.32.bb => libpng_1.6.34.bb} | 8 
 1 file changed, 4 insertions(+), 4 deletions(-)
 rename meta/recipes-multimedia/libpng/{libpng_1.6.32.bb => libpng_1.6.34.bb} 
(72%)

diff --git a/meta/recipes-multimedia/libpng/libpng_1.6.32.bb 
b/meta/recipes-multimedia/libpng/libpng_1.6.34.bb
similarity index 72%
rename from meta/recipes-multimedia/libpng/libpng_1.6.32.bb
rename to meta/recipes-multimedia/libpng/libpng_1.6.34.bb
index d93e72c..88ea586 100644
--- a/meta/recipes-multimedia/libpng/libpng_1.6.32.bb
+++ b/meta/recipes-multimedia/libpng/libpng_1.6.34.bb
@@ -2,15 +2,15 @@ SUMMARY = "PNG image format decoding library"
 HOMEPAGE = "http://www.libpng.org/;
 SECTION = "libs"
 LICENSE = "Libpng"
-LIC_FILES_CHKSUM = "file://LICENSE;md5=53f2df0e62ce82307cd1389a9f41e4cf \
-
file://png.h;endline=144;md5=591cf1f8d84a757af46e43c2b9b5ddd9"
+LIC_FILES_CHKSUM = "file://LICENSE;md5=2db717a05a20e36f2fa673265bd31568 \
+
file://png.h;endline=144;md5=3ac9fd250a8786ae581e34254bf79429"
 DEPENDS = "zlib"
 
 LIBV = "16"
 
 SRC_URI = 
"${SOURCEFORGE_MIRROR}/project/${BPN}/${BPN}${LIBV}/${PV}/${BP}.tar.xz"
-SRC_URI[md5sum] = "e01be057a9369183c959b793a685ad15"
-SRC_URI[sha256sum] = 
"c918c3113de74a692f0a1526ce881dc26067763eb3915c57ef3a0f7b6886f59b"
+SRC_URI[md5sum] = "c05b6ca7190a5e387b78657dbe5536b2"
+SRC_URI[sha256sum] = 
"2f1e960d92ce3b3abd03d06dfec9637dfbd22febf107a536b44f7a47c60659f6"
 
 MIRRORS += "${SOURCEFORGE_MIRROR}/project/${BPN}/${BPN}${LIBV}/${PV}/ 
${SOURCEFORGE_MIRROR}/project/${BPN}/${BPN}${LIBV}/older-releases/${PV}/"
 
-- 
2.7.4

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

[OE-core] [PATCH] libpng: Upgrade 1.6.32 -> 1.6.34

[youngseokyoon]

License-Update: License file changes are due to updates in Version and 
Copyright date

Signed-off-by: youngseokyoon 
---
 .../libpng/{libpng_1.6.32.bb => libpng_1.6.34.bb} | 8 
 1 file changed, 4 insertions(+), 4 deletions(-)
 rename meta/recipes-multimedia/libpng/{libpng_1.6.32.bb => libpng_1.6.34.bb} 
(72%)

diff --git a/meta/recipes-multimedia/libpng/libpng_1.6.32.bb 
b/meta/recipes-multimedia/libpng/libpng_1.6.34.bb
similarity index 72%
rename from meta/recipes-multimedia/libpng/libpng_1.6.32.bb
rename to meta/recipes-multimedia/libpng/libpng_1.6.34.bb
index d93e72c..88ea586 100644
--- a/meta/recipes-multimedia/libpng/libpng_1.6.32.bb
+++ b/meta/recipes-multimedia/libpng/libpng_1.6.34.bb
@@ -2,15 +2,15 @@ SUMMARY = "PNG image format decoding library"
 HOMEPAGE = "http://www.libpng.org/;
 SECTION = "libs"
 LICENSE = "Libpng"
-LIC_FILES_CHKSUM = "file://LICENSE;md5=53f2df0e62ce82307cd1389a9f41e4cf \
-
file://png.h;endline=144;md5=591cf1f8d84a757af46e43c2b9b5ddd9"
+LIC_FILES_CHKSUM = "file://LICENSE;md5=2db717a05a20e36f2fa673265bd31568 \
+
file://png.h;endline=144;md5=3ac9fd250a8786ae581e34254bf79429"
 DEPENDS = "zlib"
 
 LIBV = "16"
 
 SRC_URI = 
"${SOURCEFORGE_MIRROR}/project/${BPN}/${BPN}${LIBV}/${PV}/${BP}.tar.xz"
-SRC_URI[md5sum] = "e01be057a9369183c959b793a685ad15"
-SRC_URI[sha256sum] = 
"c918c3113de74a692f0a1526ce881dc26067763eb3915c57ef3a0f7b6886f59b"
+SRC_URI[md5sum] = "c05b6ca7190a5e387b78657dbe5536b2"
+SRC_URI[sha256sum] = 
"2f1e960d92ce3b3abd03d06dfec9637dfbd22febf107a536b44f7a47c60659f6"
 
 MIRRORS += "${SOURCEFORGE_MIRROR}/project/${BPN}/${BPN}${LIBV}/${PV}/ 
${SOURCEFORGE_MIRROR}/project/${BPN}/${BPN}${LIBV}/older-releases/${PV}/"
 
-- 
2.7.4

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

[OE-core] ✗ patchtest: failure for libpng: Upgrade 1.6.32 -> 1.6.34

[Patchwork]

== Series Details ==

Series: libpng: Upgrade 1.6.32 -> 1.6.34
Revision: 1
URL   : https://patchwork.openembedded.org/series/11286/
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 LIC_FILES_CHKSUM changed on target libpng but there is no 
"License-Update" tag in commit message 
[test_lic_files_chksum_modified_not_mentioned] 
  Suggested fixInclude "License-Update: " into the commit 
message with a brief description
  Current checksum file://LICENSE;md5=53f2df0e62ce82307cd1389a9f41e4cf  
   file://png.h;endline=144;md5=591cf1f8d84a757af46e43c2b9b5ddd9
  New checksum file://LICENSE;md5=2db717a05a20e36f2fa673265bd31568  
   file://png.h;endline=144;md5=3ac9fd250a8786ae581e34254bf79429



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

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

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

[OE-core] [PATCH] libpng: Upgrade 1.6.32 -> 1.6.34

[youngseokyoon]

License file changes are due to updates in Version and Copyright date

Signed-off-by: youngseokyoon 
---
 .../libpng/{libpng_1.6.32.bb => libpng_1.6.34.bb} | 8 
 1 file changed, 4 insertions(+), 4 deletions(-)
 rename meta/recipes-multimedia/libpng/{libpng_1.6.32.bb => libpng_1.6.34.bb} 
(72%)

diff --git a/meta/recipes-multimedia/libpng/libpng_1.6.32.bb 
b/meta/recipes-multimedia/libpng/libpng_1.6.34.bb
similarity index 72%
rename from meta/recipes-multimedia/libpng/libpng_1.6.32.bb
rename to meta/recipes-multimedia/libpng/libpng_1.6.34.bb
index d93e72c..88ea586 100644
--- a/meta/recipes-multimedia/libpng/libpng_1.6.32.bb
+++ b/meta/recipes-multimedia/libpng/libpng_1.6.34.bb
@@ -2,15 +2,15 @@ SUMMARY = "PNG image format decoding library"
 HOMEPAGE = "http://www.libpng.org/;
 SECTION = "libs"
 LICENSE = "Libpng"
-LIC_FILES_CHKSUM = "file://LICENSE;md5=53f2df0e62ce82307cd1389a9f41e4cf \
-
file://png.h;endline=144;md5=591cf1f8d84a757af46e43c2b9b5ddd9"
+LIC_FILES_CHKSUM = "file://LICENSE;md5=2db717a05a20e36f2fa673265bd31568 \
+
file://png.h;endline=144;md5=3ac9fd250a8786ae581e34254bf79429"
 DEPENDS = "zlib"
 
 LIBV = "16"
 
 SRC_URI = 
"${SOURCEFORGE_MIRROR}/project/${BPN}/${BPN}${LIBV}/${PV}/${BP}.tar.xz"
-SRC_URI[md5sum] = "e01be057a9369183c959b793a685ad15"
-SRC_URI[sha256sum] = 
"c918c3113de74a692f0a1526ce881dc26067763eb3915c57ef3a0f7b6886f59b"
+SRC_URI[md5sum] = "c05b6ca7190a5e387b78657dbe5536b2"
+SRC_URI[sha256sum] = 
"2f1e960d92ce3b3abd03d06dfec9637dfbd22febf107a536b44f7a47c60659f6"
 
 MIRRORS += "${SOURCEFORGE_MIRROR}/project/${BPN}/${BPN}${LIBV}/${PV}/ 
${SOURCEFORGE_MIRROR}/project/${BPN}/${BPN}${LIBV}/older-releases/${PV}/"
 
-- 
2.7.4

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

[OE-core] [PATCH] iptables: 1.6.1 -> 1.6.2

[Huang Qiyu]

Upgrade iptables from 1.6.1 to 1.6.2.

Signed-off-by: Huang Qiyu 
---
 .../iptables/{iptables_1.6.1.bb => iptables_1.6.2.bb} | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-extended/iptables/{iptables_1.6.1.bb => iptables_1.6.2.bb} 
(93%)

diff --git a/meta/recipes-extended/iptables/iptables_1.6.1.bb 
b/meta/recipes-extended/iptables/iptables_1.6.2.bb
similarity index 93%
rename from meta/recipes-extended/iptables/iptables_1.6.1.bb
rename to meta/recipes-extended/iptables/iptables_1.6.2.bb
index b37c55a..628f5b7 100644
--- a/meta/recipes-extended/iptables/iptables_1.6.1.bb
+++ b/meta/recipes-extended/iptables/iptables_1.6.2.bb
@@ -25,8 +25,8 @@ SRC_URI = 
"http://netfilter.org/projects/iptables/files/iptables-${PV}.tar.bz2 \
file://0001-fix-build-with-musl.patch \
 "
 
-SRC_URI[md5sum] = "ab38a33806b6182c6f53d6afb4619add"
-SRC_URI[sha256sum] = 
"0fc2d7bd5d7be11311726466789d4c65fb4c8e096c9182b56ce97440864f0cf5"
+SRC_URI[md5sum] = "7d2b7847e4aa8832a18437b8a4c1873d"
+SRC_URI[sha256sum] = 
"55d02dfa46263343a401f297d44190f2a3e5113c8933946f094ed40237053733"
 
 inherit autotools pkgconfig
 
-- 
2.7.4



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

[OE-core] [PATCH] patch:2.7.5 -> 2.7.6

[Huang Qiyu]

Upgrade patch from 2.7.5 to 2.7.6.

Signed-off-by: Huang Qiyu 
---
 meta/recipes-devtools/patch/{patch_2.7.5.bb => patch_2.7.6.bb} | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-devtools/patch/{patch_2.7.5.bb => patch_2.7.6.bb} (71%)

diff --git a/meta/recipes-devtools/patch/patch_2.7.5.bb 
b/meta/recipes-devtools/patch/patch_2.7.6.bb
similarity index 71%
rename from meta/recipes-devtools/patch/patch_2.7.5.bb
rename to meta/recipes-devtools/patch/patch_2.7.6.bb
index 151f021..576a2ac 100644
--- a/meta/recipes-devtools/patch/patch_2.7.5.bb
+++ b/meta/recipes-devtools/patch/patch_2.7.6.bb
@@ -3,8 +3,8 @@ LICENSE = "GPLv3"
 
 SRC_URI += "file://0001-Unset-need_charset_alias-when-building-for-musl.patch"
 
-SRC_URI[md5sum] = "ed4d5674ef4543b4eb463db168886dc7"
-SRC_URI[sha256sum] = 
"7436f5a19f93c3ca83153ce9c5cbe4847e97c5d956e57a220121e741f6e7968f"
+SRC_URI[md5sum] = "4c68cee989d83c87b00a3860bcd05600"
+SRC_URI[sha256sum] = 
"8cf86e00ad3aaa6d26aca30640e86b0e3e1f395ed99f189b06d4c9f74bc58a4e"
 
 LIC_FILES_CHKSUM = "file://COPYING;md5=d32239bcb673463ab874e80d47fae504"
 
-- 
2.7.4



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

[OE-core] ✗ patchtest: failure for webkitgtk_2.16.6.bb: Remove gl3.h header reference (rev2)

[Patchwork]

== Series Details ==

Series: webkitgtk_2.16.6.bb: Remove gl3.h header reference (rev2)
Revision: 2
URL   : https://patchwork.openembedded.org/series/11127/
State : failure

== Summary ==


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



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



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

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

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

[OE-core] [PATCH][roko] webkitgtk_2.16.6.bb: Remove gl3.h header reference

[Bhargava Sreekantappa Gayathri]

GLES 2 application cannot use gl3.h header files, remove including gl3.h
when OpenGLESv2 is enabled in webkitgtk

Backported from OE-core master.

Signed-off-by: Bhargava Sreekantappa Gayathri 

Signed-off-by: Manjukumar Matha 
---
 ...01-Fix-gles3-header-when-gles2-is-enabled.patch | 38 ++
 meta/recipes-sato/webkit/webkitgtk_2.16.6.bb   |  1 +
 2 files changed, 39 insertions(+)
 create mode 100644 
meta/recipes-sato/webkit/webkitgtk/0001-Fix-gles3-header-when-gles2-is-enabled.patch

diff --git 
a/meta/recipes-sato/webkit/webkitgtk/0001-Fix-gles3-header-when-gles2-is-enabled.patch
 
b/meta/recipes-sato/webkit/webkitgtk/0001-Fix-gles3-header-when-gles2-is-enabled.patch
new file mode 100644
index 000..050a243
--- /dev/null
+++ 
b/meta/recipes-sato/webkit/webkitgtk/0001-Fix-gles3-header-when-gles2-is-enabled.patch
@@ -0,0 +1,38 @@
+From 4db97c245366a33200959d83a7f2f05b7eea694d Mon Sep 17 00:00:00 2001
+From: Bhargava Sreekantappa Gayathri
+ 
+Date: Fri, 23 Feb 2018 16:44:01 -0800
+Subject: [PATCH] Fix gles3 header when gles2 is enabled
+
+A GLES 2 application should not use gl3.h.
+Fix the gles3 header failure while compiling webkitgtk.
+
+FAILED:
+Source/WebCore/CMakeFiles/WebCore.dir/platform/graphics/GLContext.cpp.o
+   ^
+compilation terminated.
+
+Upstream-Status: Backport
+Imported patch from: https://bugs.webkit.org/show_bug.cgi?id=183008
+
+Signed-off-by: Bhargava Sreekantappa Gayathri 

+Signed-off-by: Manjukumar Matha 
+---
+ Source/WebCore/platform/graphics/GLContext.cpp | 1 -
+ 1 file changed, 1 deletion(-)
+
+diff --git a/Source/WebCore/platform/graphics/GLContext.cpp 
b/Source/WebCore/platform/graphics/GLContext.cpp
+index 67d60ce..45c85fb 100644
+--- a/Source/WebCore/platform/graphics/GLContext.cpp
 b/Source/WebCore/platform/graphics/GLContext.cpp
+@@ -28,7 +28,6 @@
+
+ #if USE(OPENGL_ES_2)
+ #include 
+-#include 
+ #endif
+
+ #if USE(GLX)
+--
+2.7.4
+
diff --git a/meta/recipes-sato/webkit/webkitgtk_2.16.6.bb 
b/meta/recipes-sato/webkit/webkitgtk_2.16.6.bb
index 0f126cb..7609405 100644
--- a/meta/recipes-sato/webkit/webkitgtk_2.16.6.bb
+++ b/meta/recipes-sato/webkit/webkitgtk_2.16.6.bb
@@ -22,6 +22,7 @@ SRC_URI = 
"http://www.webkitgtk.org/releases/${BPN}-${PV}.tar.xz \
file://gcc7.patch \
file://detect-atomics-during-configure.patch \
file://0001-WebKitMacros-Append-to-I-and-not-to-isystem.patch \
+   file://0001-Fix-gles3-header-when-gles2-is-enabled.patch \
"

 SRC_URI[md5sum] = "0e2d142a586e4ff79cf0324f4fdbf20c"
--
2.7.4

This email and any attachments are intended for the sole use of the named 
recipient(s) and contain(s) confidential information that may be proprietary, 
privileged or copyrighted under applicable law. If you are not the intended 
recipient, do not read, copy, or forward this email message or any attachments. 
Delete this email message and any attachments immediately.
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH V2] insane.bbclass: skip opening symlinks in package_qa_check_libdir

[Yi Zhao]

If the library is installed in a non-standard location and don't set
INSANE_SKIP, e.g. libfoo.so is installed in /usr/local/lib. The
package_qa_check_libdir will cause a traceback because it will try to
open the .so link in package-dev to check if it's an ELF:
The stack trace of python calls that resulted in this exception/failure
was:
File: 'exec_python_func() autogenerated', lineno: 2, function: 
 0001:
 *** 0002:do_package_qa(d)
 [snip]
 0048:def open(self):
 *** 0049:with open(self.name, "rb") as f:
 0050:try:
 0051:self.data = mmap.mmap(f.fileno(), 0, 
access=mmap.ACCESS_READ)
 0052:except ValueError:
 0053:# This means the file is empty
Exception: FileNotFoundError: [Errno 2] No such file or directory:
'/buildarea1/build/tmp/work/i586-poky-linux/foo/1.0-r0/packages-split/foo-dev/usr/local/lib/libfoo.so'

For .so sysmlinks, we don't need to open it and report it directly.

[YOCTO #11862]

Signed-off-by: Yi Zhao 
---
 meta/classes/insane.bbclass | 30 ++
 1 file changed, 18 insertions(+), 12 deletions(-)

diff --git a/meta/classes/insane.bbclass b/meta/classes/insane.bbclass
index 7407b29..b5689b7 100644
--- a/meta/classes/insane.bbclass
+++ b/meta/classes/insane.bbclass
@@ -358,22 +358,28 @@ def package_qa_check_libdir(d):
 rel_path = os.sep + rel_path
 if lib_re.match(rel_path):
 if base_libdir not in rel_path:
-# make sure it's an actual ELF file
-elf = oe.qa.ELFFile(full_path)
-try:
-elf.open()
+if os.path.islink(full_path):
 messages.append("%s: found library in wrong 
location: %s" % (package, rel_path))
-except (oe.qa.NotELFFileError):
-pass
+else:
+# make sure it's an actual ELF file
+elf = oe.qa.ELFFile(full_path)
+try:
+elf.open()
+messages.append("%s: found library in wrong 
location: %s" % (package, rel_path))
+except (oe.qa.NotELFFileError):
+pass
 if exec_re.match(rel_path):
 if libdir not in rel_path and libexecdir not in rel_path:
-# make sure it's an actual ELF file
-elf = oe.qa.ELFFile(full_path)
-try:
-elf.open()
+if os.path.islink(full_path):
 messages.append("%s: found library in wrong 
location: %s" % (package, rel_path))
-except (oe.qa.NotELFFileError):
-pass
+else:
+# make sure it's an actual ELF file
+elf = oe.qa.ELFFile(full_path)
+try:
+elf.open()
+messages.append("%s: found library in wrong 
location: %s" % (package, rel_path))
+except (oe.qa.NotELFFileError):
+pass
 
 if messages:
 package_qa_handle_error("libdir", "\n".join(messages), d)
-- 
2.7.4

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

Re: [OE-core] [RFC PATCH 0/5] systemtap adding sysroot, cross compiling of user land related scripts

[Alexander Kanavin]

On 03/06/2018 07:50 PM, Victor Kamensky wrote:

I am a fan of SystemTap and big fan of OE. Systemtap and OE use case I have
on my mind is the following:


Hello Victor,

even though I'm listed as the maintainer of systemtap, I do not actually 
use it or know anything about it - my responsibility ends with keeping 
it up to date and fixing build errors. So I can't comment on the essence 
of these patches. I do suggest however that you first get as many 
patches as possible into the upstream, as carrying them in oe-core adds 
a significant maintenance burden.


Also, if it's possible to merge systemtap-utils into the main systemtap 
recipe (as a binary package), and merge together crosstap and crosstap2, 
please do that.


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

[OE-core] ✗ patchtest: failure for kernel-yocto: consolidated pull request

[Patchwork]

== Series Details ==

Series: kernel-yocto: consolidated pull request
Revision: 1
URL   : https://patchwork.openembedded.org/series/11278/
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 Added patch file is missing Upstream-Status in the header 
[test_upstream_status_presence_format] 
  Suggested fixAdd Upstream-Status:  to the header of 
meta/recipes-kernel/linux-libc-headers/linux-libc-headers/0001-if_ether-move-muslc-ethhdr-protection-to-uapi-file.patch
  Standard format  Upstream-Status: 
  Valid status Pending, Accepted, Backport, Denied, Inappropriate [reason], 
Submitted [where]



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

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

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

[OE-core] [PATCH 9/9] kernel: make copying of crtsavres.o conditional

[Bruce Ashfield]

As of the 4.13 kernel, there are configuration + linker combinations
that do not need (or build) crtsavres.o for ppc64 targets. The commit
of interest is:

commit efe0160cfd40a99c052a00e174787c1f4158a9cd
Author: Nicholas Piggin 
Date:   Fri May 12 01:56:52 2017 +1000

powerpc/64: Linker on-demand sfpr functions for modules

For final link, the powerpc64 linker generates fpr save/restore
functions on-demand, placing them in the .sfpr section. Starting with
binutils 2.25, these can be provided for non-final links with
--save-restore-funcs. Use that where possible for module links.

This saves about 200 bytes per module (~60kB) on powernv defconfig
build.

Signed-off-by: Nicholas Piggin 
Signed-off-by: Michael Ellerman 

As such, our arch test for crtsavres.o is not enough, we add a secondary
existence check before trying the copy.

[YOCTO #12576]

Signed-off-by: Bruce Ashfield 
---
 meta/classes/kernel.bbclass | 6 --
 1 file changed, 4 insertions(+), 2 deletions(-)

diff --git a/meta/classes/kernel.bbclass b/meta/classes/kernel.bbclass
index 321c0a47bb2e..9bc0e4125124 100644
--- a/meta/classes/kernel.bbclass
+++ b/meta/classes/kernel.bbclass
@@ -466,8 +466,10 @@ do_shared_workdir () {
# arch/powerpc/lib/crtsavres.o which is present in
# KBUILD_LDFLAGS_MODULE, making it required to build external modules.
if [ ${ARCH} = "powerpc" ]; then
-   mkdir -p $kerneldir/arch/powerpc/lib/
-   cp arch/powerpc/lib/crtsavres.o 
$kerneldir/arch/powerpc/lib/crtsavres.o
+   if [ -e arch/powerpc/lib/crtsavres.o ]; then
+   mkdir -p $kerneldir/arch/powerpc/lib/
+   cp arch/powerpc/lib/crtsavres.o 
$kerneldir/arch/powerpc/lib/crtsavres.o
+   fi
fi
 
if [ -d include/generated ]; then
-- 
2.5.0

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

[OE-core] [PATCH 7/9] linux-yocto: aufs and systemtap

[Bruce Ashfield]

Integrating a configuration change for systemtap:

  features/systemtap/systemtap.cfg: enable CONFIG_KERNEL_DEBUG

And porting the aufs warning fix to 4.14 and 4.15:

  aufs: fix compile warning

Signed-off-by: Bruce Ashfield 
---
 meta/recipes-kernel/linux/linux-yocto-rt_4.12.bb   |  2 +-
 meta/recipes-kernel/linux/linux-yocto-rt_4.14.bb   |  4 ++--
 meta/recipes-kernel/linux/linux-yocto-rt_4.15.bb   |  2 +-
 meta/recipes-kernel/linux/linux-yocto-tiny_4.12.bb |  2 +-
 meta/recipes-kernel/linux/linux-yocto-tiny_4.14.bb |  4 ++--
 meta/recipes-kernel/linux/linux-yocto-tiny_4.15.bb |  2 +-
 meta/recipes-kernel/linux/linux-yocto_4.12.bb  |  2 +-
 meta/recipes-kernel/linux/linux-yocto_4.14.bb  | 18 +-
 meta/recipes-kernel/linux/linux-yocto_4.15.bb  |  2 +-
 9 files changed, 19 insertions(+), 19 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 d6ffcc86a5ca..3f2a1ef7afa7 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 ?= "27c21aed67a28d08b13c5cc1fe4287b2cf389ede"
-SRCREV_meta ?= "6d6037cc054350140df49c309e155f5a7b48f480"
+SRCREV_meta ?= "5a06598524482b43b9e502bf02c1f4fd5c2e598b"
 
 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-rt_4.14.bb 
b/meta/recipes-kernel/linux/linux-yocto-rt_4.14.bb
index 7d2812fafe8f..fd003e4d2bec 100644
--- a/meta/recipes-kernel/linux/linux-yocto-rt_4.14.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-rt_4.14.bb
@@ -11,8 +11,8 @@ python () {
 raise bb.parse.SkipRecipe("Set PREFERRED_PROVIDER_virtual/kernel to 
linux-yocto-rt to enable it")
 }
 
-SRCREV_machine ?= "6c699ea6debe70c60d41d9df23f558ffea2de7cb"
-SRCREV_meta ?= "426c8aa4862f95e84ec163b942b92726d3ef978f"
+SRCREV_machine ?= "4832801a14130645d2251a368cba79d937a775ab"
+SRCREV_meta ?= "54b3e9b768651ca15bf65ae1c72dfe6d957285f0"
 
 SRC_URI = 
"git://git.yoctoproject.org/linux-yocto.git;branch=${KBRANCH};name=machine \

git://git.yoctoproject.org/yocto-kernel-cache;type=kmeta;name=meta;branch=yocto-4.14;destsuffix=${KMETA}"
diff --git a/meta/recipes-kernel/linux/linux-yocto-rt_4.15.bb 
b/meta/recipes-kernel/linux/linux-yocto-rt_4.15.bb
index a4dd17d1cb3a..38589927037d 100644
--- a/meta/recipes-kernel/linux/linux-yocto-rt_4.15.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-rt_4.15.bb
@@ -12,7 +12,7 @@ python () {
 }
 
 SRCREV_machine ?= "3247d5a26cab529bd4acc137c119bcdf71c3d5ae"
-SRCREV_meta ?= "03267fd15a97748105bfec2866820a8c1512fe70"
+SRCREV_meta ?= "40cef533a17de9d7a1de9b6e3578ac9125486a4a"
 
 SRC_URI = 
"git://git.yoctoproject.org/linux-yocto.git;branch=${KBRANCH};name=machine \

git://git.yoctoproject.org/yocto-kernel-cache;type=kmeta;name=meta;branch=yocto-4.15;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 860b68cda6af..2ecb1cd70d49 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 ?= "073873cb152cf254d229d548c3bdcc57460a4ff0"
-SRCREV_meta ?= "6d6037cc054350140df49c309e155f5a7b48f480"
+SRCREV_meta ?= "5a06598524482b43b9e502bf02c1f4fd5c2e598b"
 
 PV = "${LINUX_VERSION}+git${SRCPV}"
 
diff --git a/meta/recipes-kernel/linux/linux-yocto-tiny_4.14.bb 
b/meta/recipes-kernel/linux/linux-yocto-tiny_4.14.bb
index ae9e7691367d..1ccbf6283e43 100644
--- a/meta/recipes-kernel/linux/linux-yocto-tiny_4.14.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-tiny_4.14.bb
@@ -9,8 +9,8 @@ LINUX_VERSION ?= "4.14.24"
 KMETA = "kernel-meta"
 KCONF_BSP_AUDIT_LEVEL = "2"
 
-SRCREV_machine ?= "fccf7693fe5dd00d7b6d391b7405b5d58eb959f2"
-SRCREV_meta ?= "426c8aa4862f95e84ec163b942b92726d3ef978f"
+SRCREV_machine ?= "09828ddd8d8c91b2d68afdcd8eb99a48e0253582"
+SRCREV_meta ?= "54b3e9b768651ca15bf65ae1c72dfe6d957285f0"
 
 PV = "${LINUX_VERSION}+git${SRCPV}"
 
diff --git a/meta/recipes-kernel/linux/linux-yocto-tiny_4.15.bb 
b/meta/recipes-kernel/linux/linux-yocto-tiny_4.15.bb
index 858a318f3d7b..0c0abf38f286 100644
--- a/meta/recipes-kernel/linux/linux-yocto-tiny_4.15.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-tiny_4.15.bb
@@ -19,7 +19,7 @@ SRCREV_machine_qemux86 ?= 
"9c2e6c0fc71526c45fc7ddf3ec91e2e2f27e3da0"
 SRCREV_machine_qemux86-64 ?= "9c2e6c0fc71526c45fc7ddf3ec91e2e2f27e3da0"
 SRCREV_machine_qemumips64 ?= "f9a3a72209bde080e4ecb4fbe7a0f99954643131"
 SRCREV_machine ?= "3247d5a26cab529bd4acc137c119bcdf71c3d5ae"
-SRCREV_meta ?= "03267fd15a97748105bfec2866820a8c1512fe70"
+SRCREV_meta ?= 

[OE-core] [PATCH 8/9] linux-yocto/4.12: warning: drm/i915/cfl: Coffee Lake works on Kaby Lake PCH

[Bruce Ashfield]

Integrating the following warning backport:

commit eb371933cf4d3495d0899880b2e0e252ce9db517 upstream.

Coffee Lake CPU on Kaby Lake PCH is possible.
It does exist, and it does work.

The only missed case was this warning here noticed
by Wendy who could get one system with this configuration
and reported the issue for us:

Hardware Configuration
Board ID KBL S DDR4 UDIMM EV CRB
ProcessorIntel® Processor code named Coffee Lake S, (6+2), 6 cores 12 
threads, GT2, A0 (Internal) (QNJ4)

[ 3.220585] WARNING: CPU: 10 PID: 206 at 
drivers/gpu/drm/i915/i915_drv.c:340 i915_driver_load+0x1210/0x1660 [i915]
[ 3.221312] Modules linked in: hid_generic usbhid i915 i2c_algo_bit 
drm_kms_helper e1000e syscopyarea sysfillrect sysimgblt nvme fb_sys_fops ptp 
ahci i2c_hid drm pps_core nvme_core libahci wmi hid video
[ 3.222050] CPU: 10 PID: 206 Comm: systemd-udevd Not tainted 
4.13.0-rc5-intel-next+ #1
[ 3.222706] Hardware name: Intel Corporation Kabylake Client platform/KBL S 
DDR4 UDIMM EV CRB, BIOS KBLSE2R1.R00.X089.P00.1705051000 05/05/2017

Cc: Wendy Wang 
Cc: Dhinakaran Pandiyan 
Signed-off-by: Rodrigo Vivi 
Reviewed-by: Dhinakaran Pandiyan 
Link: 
https://patchwork.freedesktop.org/patch/msgid/20170821235056.9015-1-rodrigo.v...@intel.com
Signed-off-by: Liwei Song 

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 3f2a1ef7afa7..a100f7d4a9f9 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.SkipRecipe("Set PREFERRED_PROVIDER_virtual/kernel to 
linux-yocto-rt to enable it")
 }
 
-SRCREV_machine ?= "27c21aed67a28d08b13c5cc1fe4287b2cf389ede"
-SRCREV_meta ?= "5a06598524482b43b9e502bf02c1f4fd5c2e598b"
+SRCREV_machine ?= "b103a20d4b507ede60adc8478dade56a4bdaffad"
+SRCREV_meta ?= "4f825eeb783a279216ee45ed3b9a63dd6837f7d7"
 
 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 2ecb1cd70d49..c306db292b2e 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.20"
 KMETA = "kernel-meta"
 KCONF_BSP_AUDIT_LEVEL = "2"
 
-SRCREV_machine ?= "073873cb152cf254d229d548c3bdcc57460a4ff0"
-SRCREV_meta ?= "5a06598524482b43b9e502bf02c1f4fd5c2e598b"
+SRCREV_machine ?= "cec3c008ec8f7acdb01b95fceb1ef7dff35d1877"
+SRCREV_meta ?= "4f825eeb783a279216ee45ed3b9a63dd6837f7d7"
 
 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 0a6b2b883e0c..78a291acf0a6 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 ?= "c9f0aa61969279f3ff36f2bc5dcad333f1e6fe59"
-SRCREV_machine_qemuarm64 ?= "073873cb152cf254d229d548c3bdcc57460a4ff0"
-SRCREV_machine_qemumips ?= "c327b2ea91c97957e865f90e7555aa4689cb5787"
-SRCREV_machine_qemuppc ?= "073873cb152cf254d229d548c3bdcc57460a4ff0"
-SRCREV_machine_qemux86 ?= "073873cb152cf254d229d548c3bdcc57460a4ff0"
-SRCREV_machine_qemux86-64 ?= "073873cb152cf254d229d548c3bdcc57460a4ff0"
-SRCREV_machine_qemumips64 ?= "d25e0aa3f09dff2b8b908c7764c3c5244134d1a4"
-SRCREV_machine ?= "073873cb152cf254d229d548c3bdcc57460a4ff0"
-SRCREV_meta ?= "5a06598524482b43b9e502bf02c1f4fd5c2e598b"
+SRCREV_machine_qemuarm ?= "4fb13c0d7254fe9753bebdfcfe47fd1ba4487386"
+SRCREV_machine_qemuarm64 ?= "cec3c008ec8f7acdb01b95fceb1ef7dff35d1877"
+SRCREV_machine_qemumips ?= "9eb1f72874eeadb1f17e59faaca331971d522e12"
+SRCREV_machine_qemuppc ?= "cec3c008ec8f7acdb01b95fceb1ef7dff35d1877"
+SRCREV_machine_qemux86 ?= "cec3c008ec8f7acdb01b95fceb1ef7dff35d1877"
+SRCREV_machine_qemux86-64 ?= "cec3c008ec8f7acdb01b95fceb1ef7dff35d1877"
+SRCREV_machine_qemumips64 ?= "710cc1cb7ba1384b9b0f43fc811a18a7c5a4e03f"
+SRCREV_machine ?= "cec3c008ec8f7acdb01b95fceb1ef7dff35d1877"
+SRCREV_meta ?= "4f825eeb783a279216ee45ed3b9a63dd6837f7d7"
 
 SRC_URI = 

[OE-core] [PATCH 6/9] linux-yocto/4.12: memleak and build warning fixes

[Bruce Ashfield]

Integrating the warning/leak fixes:

  73873cb152c brd: remove unused brd_mutex
  912c53b1b346 audit: fix memleak in auditd_send_unicast_skb.

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 722315e84372..d6ffcc86a5ca 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.SkipRecipe("Set PREFERRED_PROVIDER_virtual/kernel to 
linux-yocto-rt to enable it")
 }
 
-SRCREV_machine ?= "7a02176b872012f95036453dfd2e12dc0c02a612"
-SRCREV_meta ?= "ca1bda8dfd3325db04dda19a531edeb66ac0d84b"
+SRCREV_machine ?= "27c21aed67a28d08b13c5cc1fe4287b2cf389ede"
+SRCREV_meta ?= "6d6037cc054350140df49c309e155f5a7b48f480"
 
 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 998c017515c0..860b68cda6af 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.20"
 KMETA = "kernel-meta"
 KCONF_BSP_AUDIT_LEVEL = "2"
 
-SRCREV_machine ?= "392959d6dad698bfb62de561164c2d19e17841dd"
-SRCREV_meta ?= "ca1bda8dfd3325db04dda19a531edeb66ac0d84b"
+SRCREV_machine ?= "073873cb152cf254d229d548c3bdcc57460a4ff0"
+SRCREV_meta ?= "6d6037cc054350140df49c309e155f5a7b48f480"
 
 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 ca664fec5de0..e1ec88bdc920 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 ?= "6155fbae7a6b42a7608b9f251fa46cef28c0fe67"
-SRCREV_machine_qemuarm64 ?= "392959d6dad698bfb62de561164c2d19e17841dd"
-SRCREV_machine_qemumips ?= "d46a4aebe29dcced0fea9718c249c536ab06977f"
-SRCREV_machine_qemuppc ?= "392959d6dad698bfb62de561164c2d19e17841dd"
-SRCREV_machine_qemux86 ?= "392959d6dad698bfb62de561164c2d19e17841dd"
-SRCREV_machine_qemux86-64 ?= "392959d6dad698bfb62de561164c2d19e17841dd"
-SRCREV_machine_qemumips64 ?= "10216660f9d902f76f36514ea4ef04530e87702d"
-SRCREV_machine ?= "392959d6dad698bfb62de561164c2d19e17841dd"
-SRCREV_meta ?= "ca1bda8dfd3325db04dda19a531edeb66ac0d84b"
+SRCREV_machine_qemuarm ?= "c9f0aa61969279f3ff36f2bc5dcad333f1e6fe59"
+SRCREV_machine_qemuarm64 ?= "073873cb152cf254d229d548c3bdcc57460a4ff0"
+SRCREV_machine_qemumips ?= "c327b2ea91c97957e865f90e7555aa4689cb5787"
+SRCREV_machine_qemuppc ?= "073873cb152cf254d229d548c3bdcc57460a4ff0"
+SRCREV_machine_qemux86 ?= "073873cb152cf254d229d548c3bdcc57460a4ff0"
+SRCREV_machine_qemux86-64 ?= "073873cb152cf254d229d548c3bdcc57460a4ff0"
+SRCREV_machine_qemumips64 ?= "d25e0aa3f09dff2b8b908c7764c3c5244134d1a4"
+SRCREV_machine ?= "073873cb152cf254d229d548c3bdcc57460a4ff0"
+SRCREV_meta ?= "6d6037cc054350140df49c309e155f5a7b48f480"
 
 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 5/9] linux-yocto/4.12: fix aufs compile warning

[Bruce Ashfield]

   From: "Kexin(Casey) Chen" 

   Forward port linux-yocto-4.8's patch to fix the build warning.

   
http://git.yoctoproject.org/cgit/cgit.cgi/linux-yocto-4.8/commit/?h=standard/base=7e0dd2f2b0971f0e3191e1ddc088e09eb9855567

   fs/aufs/debug.h:95:19: warning: comparison of constant '0'
   with boolean expression is always false [-Wbool-compare]
  if (unlikely((e) < 0)) \
^

   fs/aufs/vdir.c:852:2: note: in expansion of macro 'AuTraceErr'
  AuTraceErr(!valid);
  ^~

   In expansion of AuTraceErr(!valid), comparison of (!valid)
   and constant '0' always passes unlikely(x) false. function
   'static int seek_vdir(struct file *file, struct dir_context *ctx)'
   is to find whether there is a valid vd_deblk following ctx->pos.
   return 1 means valid, 0 for not. Change to AuTraceErr(valid - 1)
   makes more sense.

   Signed-off-by: Kexin(Casey) Chen 
   Signed-off-by: Dengke Du 

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 a31c3559e9d9..722315e84372 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.SkipRecipe("Set PREFERRED_PROVIDER_virtual/kernel to 
linux-yocto-rt to enable it")
 }
 
-SRCREV_machine ?= "ba4e0e2d358124def579da9ba5992f6dcb94eea8"
-SRCREV_meta ?= "19d815d5a34bfaad95d87cc097cef18b594daac8"
+SRCREV_machine ?= "7a02176b872012f95036453dfd2e12dc0c02a612"
+SRCREV_meta ?= "ca1bda8dfd3325db04dda19a531edeb66ac0d84b"
 
 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 79bd962b943e..998c017515c0 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.20"
 KMETA = "kernel-meta"
 KCONF_BSP_AUDIT_LEVEL = "2"
 
-SRCREV_machine ?= "22f73c1fe99198a7b37aa5c76978fe19d301fd88"
-SRCREV_meta ?= "19d815d5a34bfaad95d87cc097cef18b594daac8"
+SRCREV_machine ?= "392959d6dad698bfb62de561164c2d19e17841dd"
+SRCREV_meta ?= "ca1bda8dfd3325db04dda19a531edeb66ac0d84b"
 
 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 57ef700d05d6..ca664fec5de0 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 ?= "7122a8d189df29393419b3352ea11482efaa417a"
-SRCREV_machine_qemuarm64 ?= "22f73c1fe99198a7b37aa5c76978fe19d301fd88"
-SRCREV_machine_qemumips ?= "1cff37b7a2bbee4bb99118e57d228ac301fb880b"
-SRCREV_machine_qemuppc ?= "22f73c1fe99198a7b37aa5c76978fe19d301fd88"
-SRCREV_machine_qemux86 ?= "22f73c1fe99198a7b37aa5c76978fe19d301fd88"
-SRCREV_machine_qemux86-64 ?= "22f73c1fe99198a7b37aa5c76978fe19d301fd88"
-SRCREV_machine_qemumips64 ?= "3879cb9ed592f8d5db6b35c51761818ad60494da"
-SRCREV_machine ?= "22f73c1fe99198a7b37aa5c76978fe19d301fd88"
-SRCREV_meta ?= "19d815d5a34bfaad95d87cc097cef18b594daac8"
+SRCREV_machine_qemuarm ?= "6155fbae7a6b42a7608b9f251fa46cef28c0fe67"
+SRCREV_machine_qemuarm64 ?= "392959d6dad698bfb62de561164c2d19e17841dd"
+SRCREV_machine_qemumips ?= "d46a4aebe29dcced0fea9718c249c536ab06977f"
+SRCREV_machine_qemuppc ?= "392959d6dad698bfb62de561164c2d19e17841dd"
+SRCREV_machine_qemux86 ?= "392959d6dad698bfb62de561164c2d19e17841dd"
+SRCREV_machine_qemux86-64 ?= "392959d6dad698bfb62de561164c2d19e17841dd"
+SRCREV_machine_qemumips64 ?= "10216660f9d902f76f36514ea4ef04530e87702d"
+SRCREV_machine ?= "392959d6dad698bfb62de561164c2d19e17841dd"
+SRCREV_meta ?= "ca1bda8dfd3325db04dda19a531edeb66ac0d84b"
 
 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 2/9] linux-libc-headers: update to 4.15.7

[Bruce Ashfield]

While we don't normally follow all the -stable updates for libc-headers, there
was one userspace header that was broken in the 4.15 cycle, and it has now
been fixed in -stable.

The offending header breaks the build for several packages, so we update to
pick up this change:

   Author: Hauke Mehrtens 
   Date:   Mon Feb 12 23:59:51 2018 +0100

   uapi/if_ether.h: move __UAPI_DEF_ETHHDR libc define

   commit da360299b6734135a5f66d7db458dcc7801c826a upstream.

   This fixes a compile problem of some user space applications by not
   including linux/libc-compat.h in uapi/if_ether.h.

   linux/libc-compat.h checks which "features" the header files, included
   from the libc, provide to make the Linux kernel uapi header files only
  provide no conflicting structures and enums. If a user application 
mixes
   kernel headers and libc headers it could happen that linux/libc-compat.h
   gets included too early where not all other libc headers are included
   yet. Then the linux/libc-compat.h would not prevent all the
   redefinitions and we run into compile problems.
   This patch removes the include of linux/libc-compat.h from
   uapi/if_ether.h to fix the recently introduced case, but not all as this
   is more or less impossible.

   It is no problem to do the check directly in the if_ether.h file and not
   in libc-compat.h as this does not need any fancy glibc header detection
   as glibc never provided struct ethhdr and should define
   __UAPI_DEF_ETHHDR by them self when they will provide this.

   The following test program did not compile correctly any more:

   #include 
   #include 
   #include 

   int main(void)
   {
   return 0;
   }

   Fixes: 6926e041a892 ("uapi/if_ether.h: prevent redefinition of struct 
ethhdr")
   Reported-by: Guillaume Nault 
   Cc:  # 4.15
   Signed-off-by: Hauke Mehrtens 
   Signed-off-by: David S. Miller 
   Signed-off-by: Greg Kroah-Hartman 

We also add a new muslc patch to adjust the ethhdr change in the uapi. As is
suggested in the kernel commit, we can protect musl directly in if_ether itself.

Signed-off-by: Bruce Ashfield 
---
 ...move-muslc-ethhdr-protection-to-uapi-file.patch | 30 ++
 ...eaders_4.15.bb => linux-libc-headers_4.15.7.bb} |  6 +++--
 2 files changed, 34 insertions(+), 2 deletions(-)
 create mode 100644 
meta/recipes-kernel/linux-libc-headers/linux-libc-headers/0001-if_ether-move-muslc-ethhdr-protection-to-uapi-file.patch
 rename meta/recipes-kernel/linux-libc-headers/{linux-libc-headers_4.15.bb => 
linux-libc-headers_4.15.7.bb} (62%)

diff --git 
a/meta/recipes-kernel/linux-libc-headers/linux-libc-headers/0001-if_ether-move-muslc-ethhdr-protection-to-uapi-file.patch
 
b/meta/recipes-kernel/linux-libc-headers/linux-libc-headers/0001-if_ether-move-muslc-ethhdr-protection-to-uapi-file.patch
new file mode 100644
index ..2e04701699c8
--- /dev/null
+++ 
b/meta/recipes-kernel/linux-libc-headers/linux-libc-headers/0001-if_ether-move-muslc-ethhdr-protection-to-uapi-file.patch
@@ -0,0 +1,30 @@
+From 897736166fd709906a5fdf16eb23f8fddff770b5 Mon Sep 17 00:00:00 2001
+From: Bruce Ashfield 
+Date: Thu, 1 Mar 2018 18:31:01 -0500
+Subject: [PATCH] if_ether: move muslc ethhdr protection to uapi file
+
+Signed-off-by: Bruce Ashfield 
+---
+ include/uapi/linux/if_ether.h | 6 ++
+ 1 file changed, 6 insertions(+)
+
+diff --git a/include/uapi/linux/if_ether.h b/include/uapi/linux/if_ether.h
+index 153c9c2..7b69b73 100644
+--- a/include/uapi/linux/if_ether.h
 b/include/uapi/linux/if_ether.h
+@@ -149,6 +149,12 @@
+  *This is an Ethernet frame header.
+  */
+ 
++#ifdef _NETINET_IF_ETHER_H /* musl */
++#define __UAPI_DEF_ETHHDR 0
++#else /* glibc uses __NETINET_IF_ETHER_H, and includes the kernel header. */
++#define __UAPI_DEF_ETHHDR 1
++#endif
++
+ /* allow libcs like musl to deactivate this, glibc does not implement this. */
+ #ifndef __UAPI_DEF_ETHHDR
+ #define __UAPI_DEF_ETHHDR 1
+-- 
+2.7.4
+
diff --git a/meta/recipes-kernel/linux-libc-headers/linux-libc-headers_4.15.bb 
b/meta/recipes-kernel/linux-libc-headers/linux-libc-headers_4.15.7.bb
similarity index 62%
rename from meta/recipes-kernel/linux-libc-headers/linux-libc-headers_4.15.bb
rename to meta/recipes-kernel/linux-libc-headers/linux-libc-headers_4.15.7.bb
index b511cd118105..a7db4c9c015a 100644
--- a/meta/recipes-kernel/linux-libc-headers/linux-libc-headers_4.15.bb
+++ b/meta/recipes-kernel/linux-libc-headers/linux-libc-headers_4.15.7.bb
@@ -5,7 +5,9 @@ SRC_URI_append_libc-musl = "\
 file://0002-libc-compat.h-prevent-redefinition-of-struct-ethhdr.patch \
 

[OE-core] [PATCH 4/9] linux-yocto/4.14: update to v4.14.24

[Bruce Ashfield]

Updating the korg stable release which comprises the following commits:

   6e4548ea58e6 Linux 4.14.24
   ab5d9d1751bc net: sched: fix use-after-free in tcf_block_put_ext
   ac2be03ba64f net_sched: get rid of rcu_barrier() in tcf_block_put_ext()
   1c8e7e61cbdf net: sched: crash on blocks with goto chain action
   b6b42b3d2d95 net: sched: fix crash when deleting secondary chains
   bc44a1bbd131 arm64: dts: marvell: mcbin: add comphy references to Ethernet 
ports
   d8cf635c9142 arm64: dts: marvell: add comphy nodes on cp110 master and slave
   27245fc6f7a8 powerpc/pseries: Enable RAS hotplug events later
   60190108f7e2 MIPS: Implement __multi3 for GCC7 MIPS64r6 builds
   819cbaae314e mlxsw: pci: Wait after reset before accessing HW
   3d23aaff9e55 nfp: always unmask aux interrupts at init
   e69660fdecda of_mdio: avoid MDIO bus removal when a PHY is missing
   83d9e9c211fe net: gianfar_ptp: move set_fipers() to spinlock protecting area
   00c840f3b51c sctp: make use of pre-calculated len
   413e58ac3d84 sctp: add a ceiling to optlen in some sockopts
   cd659881219d xen/gntdev: Fix partial gntdev_mmap() cleanup
   5aee2c142e3d xen/gntdev: Fix off-by-one error when unmapping with holes
   197faf0c3a14 SolutionEngine771x: fix Ether platform data
   f5ac846ba15f mdio-sun4i: Fix a memory leak
   84ada11975b7 xen-netfront: enable device after manual module load
   0e29d0bac356 bnxt_en: Fix the 'Invalid VF' id check in bnxt_vf_ndo_prep 
routine.
   a74e2cb46cdb bnxt_en: Fix population of flow_type in 
bnxt_hwrm_cfa_flow_alloc()
   4a33ecfb67b9 x86/platform/intel-mid: Revert "Make 'bt_sfi_data' const"
   fa10314f23bc nvme-fabrics: initialize default host->id in nvmf_host_default()
   5e1311a13449 powerpc/pseries: Make RAS IRQ explicitly dependent on DLPAR WQ
   9024bb7e27d2 leds: core: Fix regression caused by commit 2b83ff96f51d
   be2b86901a34 bpf: sockmap missing NULL psock check
   5ac98131312a ia64, sched/cputime: Fix build error if 
CONFIG_VIRT_CPU_ACCOUNTING_NATIVE=y
   7e3acce11e08 block: drain queue before waiting for q_usage_counter becoming 
zero
   91c12917d4a8 wcn36xx: Fix dynamic power saving
   3f39cc7fe90b can: flex_can: Correct the checking for frame length in 
flexcan_start_xmit()
   0f258cc64f4e mac80211: mesh: drop frames appearing to be from us
   c38bd3a9fe11 nl80211: Check for the required netlink attribute presence
   d66a35c2a1fa net: ena: unmask MSI-X only after device initialization is 
completed
   aae87222cc9c i40e: don't remove netdev->dev_addr when syncing uc list
   0f51f3cf99df i40e/i40evf: Account for frags split over multiple descriptors 
in check linearize
   1edfa41adb10 uapi libc compat: add fallback for unsupported libcs
   5c9da1201713 x86/efi: Fix kernel param add_efi_memmap regression
   935454915c33 RDMA/netlink: Fix locking around __ib_get_device_by_index
   7cbd67344e05 drm/ttm: check the return value of kzalloc
   d31d0cf5a980 NET: usb: qmi_wwan: add support for YUGA CLM920-NC5 PID 0x9625
   49a8f703725e e1000: fix disabling already-disabled warning
   f22fec25935d macvlan: Fix one possible double free
   4d3d428c56a0 xfs: quota: check result of register_shrinker()
   4def40b2ee02 xfs: quota: fix missed destroy of qi_tree_lock
   ba28394c579b IB/ipoib: Fix race condition in neigh creation
   67851c9381a1 IB/mlx4: Fix mlx4_ib_alloc_mr error flow
   9d27ab346384 Input: xen-kbdfront - do not advertise multi-touch pressure 
support
   4132ec352700 ip6_tunnel: allow ip6gre dev mtu to be set below 1280
   d4727e485a1d btrfs: Fix flush bio leak
   4c6652a08139 s390/dasd: fix wrongly assigned configuration data
   622ded58410c afs: Fix missing error handling in afs_write_end()
   4ebaea9e65d2 genirq: Guard handle_bad_irq log messages
   1fd2d40b4667 IB/mlx5: Fix mlx5_ib_alloc_mr error flow
   c2acc8859138 led: core: Fix brightness setting when setting delay_off=0
   6b800ce9ee84 perf/x86/intel: Plug memory leak in intel_pmu_init()
   2f4c6c045305 bnx2x: Improve reliability in case of nested PCI errors
   9f00176d7c5e tg3: Enable PHY reset in MTU change path for 5720
   2c0d89a27335 tg3: Add workaround to restrict 5762 MRRS to 2048
   575650b6566b tipc: fix tipc_mon_delete() oops in tipc_enable_bearer() error 
path
   831923622a59 tipc: error path leak fixes in tipc_enable_bearer()
   cbc3dbfe4f37 netfilter: nf_tables: fix potential NULL-ptr deref in 
nf_tables_dump_obj_done()
   cdbde4c04c5c crypto: inside-secure - fix request allocations in invalidation 
path
   7cc6e8415d23 crypto: inside-secure - free requests even if their handling 
failed
   0971f188da94 crypto: inside-secure - per request invalidation
   0653ba0580ae arm64: dts: renesas: ulcb: Remove renesas, no-ether-link 
property
   22d5e20c6a55 lib/mpi: Fix umul_ppmm() for MIPS64r6
   36d0a678fb25 crypto: af_alg - Fix race around ctx->rcvused by making it 
atomic_t
   99b329b4611a ARM: dts: ls1021a: fix incorrect clock references
   8164587e5262 RDMA/vmw_pvrdma: Call ib_umem_release on destroy QP path
   

[OE-core] [PATCH 3/9] linux-yocto/4.15: update to v4.15.7

[Bruce Ashfield]

Updating the latest korg -stable release which comprises the following
commits:

   cb4a115a4286 Linux 4.15.7
   59e0ae1b9ae2 microblaze: fix endian handling
   39c51864410f drm/i915/breadcrumbs: Ignore unsubmitted signalers
   5d1641bd28b2 arm64: __show_regs: Only resolve kernel symbols when running at 
EL1
   6e0535b574bb drm/amdgpu: add new device to use atpx quirk
   ae05bb741e26 drm/amdgpu: Avoid leaking PM domain on driver unbind (v2)
   c3a0168def90 drm/amdgpu: add atpx quirk handling (v2)
   2511a10a9dbd drm/amdgpu: only check mmBIF_IOV_FUNC_IDENTIFIER on tonga/fiji
   569773e885c2 drm/amdgpu: Add dpm quirk for Jet PRO (v2)
   7cb1e932f2cf drm/amdgpu: fix VA hole handling on Vega10 v3
   73dec25a4996 drm/amdgpu: disable MMHUB power gating on raven
   86688e436e53 drm: Handle unexpected holes in color-eviction
   d9076e2789f0 drm/atomic: Fix memleak on ERESTARTSYS during non-blocking 
commits
   ef6ffb8e7991 drm/cirrus: Load lut in crtc_commit
   5434769e09e1 usb: renesas_usbhs: missed the "running" flag in usb_dmac with 
rx path
   ebf22ef5bc85 usb: gadget: f_fs: Use config_ep_by_speed()
   1e77103e4e95 usb: gadget: f_fs: Process all descriptors during bind
   84bfcffa2d58 Revert "usb: musb: host: don't start next rx urb if current one 
failed"
   d1ff52d9f255 usb: ldusb: add PIDs for new CASSY devices supported by this 
driver
   e2ea80c1081a usb: phy: mxs: Fix NULL pointer dereference on i.MX23/28
   3501a1fa4bd6 usb: dwc3: ep0: Reset TRB counter for ep0 IN
   9cd92bc0d940 usb: dwc3: gadget: Set maxpacket size for ep0 IN
   c1ee06ccaf56 usb: host: ehci: use correct device pointer for dma ops
   41be2f2884dd drm/edid: Add 6 bpc quirk for CPT panel in Asus UX303LA
   9431fcfe77f2 Add delay-init quirk for Corsair K70 RGB keyboards
   fe2d410a67ac arm64: cpufeature: Fix CTR_EL0 field definitions
   4a9aa807845d arm64: Disable unhandled signal log messages by default
   b1acbe1b5159 arm64: Remove unimplemented syscall log message
   4834cd5ef556 usb: ohci: Proper handling of ed_rm_list to handle race 
condition between usb_kill_urb() and finish_unlinks()
   4f2b3914d480 ohci-hcd: Fix race condition caused by ohci_urb_enqueue() and 
io_watchdog_func()
   bb9e6cb9619e net: thunderbolt: Run disconnect flow asynchronously when 
logout is received
   4843b408d3b3 net: thunderbolt: Tear down connection properly on suspend
   c36b2464868c PCI/cxgb4: Extend T3 PCI quirk to T4+ devices
   f08f5d7546b7 irqchip/mips-gic: Avoid spuriously handling masked interrupts
   ca6ecf020c19 irqchip/gic-v3: Use wmb() instead of smb_wmb() in 
gic_raise_softirq()
   2db8fd089da9 uapi/if_ether.h: move __UAPI_DEF_ETHHDR libc define
   c6a18ffe270d mm: don't defer struct page initialization for Xen pv guests
   9b28096ae042 mm, swap, frontswap: fix THP swap if frontswap enabled
   df70880eeca8 x86/oprofile: Fix bogus GCC-8 warning in nmi_setup()
   b380245d86d7 x86/apic/vector: Handle vector release on CPU unplug correctly
   1df9e416e647 Kbuild: always define endianess in kconfig.h
   c6ddec4b894e iio: adis_lib: Initialize trigger before requesting interrupt
   57a6624e6b66 iio: buffer: check if a buffer has been set up when poll is 
called
   141c7b5d62b4 iio: srf08: fix link error "devm_iio_triggered_buffer_setup" 
undefined
   ea69364997ac iio: adc: stm32: fix stm32h7_adc_enable error handling
   2220b31092c0 RDMA/uverbs: Sanitize user entered port numbers prior to access 
it
   dbc8529d0075 RDMA/uverbs: Fix circular locking dependency
   b949544f2389 RDMA/uverbs: Fix bad unlock balance in ib_uverbs_close_xrcd
   a79527b04d36 RDMA/uverbs: Protect from command mask overflow
   11c371ca4206 RDMA/uverbs: Protect from races between lookup and destroy of 
uobjects
   7f55f13e7c96 genirq/matrix: Handle CPU offlining proper
   44975af306a6 extcon: int3496: process id-pin first so that we start with the 
right status
   7bd04bd1fb3e PKCS#7: fix certificate blacklisting
   4a89879bc4c9 PKCS#7: fix certificate chain verification
   a689f00971b8 X.509: fix NULL dereference when restricting key with 
unsupported_sig
   ffc21f450fad X.509: fix BUG_ON() when hash algorithm is unsupported
   1af6a6727347 i2c: bcm2835: Set up the rising/falling edge delays
   13f741a22d4f i2c: designware: must wait for enable
   f2543a626feb cfg80211: fix cfg80211_beacon_dup
   53b7097c9a65 MIPS: Drop spurious __unused in struct compat_flock
   6f935322d866 scsi: ibmvfc: fix misdefined reserved field in 
ibmvfc_fcp_rsp_info
   e8e48b394b64 xtensa: fix high memory/reserved memory collision
   0bbdb97ac3b8 MIPS: boot: Define __ASSEMBLY__ for its.S build
   a7aa0b5c9bf9 kconfig.h: Include compiler types to avoid missed struct 
attributes
   174f49dedc13 arm64: mm: don't write garbage into TTBR1_EL1 register
   d7ef969797fd netfilter: drop outermost socket lock in getsockopt()
   1a7aef62b47b Linux 4.15.6
   0e6f5f6c2367 vmalloc: fix __GFP_HIGHMEM usage for vmalloc_32 on 32b systems
   fc3a0d7d6b81 mei: me: add cannon point device ids for 4th device
   

[OE-core] [PATCH 0/9] kernel-yocto: consolidated pull request

[Bruce Ashfield]

Hi all,

This is the latest consolidated kernel pull request. It contains -stable 
updates,
the kernel-devsrc re-work, and a libc-headers version bump.

The -stable updates are routine, and are required to pick up the latest CVE and
bug fixes from korg.

The kernel-devsrc re-structure has already gone through two revisions, and this
v3 of that patch addresses mips + powerpc + ARM issues that were found during
the on target kernel module compilation testing.

There's one minor fix for kernel class handling of crtsaveres.o, and that same 
fix
was required for kernel-devsrc.

And finally, there is also have a libc-headers version bump to deal with a
regression introduced in the 4.15 kernel uapi headers. This was picked up due
to the breakage of several packages, and has since been nominated for -stable
inclusion. Patching libc-headers is a last resort, so instead I've tracked the
-stable version to pick up the change. All the details are in the patches
commit log:

--->--->--->--->--->--->--->
   Subject: [PATCH 2/9] linux-libc-headers: update to 4.15.7

   While we don't normally follow all the -stable updates for libc-headers, 
there
   was one userspace header that was broken in the 4.15 cycle, and it has now
   been fixed in -stable.

   The offending header breaks the build for several packages, so we update to
   pick up this change:

  Author: Hauke Mehrtens 
  Date:   Mon Feb 12 23:59:51 2018 +0100

  uapi/if_ether.h: move __UAPI_DEF_ETHHDR libc define

  commit da360299b6734135a5f66d7db458dcc7801c826a upstream.

  This fixes a compile problem of some user space applications by not
  including linux/libc-compat.h in uapi/if_ether.h.

  linux/libc-compat.h checks which "features" the header files, included
  from the libc, provide to make the Linux kernel uapi header files only
 provide no conflicting structures and enums. If a user application 
mixes
  kernel headers and libc headers it could happen that 
linux/libc-compat.h
  gets included too early where not all other libc headers are included
  yet. Then the linux/libc-compat.h would not prevent all the
  redefinitions and we run into compile problems.
  This patch removes the include of linux/libc-compat.h from
  uapi/if_ether.h to fix the recently introduced case, but not all as 
this
  is more or less impossible.

  It is no problem to do the check directly in the if_ether.h file and 
not
  in libc-compat.h as this does not need any fancy glibc header 
detection
  as glibc never provided struct ethhdr and should define
  __UAPI_DEF_ETHHDR by them self when they will provide this.

  The following test program did not compile correctly any more:

  #include 
  #include 
  #include 

  int main(void)
  {
  return 0;
  }

  Fixes: 6926e041a892 ("uapi/if_ether.h: prevent redefinition of struct 
ethhdr")
  Reported-by: Guillaume Nault 
  Cc:  # 4.15
  Signed-off-by: Hauke Mehrtens 
  Signed-off-by: David S. Miller 
  Signed-off-by: Greg Kroah-Hartman 

   We also add a new muslc patch to adjust the ethhdr change in the uapi. As is
   suggested in the kernel commit, we can protect musl directly in if_ether 
itself.

   Signed-off-by: Bruce Ashfield 
--->--->--->--->--->--->--->

Cheers,

Bruce

The following changes since commit e5f258cecef6c51a4d7ebeedbaa29d2126e566e3:

  util-linux: add taskset to alternatives list (2018-03-06 06:43:11 -0800)

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 (9):
  kernel-devsrc: restructure for out of tree (and on target) module
builds
  linux-libc-headers: update to 4.15.7
  linux-yocto/4.15: update to v4.15.7
  linux-yocto/4.14: update to v4.14.24
  linux-yocto/4.12: fix aufs compile warning
  linux-yocto/4.12: memleak and build warning fixes
  linux-yocto: aufs and systemtap
  linux-yocto/4.12: warning: drm/i915/cfl: Coffee Lake works on Kaby
Lake PCH
  kernel: make copying of crtsavres.o conditional

 meta/classes/kernel.bbclass|   6 +-
 ...move-muslc-ethhdr-protection-to-uapi-file.patch |  30 
 ...eaders_4.15.bb => linux-libc-headers_4.15.7.bb} |   6 +-
 meta/recipes-kernel/linux/kernel-devsrc.bb | 192 -
 meta/recipes-kernel/linux/linux-yocto-rt_4.12.bb   |   4 +-
 meta/recipes-kernel/linux/linux-yocto-rt_4.14.bb   |   6 +-
 meta/recipes-kernel/linux/linux-yocto-rt_4.15.bb   |   6 +-
 meta/recipes-kernel/linux/linux-yocto-tiny_4.12.bb |   4 +-
 meta/recipes-kernel/linux/linux-yocto-tiny_4.14.bb |  

[OE-core] [PATCH 1/9 v3] kernel-devsrc: restructure for out of tree (and on target) module builds

[Bruce Ashfield]

The existing kernel-devsrc package starts with a full copy of the kernel
source and then starts to strip out elements that are not required.

This results in extra time (I/O) and extra space being taken up in the
final package. The main purpose of the kernel-devsrc package has been to
build modules against the running kernel, not to include a full copy of
the source code for re-building the kernel. The end result was a
600M kernel-devsrc package.

This restructuring of the package uses an approach similar to other
distros, where the kernel-devsrc package is for building against the
running kernel and uses a curated set of copied infrastructure, versus
a mass copy of the entire kernel.

The differences in this approach versus other is largely due to the
architecture support and the split build/source directory of the
kernel.

The result is a kernel-devsrc package of about 10M, which is capable
of running "make scripts" and compiling kernel modules against the
running kernel.

Along with the changes to the copying of the infrascture, we also
have the following changes:

 - a better/more explicit listing of dependencies for on-target
   builds of "make scripts" or "make modules_prepare"

 - The kernel source is installed into /lib/modules//build
   and a symlink created from /usr/src/kernel to the new location.
   This aligns with the standard location for module support
   code

 - There is also a symlink from /lib/modules//source -> build
   to reserve a spot for a new package that is simply the kernel
   source. That package is not part of this update.

Signed-off-by: Bruce Ashfield 
---

v3: fixes for ppc, mips and muslc

 meta/recipes-kernel/linux/kernel-devsrc.bb | 192 +++--
 1 file changed, 152 insertions(+), 40 deletions(-)

diff --git a/meta/recipes-kernel/linux/kernel-devsrc.bb 
b/meta/recipes-kernel/linux/kernel-devsrc.bb
index c1b5b7786d7c..98794c93a66b 100644
--- a/meta/recipes-kernel/linux/kernel-devsrc.bb
+++ b/meta/recipes-kernel/linux/kernel-devsrc.bb
@@ -30,50 +30,162 @@ do_populate_sysroot[noexec] = "1"
 S = "${STAGING_KERNEL_DIR}"
 B = "${STAGING_KERNEL_BUILDDIR}"
 
-KERNEL_VERSION = "${@get_kernelversion_headers('${S}')}"
-
 PACKAGE_ARCH = "${MACHINE_ARCH}"
 
+KERNEL_BUILD_ROOT="/lib/modules/"
+
 do_install() {
-kerneldir=${D}${KERNEL_SRC_PATH}
-install -d $kerneldir
-
-#
-# Copy the staging dir source (and module build support) into the 
devsrc structure.
-# We can keep this copy simple and take everything, since a we'll 
clean up any build
-# artifacts afterwards, and the extra i/o is not significant
-#
-cd ${B}
-find . -type d -name '.git*' -prune -o -path '.debug' -prune -o -type 
f -print0 | cpio --null -pdlu $kerneldir
-cd ${S}
-   find . -type d -name '.git*' -prune -o -type d -name '.kernel-meta' 
-prune -o -type f -print0 | cpio --null -pdlu $kerneldir
-
-# Explicitly set KBUILD_OUTPUT to ensure that the image directory is 
cleaned and not
-# The main build artifacts. We clean the directory to avoid QA errors 
on mismatched
-# architecture (since scripts and helpers are native format).
-KBUILD_OUTPUT="$kerneldir"
-oe_runmake -C $kerneldir CC="${KERNEL_CC}" LD="${KERNEL_LD}" clean 
_mrproper_scripts
-# make clean generates an absolute path symlink called "source"
-# in $kerneldir points to $kerneldir, which doesn't make any
-# sense, so remove it.
-if [ -L $kerneldir/source ]; then
-bbnote "Removing $kerneldir/source symlink"
-rm -f $kerneldir/source
-fi
-
-# As of Linux kernel version 3.0.1, the clean target removes
-# arch/powerpc/lib/crtsavres.o which is present in
-# KBUILD_LDFLAGS_MODULE, making it required to build external modules.
-if [ ${ARCH} = "powerpc" ]; then
-mkdir -p $kerneldir/arch/powerpc/lib/
-cp ${B}/arch/powerpc/lib/crtsavres.o 
$kerneldir/arch/powerpc/lib/crtsavres.o
-fi
-
-chown -R root:root ${D}
+kerneldir=${D}${KERNEL_BUILD_ROOT}${KERNEL_VERSION}
+install -d $kerneldir
+
+# create the directory structure
+rm -f $kerneldir/build
+rm -f $kerneldir/source
+mkdir -p $kerneldir/build
+
+# for compatibility with some older variants of this package, we
+# create  a /usr/src/kernel symlink to /lib/modules//source
+mkdir -p ${D}/usr/src
+(
+   cd ${D}/usr/src
+   ln -s ${KERNEL_BUILD_ROOT}${KERNEL_VERSION}/source kernel
+)
+
+# for on target purposes, we unify build and source
+(
+   cd $kerneldir
+   ln -s build source
+)
+
+# first copy everything
+(
+   cd ${S}
+   cp --parents $(find  -type f -name "Makefile*" -o -name "Kconfig*") 
$kerneldir/build
+)
+
+# then drop all but the needed Makefiles/Kconfig files
+rm -rf $kerneldir/build/Documentation

[OE-core] [RFC PATCH 5/5] crosstap2: wrapper to build systemtap script on host against given target

[Victor Kamensky]

crosstap2 is similar to existing crosstap shell script, but unlike crosstap
script that can handle only kernel SystemTap scripts, crosstap2 can also
deal with user land related SystemTap scripts. It discovers and set up
proper --sysroot arguments for stap invocation.

The logic of handling of user-land related cross build arguments is a bit
more complicated. It seemed that to implement it in existing crosstap
script would be a stretch, so crosstap2 is written in python.

Signed-off-by: Victor Kamensky 
---
 scripts/crosstap2 | 422 ++
 1 file changed, 422 insertions(+)
 create mode 100755 scripts/crosstap2

diff --git a/scripts/crosstap2 b/scripts/crosstap2
new file mode 100755
index 000..c5209d2
--- /dev/null
+++ b/scripts/crosstap2
@@ -0,0 +1,422 @@
+#!/usr/bin/env python3
+#
+# Build a systemtap script for a given image.
+#
+# Effectively script extracts needed information from set of
+# 'bitbake -e' commands and contructs proper invocation of stap on
+# host to build systemtap script for a given target.
+#
+# By default script will compile scriptname.ko that could be copied
+# to taget and activated with 'staprun scriptname.ko' command. Or if
+# --remote user@hostname option is specified script will build, load
+# execute script on target.
+#
+# This script is very similar and inspired by crosstap shell script.
+# The major difference that this script supports user-land related
+# systemtap script, whereas crosstap could deal only with scripts
+# related to kernel.
+#
+# Copyright (c) 2018, Cisco Systems.
+# All rights reserved.
+#
+# This program is free software; you can redistribute it and/or modify
+# it under the terms of the GNU General Public License version 2 as
+# published by the Free Software Foundation.
+#
+# This program is distributed in the hope that it will be useful,
+# but WITHOUT ANY WARRANTY; without even the implied warranty of
+# MERCHANTABILITY or FITNESS FOR A PARTICULAR PURPOSE.
+# See the GNU General Public License for more details.
+#
+# You should have received a copy of the GNU General Public License
+# along with this program; if not, write to the Free Software
+# Foundation, Inc., 59 Temple Place, Suite 330, Boston, MA 02111-1307 USA
+
+import sys
+import re
+import subprocess
+import os
+
+from optparse import OptionParser
+
+class Stap(object):
+def __init__(self, script, module, remote):
+self.script = script
+self.module = module
+self.remote = remote
+self.stap = None
+self.sysroot = None
+self.runtime = None
+self.tapset = None
+self.arch = None
+self.cross_compile = None
+self.kernel_release = None
+self.target_path = None
+self.target_ld_library_path = None
+
+if not self.remote:
+if not self.module:
+# derive module name from script
+self.module = os.path.basename(self.script)
+if self.module[-4:] == ".stp":
+self.module = self.module[:-4]
+# replace - if any with _
+self.module = self.module.replace("-", "_")
+
+def command(self, args):
+ret = []
+ret.append(self.stap)
+
+if self.remote:
+ret.append("--remote")
+ret.append(self.remote)
+else:
+ret.append("-p4")
+ret.append("-m")
+ret.append(self.module)
+
+ret.append("--sysroot")
+ret.append(self.sysroot)
+
+ret.append("-a")
+ret.append(self.arch)
+
+ret.append("-B")
+ret.append("CROSS_COMPILE=" + self.cross_compile)
+
+ret.append("-r")
+ret.append(self.kernel_release)
+
+ret.append("-I")
+ret.append(self.tapset)
+
+ret.append("-R")
+ret.append(self.runtime)
+
+ret.append("--sysenv=PATH=" + self.target_path)
+ret.append("--sysenv=LD_LIBRARY_PATH=" + self.target_ld_library_path)
+
+ret = ret + args
+
+ret.append(self.script)
+return ret
+
+def additional_environment(self):
+ret = {}
+ret["SYSTEMTAP_DEBUGINFO_PATH"] = "+:.debug:build"
+return ret
+
+def environment(self):
+ret = os.environ.copy()
+additional = self.additional_environment()
+for e in additional:
+ret[e] = additional[e]
+return ret
+
+def display_command(self, args):
+additional_env = self.additional_environment()
+command = self.command(args)
+
+print("#!/bin/sh")
+for e in additional_env:
+print("export %s=\"%s\"" % (e, additional_env[e]))
+print(" ".join(command))
+
+class BitbakeEnvInvocationException(Exception):
+def __init__(self, message):
+self.message = message
+
+class BitbakeEnv(object):
+BITBAKE="bitbake"
+
+def __init__(self, package):
+self.package = 

[OE-core] [RFC PATCH 4/5] systemtap: introduce utils variant of systemtap package build

[Victor Kamensky]

In case of small target images it is too expensive to include
full stap package into the image. Because default systemtap
package include SystemTap translater and have very deep dependencies
on variety of libraries. And in cross compiling environment
compilation of SystemTap kernel modules can happen on host for
a given target using --sysroot and other proper options.

In order to deploy resulting SystemTap .ko module, one need small
set of SystemTap runtime tools like staprun and stapio.

systemtap-utils introduces special "small" variant of systemtap
build where only SystemTap run-time utilties are built. As result
addition on target is quite small.

Signed-off-by: Victor Kamensky 
---
 .../systemtap/systemtap-utils_git.bb   | 31 ++
 1 file changed, 31 insertions(+)
 create mode 100644 meta/recipes-kernel/systemtap/systemtap-utils_git.bb

diff --git a/meta/recipes-kernel/systemtap/systemtap-utils_git.bb 
b/meta/recipes-kernel/systemtap/systemtap-utils_git.bb
new file mode 100644
index 000..3359257
--- /dev/null
+++ b/meta/recipes-kernel/systemtap/systemtap-utils_git.bb
@@ -0,0 +1,31 @@
+SUMMARY = "Small set only runtime utilities for SystemTap"
+HOMEPAGE = "https://sourceware.org/systemtap/;
+
+require systemtap_git.inc
+
+FILESEXTRAPATHS =. "${FILE_DIRNAME}/systemtap:"
+
+DEPENDS = "elfutils"
+
+# should not be used along with complete systemtap
+RCONFLICTS_${PN} = "systemtap"
+
+EXTRA_OECONF += "--with-libelf=${STAGING_DIR_TARGET} --without-rpm \
+--without-nss --without-avahi --without-dyninst \
+--disable-server --disable-grapher --enable-prologues \
+--with-python3 --without-python2-probes \
+--disable-sdt-probes --disable-translator \
+--disable-libvirt --disable-sqlite --disable-monitor \
+--without-python3-probes \
+--disable-docs --disable-publican --disable-refdocs \
+ac_cv_prog_have_javac=no \
+ac_cv_prog_have_jar=no "
+
+do_install_append () {
+rm -rf ${D}${datadir}/systemtap
+rm -rf ${D}${includedir}
+# remove bash dependency we don't need it anyway
+rm ${D}${libexecdir}/systemtap/stap-env
+}
+
+inherit autotools gettext
-- 
2.7.4

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

[OE-core] [RFC PATCH 3/5] image: add IMAGE_GEN_COMBINED_DEBUGFS build option

[Victor Kamensky]

There is IMAGE_GEN_DEBUGFS="1" variable that enables build of
additional rootfs-dbg and additional archive that contains
complimentary symbols files for a given image. But the issue
with this resulting directory and tarball that before use it
has to be combined with original image content. It is required
since all cross debugging tools like gdb, perf, and systemtap
need file system that contains both target executables/libraries
and their symbols. Those tools need to find executable/library
first and through it debuglink note find corresponding symbols
file.

IMAGE_GEN_DEBUGFS="1" variable as storage strategy may have
some sense it removes duplicate content, but from engineer
work flow point of view it requires extra steps of recombining,
unpacking two tarball archives. I.e there is no directory in
image build workspace that can be used to run gdb, perf, and
systemtap.

In addition to IMAGE_GEN_DEBUGFS variable new variant of
the same functionality IMAGE_GEN_COMBINED_DEBUGFS is introduced.
Unlike IMAGE_GEN_DEBUGFS additional rootfs-dbg and additional
tarball would contain both all target material plus symbols.
Resulting rootfs-dbg directory in build workspace can be
directly used by all cross debugging tools like gdb, perf, and
systemtap.

Signed-off-by: Victor Kamensky 
---
 meta/classes/image-prelink.bbclass | 13 +
 meta/classes/image.bbclass | 11 +--
 meta/lib/oe/rootfs.py  | 59 +-
 3 files changed, 55 insertions(+), 28 deletions(-)

diff --git a/meta/classes/image-prelink.bbclass 
b/meta/classes/image-prelink.bbclass
index f3bb68b..5470e63 100644
--- a/meta/classes/image-prelink.bbclass
+++ b/meta/classes/image-prelink.bbclass
@@ -35,6 +35,11 @@ prelink_image () {
 
dynamic_loader=$(linuxloader)
 
+if [ "$IMAGE_GEN_COMBINED_DEBUGFS" = "1" ]; then
+cp ${IMAGE_ROOTFS}${sysconfdir}/prelink.conf 
${IMAGE_ROOTFS}-dbg${sysconfdir}/prelink.conf
+cp ${IMAGE_ROOTFS}${sysconfdir}/ld.so.conf 
${IMAGE_ROOTFS}-dbg${sysconfdir}/ld.so.conf
+fi
+
# prelink!
if [ "$BUILD_REPRODUCIBLE_BINARIES" = "1" ]; then
bbnote " prelink: BUILD_REPRODUCIBLE_BINARIES..."
@@ -44,8 +49,16 @@ prelink_image () {
export PRELINK_TIMESTAMP=$REPRODUCIBLE_TIMESTAMP_ROOTFS
fi
${STAGING_SBINDIR_NATIVE}/prelink --root ${IMAGE_ROOTFS} -am -N 
-c ${sysconfdir}/prelink.conf --dynamic-linker $dynamic_loader
+if [ "$IMAGE_GEN_COMBINED_DEBUGFS" = "1" ]; then
+ bbnote " prelink: IMAGE_GEN_COMBINED_DEBUGFS..."
+${STAGING_SBINDIR_NATIVE}/prelink --root 
${IMAGE_ROOTFS}-dbg -am -N -c ${sysconfdir}/prelink.conf --dynamic-linker 
$dynamic_loader
+fi
else
${STAGING_SBINDIR_NATIVE}/prelink --root ${IMAGE_ROOTFS} -amR 
-N -c ${sysconfdir}/prelink.conf --dynamic-linker $dynamic_loader
+if [ "$IMAGE_GEN_COMBINED_DEBUGFS" = "1" ]; then
+ bbnote " prelink: IMAGE_GEN_COMBINED_DEBUGFS..."
+${STAGING_SBINDIR_NATIVE}/prelink --root 
${IMAGE_ROOTFS}-dbg -amR -N -c ${sysconfdir}/prelink.conf --dynamic-linker 
$dynamic_loader
+fi
fi
 
# Remove the prelink.conf if we had to add it.
diff --git a/meta/classes/image.bbclass b/meta/classes/image.bbclass
index 23ed53d..3d1b9e4 100644
--- a/meta/classes/image.bbclass
+++ b/meta/classes/image.bbclass
@@ -28,6 +28,12 @@ IMAGE_FEATURES[validitems] += "debug-tweaks read-only-rootfs 
empty-root-password
 # Generate companion debugfs?
 IMAGE_GEN_DEBUGFS ?= "0"
 
+# Generate companion combined debugfs? The difference from IMAGE_GEN_DEBUGFS
+# is that in case of IMAGE_GEN_COMBINED_DEBUGFS resulting debufs contains full
+# copy of original symbols plus -dbg packages, whereas in case of 
IMAGE_GEN_DEBUGFS
+# it contains only -dbg packages
+IMAGE_GEN_COMBINED_DEBUGFS ?= "0"
+
 # rootfs bootstrap install
 ROOTFS_BOOTSTRAP_INSTALL = "run-postinsts"
 
@@ -117,7 +123,7 @@ def rootfs_variables(d):
  
'IMAGE_ROOTFS_MAXSIZE','IMAGE_NAME','IMAGE_LINK_NAME','IMAGE_MANIFEST','DEPLOY_DIR_IMAGE','IMAGE_FSTYPES','IMAGE_INSTALL_COMPLEMENTARY','IMAGE_LINGUAS',
  
'MULTILIBRE_ALLOW_REP','MULTILIB_TEMP_ROOTFS','MULTILIB_VARIANTS','MULTILIBS','ALL_MULTILIB_PACKAGE_ARCHS','MULTILIB_GLOBAL_VARIANTS','BAD_RECOMMENDATIONS','NO_RECOMMENDATIONS',
  
'PACKAGE_ARCHS','PACKAGE_CLASSES','TARGET_VENDOR','TARGET_ARCH','TARGET_OS','OVERRIDES','BBEXTENDVARIANT','FEED_DEPLOYDIR_BASE_URI','INTERCEPT_DIR','USE_DEVFS',
- 'CONVERSIONTYPES', 'IMAGE_GEN_DEBUGFS', 'ROOTFS_RO_UNNEEDED', 
'IMGDEPLOYDIR', 'PACKAGE_EXCLUDE_COMPLEMENTARY', 
'REPRODUCIBLE_TIMESTAMP_ROOTFS']
+ 'CONVERSIONTYPES', 'IMAGE_GEN_DEBUGFS', 
'IMAGE_GEN_COMBINED_DEBUGFS', 'ROOTFS_RO_UNNEEDED', 

[OE-core] [RFC PATCH 0/5] systemtap adding sysroot, cross compiling of user land related scripts

[Victor Kamensky]

Hi Guys,

I am a fan of SystemTap and big fan of OE. Systemtap and OE use case I have
on my mind is the following:

1) small embedded target image built, because of resource constraint such
target could not run full blown systemtap on, it would not have resources
to have debug symbols, toolchain, kernel sources, etc installed on target,
memory size available to to SystemTap script build, etc

2) on host target image is build with debug symbols available somewhere
on the host

3) systemtap operates in cross compilation mode, builds targetscript.ko module,
which could be copied to target device

4) on target tiny systemtap runtime, like staprun, stapio, utilities are
present and they are used to activate systemtap targetscript.ko and observe
SystemTap in action.

In fact OE already has scripts/crosstap script that provides similar to above
experience. But the scripts one can have with crosstap can deal only with
kernel code. If one would like to write SystemTap script that involves
user land process probes crosstap script will not work.

In part the problem was that in SystemTap itself --sysroot options was
effectively broken or never worked. So it was not possible to build user-land
related script in cross compiled mode. I worked on SystemTap fixing --sysroot 
option support and I posted these fixes on systemtap mailing list [1].

Now with --sysroot option support fixed in SystemTap it comes to the
question how it could be integrated into OE related engineers work flow. And
here I need team's feedback. These patch series implements proposal for such
improved SystemTap OE integration, but some parts can cause controversy.

Here is patches overview, with indication of my concerns and ask for
feedback:

  Revert "systemtap: Cross compilation fix"

  Remove previous OE specific patch. It superseded by --sysroot support
  patch series


  systemtap: support --sysroot option in variety of situations in cross
build

  effectively [1] integrated with OE, these patches will be discussed
  with SystemTap guys directly.


  image: add IMAGE_GEN_COMBINED_DEBUGFS build option

  this one may cause some controversy. For SystemTap to build user-land
  related script, it needs target sysroot tree overlayed with debug
  symbols. OE already has IMAGE_GEN_DEBUGFS option implemented but
  it produces split target and debug symbols tarballs that have to be
  recombined. I claim step of recombination is a drug on developer
  work flow. IMAGE_GEN_COMBINED_DEBUGFS is similar to IMAGE_GEN_DEBUGFS,
  but resulting rootfs-dbg would contain both target and symbols, so
  it could be used right away. Also I feel that implementation of
  IMAGE_GEN_COMBINED_DEBUGFS option might not be very elegant, especially
  with prelink related issue that changes target binaries


  systemtap: introduce utils variant of systemtap package build

  systemtap-utils recipe is special systemtap build that would compile
  only utilities and have minimal dependencies possible. I considered to
  split out those utilities on packaging step of systemtap but with
  dependencies description, it got very messy, so I decided to go
  with separate conflicting with systemtap recipe


  crosstap2: wrapper to build systemtap script on host against given
target

  Wrapper script similar to crosstap that take SystemTap script and
  image name, retrieve rest of required information from bitbake -e
  command and construct stap invocation with all proper arguments
  passed needed for cross compilation. Script is implemented in python
  it has more advanced logic then existing crosstap tool. But one may
  ask why I did not improved existing crosstap script - I felt that
  new requirements is too much to be implemented in shell script and
  in backward compatible mode without breaking historic interface to
  crosstap.


If someone interested in full patch series my OE tree with these fixes
is here [2]. It was tested on variety of qemu related machines. Steps that
shows how whole work flow OE and SystemTap works are here [3]. Examples of
crosstap2 invocations are here [4].

[1] https://sourceware.org/ml/systemtap/2018-q1/msg00069.html

[2] https://github.com/victorkamensky/openembedded-core

[3] https://github.com/victorkamensky/systemtap-oe-sysroot-manifest

[4] 
https://github.com/victorkamensky/systemtap-oe-sysroot-manifest/blob/master/EXAMPLES

Victor Kamensky (5):
  Revert "systemtap: Cross compilation fix"
  systemtap: support --sysroot option in variety of situations in cross
build
  image: add IMAGE_GEN_COMBINED_DEBUGFS build option
  systemtap: introduce utils variant of systemtap package build
  crosstap2: wrapper to build systemtap script on host against given
target

 meta/classes/image-prelink.bbclass |  13 +
 meta/classes/image.bbclass |  11 +-
 meta/lib/oe/rootfs.py  | 

[OE-core] [RFC PATCH 1/5] Revert "systemtap: Cross compilation fix"

[Victor Kamensky]

This reverts commit 787bed708676fc04aee2850825e803273152f657.

Signed-off-by: Victor Kamensky 
---
 .../systemtap/systemtap/system_map_location.patch  | 23 --
 meta/recipes-kernel/systemtap/systemtap_git.inc|  1 -
 2 files changed, 24 deletions(-)
 delete mode 100644 
meta/recipes-kernel/systemtap/systemtap/system_map_location.patch

diff --git a/meta/recipes-kernel/systemtap/systemtap/system_map_location.patch 
b/meta/recipes-kernel/systemtap/systemtap/system_map_location.patch
deleted file mode 100644
index 013af5c..000
--- a/meta/recipes-kernel/systemtap/systemtap/system_map_location.patch
+++ /dev/null
@@ -1,23 +0,0 @@
-systemtap: Cross compilation fix
-
-This is a cross compilation fix. It allows systemtap to find
-the kernel map file in the right place, i.e. in the kernel build tree.
-Without this fix it takes a map file from the build host, if available.
-
-Upstream-Status: Pending
-
-Signed-off-by: Mikhail Durnev 
-
-Index: git/session.cxx
-===
 git.orig/session.cxx
-+++ git/session.cxx
-@@ -1634,7 +1634,7 @@ systemtap_session::parse_kernel_function
-   clog << _F("Kernel symbol table %s unavailable, (%s)",
-  system_map_path.c_str(), strerror(errno)) << endl;
- 
--  system_map_path = "/boot/System.map-" + kernel_release;
-+  system_map_path = kernel_build_tree + "/System.map-" + kernel_release;
-   system_map.clear();
-   system_map.open(system_map_path.c_str(), ifstream::in);
-   if (! system_map.is_open())
diff --git a/meta/recipes-kernel/systemtap/systemtap_git.inc 
b/meta/recipes-kernel/systemtap/systemtap_git.inc
index f51bd28..af5b004 100644
--- a/meta/recipes-kernel/systemtap/systemtap_git.inc
+++ b/meta/recipes-kernel/systemtap/systemtap_git.inc
@@ -4,7 +4,6 @@ SRCREV = "4051c70c9318c837981384cbb23f3e9eb1bd0892"
 PV = "3.2"
 
 SRC_URI = "git://sourceware.org/git/systemtap.git \
-   file://system_map_location.patch \
file://configure-allow-to-disable-libvirt.patch \
file://x32_abi_time.patch \
file://monitor-option.patch \
-- 
2.7.4

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

[OE-core] [RFC PATCH 2/5] systemtap: support --sysroot option in variety of situations in cross build

[Victor Kamensky]

For details on issues fixed please look at commit message of individual
patches.

Upstream-Status: Submitted [system...@sourceware.org]

Change-Id: Id2fd0fbddb33e4a4387b732005a6e902a5c6129c
Signed-off-by: Victor Kamensky 
---
 ...-short-release-r-option-handling-in-case-.patch |  61 
 ...-short-release-r-option-handling-in-case-.patch |  68 +
 ...uginfo-lookup-with-sysroot-case-do-not-re.patch |  97 +
 ...ay-adding-sysroot-path-to-module-name-in-.patch | 124 
 ...dle-symbolic-links-with-absolute-name-rel.patch | 159 +
 ...p_umodule_relocate-needs-receive-target-f.patch |  58 
 meta/recipes-kernel/systemtap/systemtap_git.inc|   6 +
 7 files changed, 573 insertions(+)
 create mode 100644 
meta/recipes-kernel/systemtap/systemtap/0001-sysroot-fix-short-release-r-option-handling-in-case-.patch
 create mode 100644 
meta/recipes-kernel/systemtap/systemtap/0002-sysroot-fix-short-release-r-option-handling-in-case-.patch
 create mode 100644 
meta/recipes-kernel/systemtap/systemtap/0003-sysroot-debuginfo-lookup-with-sysroot-case-do-not-re.patch
 create mode 100644 
meta/recipes-kernel/systemtap/systemtap/0004-sysroot-delay-adding-sysroot-path-to-module-name-in-.patch
 create mode 100644 
meta/recipes-kernel/systemtap/systemtap/0005-sysroot-handle-symbolic-links-with-absolute-name-rel.patch
 create mode 100644 
meta/recipes-kernel/systemtap/systemtap/0006-sysroot-_stp_umodule_relocate-needs-receive-target-f.patch

diff --git 
a/meta/recipes-kernel/systemtap/systemtap/0001-sysroot-fix-short-release-r-option-handling-in-case-.patch
 
b/meta/recipes-kernel/systemtap/systemtap/0001-sysroot-fix-short-release-r-option-handling-in-case-.patch
new file mode 100644
index 000..607c2cd
--- /dev/null
+++ 
b/meta/recipes-kernel/systemtap/systemtap/0001-sysroot-fix-short-release-r-option-handling-in-case-.patch
@@ -0,0 +1,61 @@
+From 8fccac2483354a8a3e2419c36c867c81045dbe7f Mon Sep 17 00:00:00 2001
+From: Victor Kamensky 
+Date: Thu, 8 Feb 2018 20:00:46 -0800
+Subject: [PATCH 1/6] sysroot: fix short release -r option handling in case of
+ sysroot read System.map symbols
+
+Add sysroot to system_map_path + "/boot/System.map" case. Otherwise
+stap tries to look symbols on host system and it produce error like this:
+
+> Kernel symbol table /boot/System.map-4.9.78-yocto-standard unavailable, (No 
such file or directory)
+
+Here are steps to reproduce the issue. Note  is produced by yocto
+poky build. Under /lib/modules/4.9.78-yocto-standard/build there
+is no System.map file; instead it is installed under /boot directory.
+
+[kamensky@coreos-lnx2 tests]$ cat meminfo.stp
+probe kernel.function("meminfo_proc_show") {
+println("meminfo_proc_show called")
+}
+[kamensky@coreos-lnx2 tests]$ export SYSTEMTAP_DEBUGINFO_PATH=+:.debug:build
+[kamensky@coreos-lnx2 tests]$ /home/wd8/systemtap/20180208_2/packages/bin/stap 
--sysroot=/home/wd8/yocto/20180128/build_x86_64/tmp/work/intel_corei7_64-poky-linux/kdevel-console-devel-image/1.0-r0/rootfs
 -a x86_64 -r 4.9.78-yocto-standard -B CROSS_COMPILE=x86_64-poky-linux- 
--sysenv=PATH=/usr/bin:/bin:/usr/sbin:/sbin 
--sysenv=LD_LIBRARY_PATH=/lib:/usr/lib -p4 -v -v -m meminfo meminfo.stp
+Systemtap translator/driver (version 3.3/0.170, commit 
release-3.2-92-g26c5e3c03c94 + changes)
+Copyright (C) 2005-2017 Red Hat, Inc. and others
+This is free software; see the source for copying conditions.
+tested kernel versions: 2.6.18 ... 4.14-rc4
+enabled features: BPF PYTHON2 PYTHON3 LIBXML2 NLS
+Created temporary directory "/tmp/staprq4IGE"
+Session arch: x86_64 release: 4.9.78-yocto-standard
+Kernel symbol table 
/home/wd8/yocto/20180128/build_x86_64/tmp/work/intel_corei7_64-poky-linux/kdevel-console-devel-image/1.0-r0/rootfs//lib/modules/4.9.78-yocto-standard/build/System.map
 unavailable, (No such file or directory)
+Kernel symbol table /boot/System.map-4.9.78-yocto-standard unavailable, (No 
such file or directory)
+WARNING: Kernel function symbol table missing [man warning::symbols]
+
+semantic error: while resolving probe point: identifier 'kernel' at 
meminfo.stp:1:7
+   thrown from: ../systemtap/elaborate.cxx:1080
+source: probe kernel.function("meminfo_proc_show") {
+  ^
+
+semantic error: missing x86_64 kernel/module debuginfo [man 
warning::debuginfo] under 
'/home/wd8/yocto/20180128/build_x86_64/tmp/work/intel_corei7_64-poky-linux/kdevel-console-devel-image/1.0-r0/rootfs//lib/modules/4.9.78-yocto-standard/build'
+   thrown from: ../systemtap/dwflpp.cxx:340
+
+Signed-off-by: Victor Kamensky 
+---
+ session.cxx | 2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+
+diff --git a/session.cxx b/session.cxx
+index c7eaf6f..37caf3f 100644
+--- a/session.cxx
 b/session.cxx
+@@ -2038,7 +2038,7 @@ systemtap_session::parse_kernel_functions ()
+   clog << _F("Kernel symbol table %s unavailable, (%s)",
+  

[OE-core] [PATCH] gdb: Add signed-off-by tag to patch

[Daniel Díaz]

A patch went in (in 4aaf747) without a proper signed-off-by
because the project (in its upstream repository) does not use
Git.

This will take care of that before spreading the patch to
other branches.

Signed-off-by: Daniel Díaz 
---
 .../gdb/gdb-Fix-ia64-defining-TRAP_HWBKPT-before-including-g.patch   | 5 +
 1 file changed, 5 insertions(+)

diff --git 
a/meta/recipes-devtools/gdb/gdb/gdb-Fix-ia64-defining-TRAP_HWBKPT-before-including-g.patch
 
b/meta/recipes-devtools/gdb/gdb/gdb-Fix-ia64-defining-TRAP_HWBKPT-before-including-g.patch
index c7b1d0d..ef97de7 100644
--- 
a/meta/recipes-devtools/gdb/gdb/gdb-Fix-ia64-defining-TRAP_HWBKPT-before-including-g.patch
+++ 
b/meta/recipes-devtools/gdb/gdb/gdb-Fix-ia64-defining-TRAP_HWBKPT-before-including-g.patch
@@ -3,6 +3,9 @@ From: James Clarke 
 Date: Fri, 19 Jan 2018 17:22:49 +
 Subject: [PATCH] gdb: Fix ia64 defining TRAP_HWBKPT before including
  gdb_wait.h
+MIME-Version: 1.0
+Content-Type: text/plain; charset=UTF-8
+Content-Transfer-Encoding: 8bit
 
 On ia64, gdb_wait.h eventually includes siginfo-consts-arch.h, which
 contains an enum with TRAP_HWBKPT, along with a #define. Thus we cannot
@@ -16,6 +19,8 @@ gdb/ChangeLog:
* nat/linux-ptrace.h: ... to here.
 
 Upstream-Status: Accepted 
[https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;a=commit;h=5a6c3296a7a90694ad4042f6256f3da6d4fa4ee8]
+
+Signed-off-by: Daniel Díaz 
 ---
  gdb/nat/linux-ptrace.c | 2 --
  gdb/nat/linux-ptrace.h | 1 +
-- 
2.7.4

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

Re: [OE-core] [PATCH v2] gdb: fix header ordering for TRAP_HWBKPT

[Khem Raj]

On Tue, Mar 6, 2018 at 7:46 AM, Daniel Díaz  wrote:
> This error can appear in gdb/nat/linux-ptrace.c because of
> the order in which some headers are processed:
> | In file included from ../../gdb-7.11.1/gdb/nat/linux-ptrace.c:20:0:
> | ../../gdb-7.11.1/gdb/nat/linux-ptrace.h:175:22: error: expected identifier 
> before numeric constant
> |  # define TRAP_HWBKPT 4
> |   ^
> | Makefile:2357: recipe for target 'linux-ptrace.o' failed
> | make[2]: *** [linux-ptrace.o] Error 1
> | make[2]: *** Waiting for unfinished jobs
> | make[2]: Leaving directory 
> '/oe/build/tmp-rpb-glibc/work/aarch64-linaro-linux/gdb/7.11.1-r0/build-aarch64-linaro-linux/gdb'
> | Makefile:8822: recipe for target 'all-gdb' failed
> | make[1]: *** [all-gdb] Error 2
> | make[1]: Leaving directory 
> '/oe/build/tmp-rpb-glibc/work/aarch64-linaro-linux/gdb/7.11.1-r0/build-aarch64-linaro-linux'
> | Makefile:846: recipe for target 'all' failed
> | make: *** [all] Error 2
>
> A patch from GDB's current master solves the issue.
>

LGTM

> Signed-off-by: Daniel Díaz 
> ---
> v2: Add signed-off-by tag to patch
>
>  meta/recipes-devtools/gdb/gdb-8.0.1.inc|  1 +
>  ...4-defining-TRAP_HWBKPT-before-including-g.patch | 56 
> ++
>  2 files changed, 57 insertions(+)
>  create mode 100644 
> meta/recipes-devtools/gdb/gdb/gdb-Fix-ia64-defining-TRAP_HWBKPT-before-including-g.patch
>
> diff --git a/meta/recipes-devtools/gdb/gdb-8.0.1.inc 
> b/meta/recipes-devtools/gdb/gdb-8.0.1.inc
> index 83c08e5..4a5299b 100644
> --- a/meta/recipes-devtools/gdb/gdb-8.0.1.inc
> +++ b/meta/recipes-devtools/gdb/gdb-8.0.1.inc
> @@ -17,6 +17,7 @@ SRC_URI = "http://ftp.gnu.org/gnu/gdb/gdb-${PV}.tar.xz \
> file://0010-resolve-restrict-keyword-conflict.patch \
> 
> file://package_devel_gdb_patches_120-sigprocmask-invalid-call.patch \
> file://0012-Unbreak-GDBserver-build-for-x32.patch \
> +   file://gdb-Fix-ia64-defining-TRAP_HWBKPT-before-including-g.patch 
> \
>  "
>  SRC_URI[md5sum] = "48cac527e6f3018b865ece021e9723ac"
>  SRC_URI[sha256sum] = 
> "3dbd5f93e36ba2815ad0efab030dcd0c7b211d7b353a40a53f4c02d7d56295e3"
> diff --git 
> a/meta/recipes-devtools/gdb/gdb/gdb-Fix-ia64-defining-TRAP_HWBKPT-before-including-g.patch
>  
> b/meta/recipes-devtools/gdb/gdb/gdb-Fix-ia64-defining-TRAP_HWBKPT-before-including-g.patch
> new file mode 100644
> index 000..2cdeafc
> --- /dev/null
> +++ 
> b/meta/recipes-devtools/gdb/gdb/gdb-Fix-ia64-defining-TRAP_HWBKPT-before-including-g.patch
> @@ -0,0 +1,56 @@
> +From c57122f94b1c749e4c12f6449b61a3b114f705cd Mon Sep 17 00:00:00 2001
> +From: James Clarke 
> +Date: Fri, 19 Jan 2018 17:22:49 +
> +Subject: [PATCH] gdb: Fix ia64 defining TRAP_HWBKPT before including
> + gdb_wait.h
> +MIME-Version: 1.0
> +Content-Type: text/plain; charset=UTF-8
> +Content-Transfer-Encoding: 8bit
> +
> +On ia64, gdb_wait.h eventually includes siginfo-consts-arch.h, which
> +contains an enum with TRAP_HWBKPT, along with a #define. Thus we cannot
> +define TRAP_HWBKPT to 4 beforehand, and so gdb_wait.h must be included
> +earlier; include it from linux-ptrace.h so it can never come afterwards.
> +
> +gdb/ChangeLog:
> +
> +   * nat/linux-ptrace.c: Remove unnecessary reinclusion of
> +   gdb_ptrace.h, and move including gdb_wait.h ...
> +   * nat/linux-ptrace.h: ... to here.
> +
> +Upstream-Status: Accepted 
> [https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;a=commit;h=5a6c3296a7a90694ad4042f6256f3da6d4fa4ee8]
> +
> +Signed-off-by: Daniel Díaz 
> +---
> + gdb/nat/linux-ptrace.c | 2 --
> + gdb/nat/linux-ptrace.h | 1 +
> + 2 files changed, 1 insertion(+), 2 deletions(-)
> +
> +diff --git a/gdb/nat/linux-ptrace.c b/gdb/nat/linux-ptrace.c
> +index 3265b16..559c2de 100644
> +--- a/gdb/nat/linux-ptrace.c
>  b/gdb/nat/linux-ptrace.c
> +@@ -21,8 +21,6 @@
> + #include "linux-procfs.h"
> + #include "linux-waitpid.h"
> + #include "buffer.h"
> +-#include "gdb_wait.h"
> +-#include "gdb_ptrace.h"
> + #ifdef HAVE_SYS_PROCFS_H
> + #include 
> + #endif
> +diff --git a/gdb/nat/linux-ptrace.h b/gdb/nat/linux-ptrace.h
> +index 5954945..6faa89b 100644
> +--- a/gdb/nat/linux-ptrace.h
>  b/gdb/nat/linux-ptrace.h
> +@@ -21,6 +21,7 @@
> + struct buffer;
> +
> + #include "nat/gdb_ptrace.h"
> ++#include "gdb_wait.h"
> +
> + #ifdef __UCLIBC__
> + #if !(defined(__UCLIBC_HAS_MMU__) || defined(__ARCH_HAS_MMU__))
> +--
> +2.7.4
> +
> --
> 2.7.4
>
> --
> ___
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH] glide.bbclass: Add class to easy Glide use

[Otavio Salvador]

To use 'glide' this class does the integration and reduces code
duplication.

Signed-off-by: Otavio Salvador 
---

 meta/classes/glide.bbclass | 9 +
 1 file changed, 9 insertions(+)
 create mode 100644 meta/classes/glide.bbclass

diff --git a/meta/classes/glide.bbclass b/meta/classes/glide.bbclass
new file mode 100644
index 00..52291bab8c
--- /dev/null
+++ b/meta/classes/glide.bbclass
@@ -0,0 +1,9 @@
+# Handle Glide Vendor Package Management use
+#
+# Copyright 2018 (C) O.S. Systems Software LTDA.
+
+DEPENDS_append = " glide-native"
+
+do_compile_prepend() {
+( cd ${WORKDIR}/build/src/${GO_IMPORT} && glide install )
+}
-- 
2.16.2

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

[OE-core] ✗ patchtest: failure for gdb: fix header ordering for TRAP_HWBKPT (rev2)

[Patchwork]

== Series Details ==

Series: gdb: fix header ordering for TRAP_HWBKPT (rev2)
Revision: 2
URL   : https://patchwork.openembedded.org/series/11215/
State : failure

== Summary ==


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



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



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

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

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

[OE-core] [PATCH v2] gdb: fix header ordering for TRAP_HWBKPT

[Daniel Díaz]

This error can appear in gdb/nat/linux-ptrace.c because of
the order in which some headers are processed:
| In file included from ../../gdb-7.11.1/gdb/nat/linux-ptrace.c:20:0:
| ../../gdb-7.11.1/gdb/nat/linux-ptrace.h:175:22: error: expected identifier 
before numeric constant
|  # define TRAP_HWBKPT 4
|   ^
| Makefile:2357: recipe for target 'linux-ptrace.o' failed
| make[2]: *** [linux-ptrace.o] Error 1
| make[2]: *** Waiting for unfinished jobs
| make[2]: Leaving directory 
'/oe/build/tmp-rpb-glibc/work/aarch64-linaro-linux/gdb/7.11.1-r0/build-aarch64-linaro-linux/gdb'
| Makefile:8822: recipe for target 'all-gdb' failed
| make[1]: *** [all-gdb] Error 2
| make[1]: Leaving directory 
'/oe/build/tmp-rpb-glibc/work/aarch64-linaro-linux/gdb/7.11.1-r0/build-aarch64-linaro-linux'
| Makefile:846: recipe for target 'all' failed
| make: *** [all] Error 2

A patch from GDB's current master solves the issue.

Signed-off-by: Daniel Díaz 
---
v2: Add signed-off-by tag to patch

 meta/recipes-devtools/gdb/gdb-8.0.1.inc|  1 +
 ...4-defining-TRAP_HWBKPT-before-including-g.patch | 56 ++
 2 files changed, 57 insertions(+)
 create mode 100644 
meta/recipes-devtools/gdb/gdb/gdb-Fix-ia64-defining-TRAP_HWBKPT-before-including-g.patch

diff --git a/meta/recipes-devtools/gdb/gdb-8.0.1.inc 
b/meta/recipes-devtools/gdb/gdb-8.0.1.inc
index 83c08e5..4a5299b 100644
--- a/meta/recipes-devtools/gdb/gdb-8.0.1.inc
+++ b/meta/recipes-devtools/gdb/gdb-8.0.1.inc
@@ -17,6 +17,7 @@ SRC_URI = "http://ftp.gnu.org/gnu/gdb/gdb-${PV}.tar.xz \
file://0010-resolve-restrict-keyword-conflict.patch \
file://package_devel_gdb_patches_120-sigprocmask-invalid-call.patch 
\
file://0012-Unbreak-GDBserver-build-for-x32.patch \
+   file://gdb-Fix-ia64-defining-TRAP_HWBKPT-before-including-g.patch \
 "
 SRC_URI[md5sum] = "48cac527e6f3018b865ece021e9723ac"
 SRC_URI[sha256sum] = 
"3dbd5f93e36ba2815ad0efab030dcd0c7b211d7b353a40a53f4c02d7d56295e3"
diff --git 
a/meta/recipes-devtools/gdb/gdb/gdb-Fix-ia64-defining-TRAP_HWBKPT-before-including-g.patch
 
b/meta/recipes-devtools/gdb/gdb/gdb-Fix-ia64-defining-TRAP_HWBKPT-before-including-g.patch
new file mode 100644
index 000..2cdeafc
--- /dev/null
+++ 
b/meta/recipes-devtools/gdb/gdb/gdb-Fix-ia64-defining-TRAP_HWBKPT-before-including-g.patch
@@ -0,0 +1,56 @@
+From c57122f94b1c749e4c12f6449b61a3b114f705cd Mon Sep 17 00:00:00 2001
+From: James Clarke 
+Date: Fri, 19 Jan 2018 17:22:49 +
+Subject: [PATCH] gdb: Fix ia64 defining TRAP_HWBKPT before including
+ gdb_wait.h
+MIME-Version: 1.0
+Content-Type: text/plain; charset=UTF-8
+Content-Transfer-Encoding: 8bit
+
+On ia64, gdb_wait.h eventually includes siginfo-consts-arch.h, which
+contains an enum with TRAP_HWBKPT, along with a #define. Thus we cannot
+define TRAP_HWBKPT to 4 beforehand, and so gdb_wait.h must be included
+earlier; include it from linux-ptrace.h so it can never come afterwards.
+
+gdb/ChangeLog:
+
+   * nat/linux-ptrace.c: Remove unnecessary reinclusion of
+   gdb_ptrace.h, and move including gdb_wait.h ...
+   * nat/linux-ptrace.h: ... to here.
+
+Upstream-Status: Accepted 
[https://sourceware.org/git/gitweb.cgi?p=binutils-gdb.git;a=commit;h=5a6c3296a7a90694ad4042f6256f3da6d4fa4ee8]
+
+Signed-off-by: Daniel Díaz 
+---
+ gdb/nat/linux-ptrace.c | 2 --
+ gdb/nat/linux-ptrace.h | 1 +
+ 2 files changed, 1 insertion(+), 2 deletions(-)
+
+diff --git a/gdb/nat/linux-ptrace.c b/gdb/nat/linux-ptrace.c
+index 3265b16..559c2de 100644
+--- a/gdb/nat/linux-ptrace.c
 b/gdb/nat/linux-ptrace.c
+@@ -21,8 +21,6 @@
+ #include "linux-procfs.h"
+ #include "linux-waitpid.h"
+ #include "buffer.h"
+-#include "gdb_wait.h"
+-#include "gdb_ptrace.h"
+ #ifdef HAVE_SYS_PROCFS_H
+ #include 
+ #endif
+diff --git a/gdb/nat/linux-ptrace.h b/gdb/nat/linux-ptrace.h
+index 5954945..6faa89b 100644
+--- a/gdb/nat/linux-ptrace.h
 b/gdb/nat/linux-ptrace.h
+@@ -21,6 +21,7 @@
+ struct buffer;
+ 
+ #include "nat/gdb_ptrace.h"
++#include "gdb_wait.h"
+ 
+ #ifdef __UCLIBC__
+ #if !(defined(__UCLIBC_HAS_MMU__) || defined(__ARCH_HAS_MMU__))
+-- 
+2.7.4
+
-- 
2.7.4

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

Re: [OE-core] [PATCH] dbus-glib: refresh patches

[Burton, Ross]

I don't want to spam the list again, so this is the new commit message on
my patch rebase series.  The rest are in poky-contrib:ross/mut2 and are
identical.  Any further comments?

Ross

On 6 March 2018 at 15:10, Ross Burton  wrote:

> The patch tool will apply patches by default with "fuzz", which is where
> if the
> hunk context isn't present but what is there is close enough, it will
> force the
> patch in.
>
> Whilst this is useful when there's just whitespace changes, when applied to
> source it is possible for a patch applied with fuzz to produce broken code
> which
> still compiles (see #10450).  This is obviously bad.
>
> We'd like to eventually have do_patch() rejecting any fuzz on these
> grounds. For
> that to be realistic the existing patches with fuzz need to be rebased and
> reviewed.
>
> Signed-off-by: Ross Burton 
> ---
>  meta/recipes-core/dbus/dbus-glib/no-examples.patch | 10 ++
>  1 file changed, 6 insertions(+), 4 deletions(-)
>
> diff --git a/meta/recipes-core/dbus/dbus-glib/no-examples.patch
> b/meta/recipes-core/dbus/dbus-glib/no-examples.patch
> index fbb49678282..32e76117188 100644
> --- a/meta/recipes-core/dbus/dbus-glib/no-examples.patch
> +++ b/meta/recipes-core/dbus/dbus-glib/no-examples.patch
> @@ -5,11 +5,13 @@ Upstream-Status: Inappropriate [disable feature]
>  Signed-off-by: Kevin Tian 
>  Signed-off-by: Scott Garman 
>
>  dbus-glib-0.70/dbus/Makefile.am.orig   2006-07-23
> 16:04:43.0 +0200
> -+++ dbus-glib-0.70/dbus/Makefile.am2006-07-23 16:04:52.0
> +0200
> +Index: dbus-glib-0.108/dbus/Makefile.am
> +===
> +--- dbus-glib-0.108.orig/dbus/Makefile.am
>  dbus-glib-0.108/dbus/Makefile.am
>  @@ -1,4 +1,4 @@
>  -SUBDIRS = . examples
>  +SUBDIRS = .
>
> - INCLUDES=-I$(top_srcdir) $(DBUS_CFLAGS) $(DBUS_GLIB_CFLAGS)
> $(DBUS_GLIB_TOOL_CFLAGS) -DDBUS_COMPILATION=1 -DDBUS_LOCALEDIR=\"$(prefix)/@
> DATADIRNAME@/locale\"
> -
> + AM_CPPFLAGS = \
> +   -I$(top_srcdir) \
> --
> 2.11.0
>
>
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH] dbus-glib: refresh patches

[Ross Burton]

The patch tool will apply patches by default with "fuzz", which is where if the
hunk context isn't present but what is there is close enough, it will force the
patch in.

Whilst this is useful when there's just whitespace changes, when applied to
source it is possible for a patch applied with fuzz to produce broken code which
still compiles (see #10450).  This is obviously bad.

We'd like to eventually have do_patch() rejecting any fuzz on these grounds. For
that to be realistic the existing patches with fuzz need to be rebased and
reviewed.

Signed-off-by: Ross Burton 
---
 meta/recipes-core/dbus/dbus-glib/no-examples.patch | 10 ++
 1 file changed, 6 insertions(+), 4 deletions(-)

diff --git a/meta/recipes-core/dbus/dbus-glib/no-examples.patch 
b/meta/recipes-core/dbus/dbus-glib/no-examples.patch
index fbb49678282..32e76117188 100644
--- a/meta/recipes-core/dbus/dbus-glib/no-examples.patch
+++ b/meta/recipes-core/dbus/dbus-glib/no-examples.patch
@@ -5,11 +5,13 @@ Upstream-Status: Inappropriate [disable feature]
 Signed-off-by: Kevin Tian 
 Signed-off-by: Scott Garman 
 
 dbus-glib-0.70/dbus/Makefile.am.orig   2006-07-23 16:04:43.0 
+0200
-+++ dbus-glib-0.70/dbus/Makefile.am2006-07-23 16:04:52.0 +0200
+Index: dbus-glib-0.108/dbus/Makefile.am
+===
+--- dbus-glib-0.108.orig/dbus/Makefile.am
 dbus-glib-0.108/dbus/Makefile.am
 @@ -1,4 +1,4 @@
 -SUBDIRS = . examples
 +SUBDIRS = .
  
- INCLUDES=-I$(top_srcdir) $(DBUS_CFLAGS) $(DBUS_GLIB_CFLAGS) 
$(DBUS_GLIB_TOOL_CFLAGS) -DDBUS_COMPILATION=1 
-DDBUS_LOCALEDIR=\"$(prefix)/@DATADIRNAME@/locale\" 
- 
+ AM_CPPFLAGS = \
+   -I$(top_srcdir) \
-- 
2.11.0

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

[OE-core] ✗ patchtest: failure for beaglebone: Find /boot partition on mmcblk0

[Patchwork]

== Series Details ==

Series: beaglebone: Find /boot partition on mmcblk0
Revision: 1
URL   : https://patchwork.openembedded.org/series/11273/
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 sent to the wrong mailing list or some patches from 
the series correspond to different mailing lists [test_target_mailing_list] 
  Suggested fixSend the series again to the correct mailing list (ML)
  Suggested ML p...@yoctoproject.org 
[http://git.yoctoproject.org/cgit/cgit.cgi/poky/]
  Patch's path:meta-yocto-bsp/wic/beaglebone.wks

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



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

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

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

Re: [OE-core] [PATCH] busybox: mdev: make mdev auto load modules at boot

[Mike Looijmans]

On 05-03-18 09:22, Quentin Schulz wrote:

Thanks to the MODALIAS line at the beginning of mdev.conf, mdev supports
module auto probing on hotplug.

However, this does not work for cold plugged modules (i.e. modules for
devices that were probed before mdev is added as hotplug handler).
Running mdev -s to replay hotplug events does not work in that case.


I'd rather have this in a seperate bootscript, like this (which performs the 
same but applies a filter):

https://github.com/topic-embedded-products/meta-topic/tree/master/recipes-core/module-init-tools

This gives users a choice as to whether or not they want this to happen.

Another note: Since this runs at each and every boot, it'd be wise to optimize 
this for performance. That "sort -u" might be bad for performance, and 
modprobe doesn't mind if modules were already probed.





Let's manually modprobe all modules in the rootfs.

Taken from:
  - 
https://github.com/buildroot/buildroot/commit/07f46c2b6daec44a6176039c90be67e66c4c2e42
  - 
https://github.com/buildroot/buildroot/commit/b4fc5a180c81689a982d5c595844331684c14f51

We need xargs to support zero termination of args so let's enable this
configuration in the fragment for mdev.

Signed-off-by: Quentin Schulz 
---
  meta/recipes-core/busybox/busybox/mdev.cfg | 2 ++
  meta/recipes-core/busybox/files/mdev   | 1 +
  2 files changed, 3 insertions(+)

diff --git a/meta/recipes-core/busybox/busybox/mdev.cfg 
b/meta/recipes-core/busybox/busybox/mdev.cfg
index 6aefe90e43..0d60fc9560 100644
--- a/meta/recipes-core/busybox/busybox/mdev.cfg
+++ b/meta/recipes-core/busybox/busybox/mdev.cfg
@@ -9,3 +9,5 @@ CONFIG_SETSID=y
  CONFIG_CTTYHACK=y
  
  CONFIG_FEATURE_SHADOWPASSWDS=y

+
+CONFIG_FEATURE_XARGS_SUPPORT_ZERO_TERM=y
diff --git a/meta/recipes-core/busybox/files/mdev 
b/meta/recipes-core/busybox/files/mdev
index 8c9c06e96c..165b275256 100755
--- a/meta/recipes-core/busybox/files/mdev
+++ b/meta/recipes-core/busybox/files/mdev
@@ -9,6 +9,7 @@ touch /dev/mdev.seq
  #sysctl -w kernel.hotplug=/sbin/mdev
  echo "/sbin/mdev" > /proc/sys/kernel/hotplug
  mdev -s
+find /sys/ -name modalias -print0 | xargs -0 sort -u -z | xargs -0 modprobe 
-abq
  
  #

  # We might have mounted something over /dev, see if /dev/initctl is there.





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

[OE-core] [rocko][PATCH] beaglebone: Find /boot partition on mmcblk0

[Peter A. Bigot]

From: Drew Moseley 

After commit edcf39820f94c84b29c95a0d7b16b8d36857e87b the beaglebone
builds fail to mount the boot partition as it is specified in
/etc/fstab with the device node /dev/mmcblkp1.  With systemd in
particular this is considered an error and the system drops into
emergency mode.

Signed-off-by: Drew Moseley 
Signed-off-by: Peter A. Bigot 
---

This was originally submitted by Drew Moseley, but AFAICT it never
made it to patchwork.

See: https://lists.yoctoproject.org/pipermail/poky/2017-October/011129.html

 meta-yocto-bsp/wic/beaglebone.wks | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta-yocto-bsp/wic/beaglebone.wks 
b/meta-yocto-bsp/wic/beaglebone.wks
index 0c09a95..967cad7 100644
--- a/meta-yocto-bsp/wic/beaglebone.wks
+++ b/meta-yocto-bsp/wic/beaglebone.wks
@@ -2,5 +2,5 @@
 # long-description: Creates a partitioned SD card image for Beaglebone.
 # Boot files are located in the first vfat partition.
 
-part /boot --source bootimg-partition --ondisk mmcblk --fstype=vfat --label 
boot --active --align 4 --size 16
+part /boot --source bootimg-partition --ondisk mmcblk0 --fstype=vfat --label 
boot --active --align 4 --size 16
 part / --source rootfs --ondisk mmcblk --fstype=ext4 --label root --align 4
-- 
2.7.4

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

[OE-core] [PATCH] libdrm: 2.4.90 -> 2.4.91

[Otavio Salvador]

This is a minor release, announced in March 5th, 2018, which includes
following changes:

,
| Andrey Grodzovsky (1):
|  amdgpu: Fix mistake in initial hole size calculation.
|
| Christian König (3):
|  amdgpu: mostly revert "use the high VA range if possible v2"
|  amdgpu: add AMDGPU_VA_RANGE_HIGH
|  amdgpu: fix "add AMDGPU_VA_RANGE_HIGH"
|
| Chunming Zhou (1):
|  test/amdgpu: disable bo eviction test by default
|
| Eric Engestrom (1):
|  meson: add configuration summary
|
| Heiko Becker (1):
|  *-symbol-check: Don't hard-code nm executable
|
| Igor Gnatenko (1):
|  meson: do not use cairo/valgrind if disabled
|
| Jonathan Gray (1):
|  meson/configure.ac: pthread-stubs not present on OpenBSD
|
| Marek Olšák (2):
|  meson: bump the version number
|  RELEASING: mention meson
|
| Michel Dänzer (1):
|  tests/amdgpu: Fix misspellings of "suite"
|
| Rob Clark (2):
|  freedreno: add interface to get buffer address
|  bump version for release
|
| Rob Herring (4):
|  android: revert making handle magic and version members const
|  android: fix mis-named alloc_handle_t
|  android: add helper to convert buffer_handle_t to gralloc_handle_t ptr
|  android: fix gralloc_handle_create() problems
|
| Thierry Reding (2):
|  drm/fourcc: Fix fourcc_mod_code() definition
|  drm/tegra: Sanitize format modifiers
`

Signed-off-by: Otavio Salvador 
---

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

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

file://0001-configure.ac-Allow-explicit-enabling-of-cunit-tests.patch \
   "
 
-SRC_URI[md5sum] = "61dcb4989c728f566e3c15c236585a17"
-SRC_URI[sha256sum] = 
"db37ec8f1dbaa2c192ad9903c8d0988b858ae88031e96f169bf76aaf705db68b"
+SRC_URI[md5sum] = "23d87cda92700b710a37d9b8edaa9f54"
+SRC_URI[sha256sum] = 
"634a0ed0cc1eff06f48674b1da81aafa661a9f001e7a4f43dde81076886dc800"
 
 inherit autotools pkgconfig manpages
 
-- 
2.16.2

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

[OE-core] [PATCH] libcgroup: Various fixes

[Ola x Nilsson]

* Use PACKAGECONFIG for pam instead of two bb.utils.contains
* Add leading whitespace to EXTRA_OEMAKE_append_libc_musl
* Usr lnr in do_install_append rather than a sed generated
  ../-sequence.

Signed-off-by: Ola x Nilsson 
---
 meta/recipes-core/libcgroup/libcgroup_0.41.bb | 11 ++-
 1 file changed, 6 insertions(+), 5 deletions(-)

diff --git a/meta/recipes-core/libcgroup/libcgroup_0.41.bb 
b/meta/recipes-core/libcgroup/libcgroup_0.41.bb
index e4b1782ad4..7ddc81e9b7 100644
--- a/meta/recipes-core/libcgroup/libcgroup_0.41.bb
+++ b/meta/recipes-core/libcgroup/libcgroup_0.41.bb
@@ -9,7 +9,7 @@ LIC_FILES_CHKSUM = 
"file://COPYING;md5=2d5025d4aa3495befef8f17206a5b0a1"
 
 inherit autotools pkgconfig
 
-DEPENDS = "bison-native flex-native ${@bb.utils.contains('DISTRO_FEATURES', 
'pam', 'libpam', '', d)}"
+DEPENDS = "bison-native flex-native"
 
 SRC_URI = 
"${SOURCEFORGE_MIRROR}/project/libcg/${BPN}/v0.41/${BPN}-${PV}.tar.bz2"
 SRC_URI_append_libc-musl = " file://musl-decls-compat.patch"
@@ -20,9 +20,10 @@ SRC_URI[sha256sum] = 
"e4e38bdc7ef70645ce33740ddcca051248d56b53283c0dc6d404e17706
 UPSTREAM_CHECK_URI = "http://sourceforge.net/projects/libcg/files/libcgroup/;
 
 DEPENDS_append_libc-musl = " fts "
-EXTRA_OEMAKE_append_libc-musl = "LIBS=-lfts"
+EXTRA_OEMAKE_append_libc-musl = " LIBS=-lfts"
 
-EXTRA_OECONF = "${@bb.utils.contains('DISTRO_FEATURES', 'pam', 
'--enable-pam-module-dir=${base_libdir}/security --enable-pam=yes', 
'--enable-pam=no', d)}"
+PACKAGECONFIG = "${@bb.utils.filter('DISTRO_FEATURES', 'pam', d)}"
+PACKAGECONFIG[pam] = "--enable-pam-module-dir=${base_libdir}/security 
--enable-pam=yes,--enable-pam=no,libpam"
 
 PACKAGES =+ "cgroups-pam-plugin"
 FILES_cgroups-pam-plugin = "${base_libdir}/security/pam_cgroup.so*"
@@ -33,8 +34,8 @@ do_install_append() {
if [ ! ${D}${libdir} -ef ${D}${base_libdir} ]; then
mkdir -p ${D}/${base_libdir}/
mv -f ${D}${libdir}/libcgroup.so.* ${D}${base_libdir}/
-   rel_lib_prefix=`echo ${libdir} | sed 's,\(^/\|\)[^/][^/]*,..,g'`
-   ln -sf ${rel_lib_prefix}${base_libdir}/libcgroup.so.1 
${D}${libdir}/libcgroup.so
+   rm -f ${D}${libdir}/libcgroup.so
+   lnr ${D}${base_libdir}/libcgroup.so.1 ${D}${libdir}/libcgroup.so
fi
# pam modules in ${base_libdir}/security/ should be binary .so files, 
not symlinks.
if [ -f ${D}${base_libdir}/security/pam_cgroup.so.0.0.0 ]; then
-- 
2.11.0

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

Re: [OE-core] [oe-core][PATCH 1/1] gnome-desktop3: eliminate erroneous free()

[Burton, Ross]

Please don't patch a patch, but fix the patch.

Ross

On 6 March 2018 at 00:04, Joe Slater  wrote:

> gnome-desktop-thumbnail-don-t-convert-time_t-to-long.patch introduced
> a call to localtime() and a free() of the structure returned.  This is
> incorrect, as the structure is static.  For glibc 2.26, this will cause
> the program to abort.  Eliminate the free() and call localtime_r()
> which lets us allocate the tm structure.
>
> Signed-off-by: Joe Slater 
> ---
>  .../gnome-desktop/fix_erroneous_free.patch | 35
> ++
>  .../gnome-desktop/gnome-desktop3_3.26.2.bb |  1 +
>  2 files changed, 36 insertions(+)
>  create mode 100644 meta/recipes-gnome/gnome-desktop/gnome-desktop/fix_
> erroneous_free.patch
>
> diff --git 
> a/meta/recipes-gnome/gnome-desktop/gnome-desktop/fix_erroneous_free.patch
> b/meta/recipes-gnome/gnome-desktop/gnome-desktop/fix_erroneous_free.patch
> new file mode 100644
> index 000..c27e4d5
> --- /dev/null
> +++ b/meta/recipes-gnome/gnome-desktop/gnome-desktop/fix_
> erroneous_free.patch
> @@ -0,0 +1,35 @@
> +gnome-desktop3: eliminate erroneous free()
> +
> +Do not free() a static structure.  Use re-entrant localtime_r().
> +
> +Upstream-Status: Pending
> +
> +Signed-off-by: Joe Slater 
> +
> +
> +--- a/libgnome-desktop/gnome-desktop-thumbnail.c
>  b/libgnome-desktop/gnome-desktop-thumbnail.c
> +@@ -1200,7 +1200,7 @@ save_thumbnail (GdkPixbuf  *pixbuf,
> +   char *tmp_path = NULL;
> +   int tmp_fd;
> +   char mtime_str[21];
> +-  struct tm *tmp_mtime = NULL;
> ++  struct tm tmp_mtime;
> +   gboolean ret = FALSE;
> +   GError *error = NULL;
> +   const char *width, *height;
> +@@ -1220,11 +1220,10 @@ save_thumbnail (GdkPixbuf  *pixbuf,
> + goto out;
> +   close (tmp_fd);
> +
> +-  tmp_mtime = localtime ();
> +-  if (!tmp_mtime)
> ++  if (!localtime_r (,_mtime))
> + goto out;
> +-  strftime (mtime_str, 21, "%s", tmp_mtime);
> +-  free (tmp_mtime);
> ++
> ++  strftime (mtime_str, 21, "%s", _mtime);
> +   width = gdk_pixbuf_get_option (pixbuf, "tEXt::Thumb::Image::Width");
> +   height = gdk_pixbuf_get_option (pixbuf, "tEXt::Thumb::Image::Height");
> +
> diff --git a/meta/recipes-gnome/gnome-desktop/gnome-desktop3_3.26.2.bb
> b/meta/recipes-gnome/gnome-desktop/gnome-desktop3_3.26.2.bb
> index cd6c194..2cd3234 100644
> --- a/meta/recipes-gnome/gnome-desktop/gnome-desktop3_3.26.2.bb
> +++ b/meta/recipes-gnome/gnome-desktop/gnome-desktop3_3.26.2.bb
> @@ -14,6 +14,7 @@ SRC_URI += " \
> file://gnome-desktop-thumbnail-don-t-convert-time_t-to-long.patch
> \
> file://0001-configure.ac-Remove-gnome-common-macro-calls.patch
> \
> file://0001-Disable-libseccomp-sycall-filtering-mechanism.patch
> \
> +   file://fix_erroneous_free.patch \
> "
>
>  DEPENDS += "intltool-native gsettings-desktop-schemas gconf
> virtual/libx11 gtk+3 glib-2.0 startup-notification xkeyboard-config
> iso-codes udev"
> --
> 2.7.4
>
> --
> ___
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core
>
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH] systemd-udev: Add systemd-mount to mount.sh

[Hongzhi.Song]

Issue: mkfs.ext4  fails, prompting that the device
is in use by the system. But there is no mounted infomation in /proc/mounts.

Reproduce: Be sure that there is storage device connected to you machine.

Boot the machine.
root@intel-x86-64:~# mkfs.ext4 /dev/mmcblk0p1
mke2fs 1.43.5 (04-Aug-2017)
/dev/mmcblk0p1 contains a ext2 file system
last mounted on / on Tue Jan 9 05:24:36 2018
Proceed anyway? (y,N) y
/dev/mmcblk0p1 is apparently in use by the system; will not make a 
filesystem here!

root@intel-x86-64:~# fdisk -l
...
Disk /dev/mmcblk0: 58.2 GiB, 62537072640 bytes, 122142720 sectors
Units: sectors of 1 * 512 = 512 bytes
Sector size (logical/physical): 512 bytes / 512 bytes
I/O size (minimum/optimal): 512 bytes / 512 bytes
Disklabel type: dos
Disk identifier: 0xe62c8fcc

Device Boot Start End Sectors Size Id Type
/dev/mmcblk0p1 2048 122142719 122140672 58.2G 83 Linux
...

root@intel-x86-64:~#cat /proc/mounts
...
cgroup /sys/fs/cgroup/blkio cgroup 
rw,nosuid,nodev,noexec,relatime,blkio 0 0
mqueue /dev/mqueue mqueue rw,relatime 0 0
debugfs /sys/kernel/debug debugfs rw,relatime 0 0
tmpfs /tmp tmpfs rw,nosuid,nodev 0 0
hugetlbfs /dev/hugepages hugetlbfs rw,relatime 0 0
tmpfs /var/volatile tmpfs rw,relatime 0 0
tmpfs /run/user/0 tmpfs rw,nosuid,nodev,relatime,size=688048k,mode=700 
0 0

Description:
If linux uses systemd as init, systemd-udevd.service sets 
MountFlags=slave,
which is essentially a sandboxing setting: it detaches mount() 
operations
done within the service from the rest of the system. This means that,
outside of namespace of systemd-udev, we can not access device mounted 
by
udev and some operation will be failed.(e.g. mkfs.ext4 /dev/sda1).

Current automount.rules and mount.sh created for sysvinit is unable to 
solve
above problems.

This patch adds systemd-mount in /etc/udev/script/mount.sh. The tool
recommended by systemd upstream generally is the best way in particular 
in
embedded applications to deal with hotpluggable media. Systemd-mount 
request
the mount operation to be executed by PID 1, and hence outside of the 
mount
context of udev.

Signed-off-by: Hongzhi.Song 
---
 meta/recipes-core/udev/udev-extraconf/mount.sh | 61 +++---
 1 file changed, 56 insertions(+), 5 deletions(-)

diff --git a/meta/recipes-core/udev/udev-extraconf/mount.sh 
b/meta/recipes-core/udev/udev-extraconf/mount.sh
index d760328..2fa2925 100644
--- a/meta/recipes-core/udev/udev-extraconf/mount.sh
+++ b/meta/recipes-core/udev/udev-extraconf/mount.sh
@@ -5,9 +5,28 @@
 # Attempt to mount any added block devices and umount any removed devices
 
 
-MOUNT="/bin/mount"
+BASE_INIT="`readlink "/sbin/init"`"
+INIT_SYSTEMD="/lib/systemd/systemd"
+
+if [ "x$BASE_INIT" = "x$INIT_SYSTEMD" ];then
+   # systemd as init uses systemd-mount to mount block devices
+MOUNT="/usr/bin/systemd-mount"
+UMOUNT="/usr/bin/systemd-umount"
+
+if [ -x $MOUNT ] && [ -x $UMOUNT ];
+then
+logger "Using systemd-mount to finish mount"
+else
+logger "Linux init is using systemd, so please install 
systemd-mount to finish mount"
+   exit 1
+fi
+else
+MOUNT="/bin/mount"
+UMOUNT="/bin/umount"
+fi
+
 PMOUNT="/usr/bin/pmount"
-UMOUNT="/bin/umount"
+
 for line in `grep -h -v ^# /etc/udev/mount.blacklist 
/etc/udev/mount.blacklist.d/*`
 do
if [ ` expr match "$DEVNAME" "$line" ` -gt 0 ];
@@ -17,6 +36,34 @@ do
fi
 done
 
+automount_systemd() {
+name="`basename "$DEVNAME"`"
+
+! test -d "/run/media/$name" && mkdir -p "/run/media/$name"
+
+MOUNT="$MOUNT -o silent"
+
+# If filesystemtype is vfat, change the ownership group to 'disk', and
+# grant it with  w/r/x permissions.
+case $ID_FS_TYPE in
+vfat|fat)
+MOUNT="$MOUNT -o umask=007,gid=`awk -F':' '/^disk/{print $3}' 
/etc/group`"
+;;
+# TODO
+*)
+;;
+esac
+
+if ! $MOUNT --no-block -t auto $DEVNAME "/run/media/$name"
+then
+#logger "mount.sh/automount" "$MOUNT -t auto $DEVNAME 
\"/run/media/$name\" failed!"
+rm_dir "/run/media/$name"
+else
+logger "mount.sh/automount" "Auto-mount of [/run/media/$name] 
successful"
+touch "/tmp/.automount-$name"
+fi
+}
+
 automount() {  
name="`basename "$DEVNAME"`"
 
@@ -72,9 +119,13 @@ if [ "$ACTION" = "add" ] && [ -n "$DEVNAME" ] && [ -n 
"$ID_FS_TYPE" -o "$media_t
# If the device isn't mounted at this point, it isn't
# configured in 

Re: [OE-core] [PATCH] busybox: mdev: make mdev auto load modules at boot

[Quentin Schulz]

Hi,

On Mon, Mar 05, 2018 at 07:12:01PM -0800, Khem Raj wrote:
> On Mon, Mar 5, 2018 at 12:22 AM, Quentin Schulz
>  wrote:
> > Thanks to the MODALIAS line at the beginning of mdev.conf, mdev supports
> > module auto probing on hotplug.
> >
> > However, this does not work for cold plugged modules (i.e. modules for
> > devices that were probed before mdev is added as hotplug handler).
> > Running mdev -s to replay hotplug events does not work in that case.
> >
> > Let's manually modprobe all modules in the rootfs.
> >
> > Taken from:
> >  - 
> > https://github.com/buildroot/buildroot/commit/07f46c2b6daec44a6176039c90be67e66c4c2e42
> >  - 
> > https://github.com/buildroot/buildroot/commit/b4fc5a180c81689a982d5c595844331684c14f51
> >
> > We need xargs to support zero termination of args so let's enable this
> > configuration in the fragment for mdev.
> >
> > Signed-off-by: Quentin Schulz 
> > ---
> >  meta/recipes-core/busybox/busybox/mdev.cfg | 2 ++
> >  meta/recipes-core/busybox/files/mdev   | 1 +
> >  2 files changed, 3 insertions(+)
> >
> > diff --git a/meta/recipes-core/busybox/busybox/mdev.cfg 
> > b/meta/recipes-core/busybox/busybox/mdev.cfg
> > index 6aefe90e43..0d60fc9560 100644
> > --- a/meta/recipes-core/busybox/busybox/mdev.cfg
> > +++ b/meta/recipes-core/busybox/busybox/mdev.cfg
> > @@ -9,3 +9,5 @@ CONFIG_SETSID=y
> >  CONFIG_CTTYHACK=y
> >
> >  CONFIG_FEATURE_SHADOWPASSWDS=y
> > +
> > +CONFIG_FEATURE_XARGS_SUPPORT_ZERO_TERM=y
> > diff --git a/meta/recipes-core/busybox/files/mdev 
> > b/meta/recipes-core/busybox/files/mdev
> > index 8c9c06e96c..165b275256 100755
> > --- a/meta/recipes-core/busybox/files/mdev
> > +++ b/meta/recipes-core/busybox/files/mdev
> > @@ -9,6 +9,7 @@ touch /dev/mdev.seq
> >  #sysctl -w kernel.hotplug=/sbin/mdev
> >  echo "/sbin/mdev" > /proc/sys/kernel/hotplug
> >  mdev -s
> > +find /sys/ -name modalias -print0 | xargs -0 sort -u -z | xargs -0 
> > modprobe -abq
> >
> 
> will this execute on every boot ?

This file is installed to /etc/init.d[1] and since this recipe inherits
update-rc.d[2] which takes care of adding those links to /etc/rcN.d/,
yes, it is executed at each boot.

I've also tested this patch since I need it for a USB controller driver
module and, in practical, it does get executed at each boot.

[1] 
http://cgit.openembedded.org/openembedded-core/tree/meta/recipes-core/busybox/busybox.inc#n303
[2] 
http://cgit.openembedded.org/openembedded-core/tree/meta/recipes-core/busybox/busybox.inc#n53

Quentin


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

[OE-core] [PATCH 2/2] libsolv: update to version 0.6.33

[Maxin B. John]

0.6.32 -> 0.6.33

* new Selection.clone() method in the bindings
* new pool.parserpmrichdep() method in the bindings
* fix bad assignment in solution refinement that led to a memory leak
* use license tag instead of doc in the spec file [bnc#1082318]

Signed-off-by: Maxin B. John 
---
 meta/recipes-extended/libsolv/{libsolv_0.6.32.bb => libsolv_0.6.33.bb} | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)
 rename meta/recipes-extended/libsolv/{libsolv_0.6.32.bb => libsolv_0.6.33.bb} 
(94%)

diff --git a/meta/recipes-extended/libsolv/libsolv_0.6.32.bb 
b/meta/recipes-extended/libsolv/libsolv_0.6.33.bb
similarity index 94%
rename from meta/recipes-extended/libsolv/libsolv_0.6.32.bb
rename to meta/recipes-extended/libsolv/libsolv_0.6.33.bb
index 77481f6..0401ced 100644
--- a/meta/recipes-extended/libsolv/libsolv_0.6.32.bb
+++ b/meta/recipes-extended/libsolv/libsolv_0.6.33.bb
@@ -13,7 +13,7 @@ SRC_URI_append_libc-musl = " 
file://0001-Add-fallback-fopencookie-implementation
  
file://0002-Fixes-to-internal-fopencookie-implementation.patch \
"
 
-SRCREV = "b8e6eda168f672949cc2fabf591897be7f3b4495"
+SRCREV = "69f1803978ba7a46a57928fa4be6430792419e4e"
 UPSTREAM_CHECK_GITTAGREGEX = "(?P\d+(\.\d+)+)"
 
 S = "${WORKDIR}/git"
-- 
2.4.0

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

[OE-core] [PATCH 1/2] libunistring: update version to 0.9.9

[Maxin B. John]

License-Update: checksum change is due to bump in copyright year
to 2018.

Signed-off-by: Maxin B. John 
---
 .../libunistring/{libunistring_0.9.8.bb => libunistring_0.9.9.bb}   | 6 +++---
 1 file changed, 3 insertions(+), 3 deletions(-)
 rename meta/recipes-support/libunistring/{libunistring_0.9.8.bb => 
libunistring_0.9.9.bb} (85%)

diff --git a/meta/recipes-support/libunistring/libunistring_0.9.8.bb 
b/meta/recipes-support/libunistring/libunistring_0.9.9.bb
similarity index 85%
rename from meta/recipes-support/libunistring/libunistring_0.9.8.bb
rename to meta/recipes-support/libunistring/libunistring_0.9.9.bb
index 4000e54..ab7cba5 100644
--- a/meta/recipes-support/libunistring/libunistring_0.9.8.bb
+++ b/meta/recipes-support/libunistring/libunistring_0.9.9.bb
@@ -16,15 +16,15 @@ SECTION = "devel"
 LICENSE = "LGPLv3+ | GPLv2"
 LIC_FILES_CHKSUM = "file://COPYING.LIB;md5=6a6a8e020838b23406c81b19c1d46df6 \
 
file://README;beginline=45;endline=65;md5=08287d16ba8d839faed8d2dc14d7d6a5 \
-
file://doc/libunistring.texi;md5=0db7ee008b43bde817ca41b69e691e44 \
+
file://doc/libunistring.texi;md5=efb80a3799a60f95feaf80661d4f204c \
"
 
 SRC_URI = "${GNU_MIRROR}/libunistring/libunistring-${PV}.tar.gz \
file://iconv-m4-remove-the-test-to-convert-euc-jp.patch \
file://0001-Unset-need_charset_alias-when-building-for-musl.patch \
 "
-SRC_URI[md5sum] = "e255167c83d96defe159c3299737e72c"
-SRC_URI[sha256sum] = 
"b792f2bd05d0fa7b339e39e353da7232b2e514e0db2cf5ed95beeff3feb53cf5"
+SRC_URI[md5sum] = "4f689e37e4c3bd67de5786aa51d98b13"
+SRC_URI[sha256sum] = 
"f5e90c08f9e5427ca3a2c0c53f19aa38b25c500913510ad25afef86448bea84a"
 
 inherit autotools texinfo
 BBCLASSEXTEND = "native nativesdk"
-- 
2.4.0

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