Re: [OE-core] Debugfs + nfs-utils-client + ipkg

2016-12-02 Thread Michael Gloff 
Thanks Robert!
Bug filed:
https://bugzilla.yoctoproject.org/show_bug.cgi?id=10761

Michael

On Fri, Dec 2, 2016 at 1:17 AM, Robert Yang 
wrote:

> Hi Michael,
>
> On 12/02/2016 11:19 AM, Michael Gloff wrote:
>
>> I've run into an issue recently when trying to build an image along with
>> the
>> companion debugfs. This error only occurs if 'nfs-utils-client' is added
>> to
>> IMAGE_INSTALL and ipkg packages are selected. I don't get the error with
>> RPM or
>> with removing nfs-utils-client. Also, I can see the missing files are
>> present at
>> some point during do_rootfs, but then must be getting wiped out? I
>> noticed this
>> in Krogoth first, but can reproduce in latest master. Any ideas?
>>
>
> Maybe something is wrong with opkg, it only happens when files are in
> /var/lib/foo, here is a *workaround*:
>
> diff --git a/meta/lib/oe/rootfs.py b/meta/lib/oe/rootfs.py
> index a348b97..ba072c0 100644
> --- a/meta/lib/oe/rootfs.py
> +++ b/meta/lib/oe/rootfs.py
> @@ -951,7 +951,7 @@ class OpkgRootfs(DpkgOpkgRootfs):
>  if self.progress_reporter:
>  self.progress_reporter.next_stage()
>
> -self._setup_dbg_rootfs(['/etc', '/var/lib/opkg', '/usr/lib/ssl'])
> +self._setup_dbg_rootfs(['/etc', '/var/lib/opkg', '/usr/lib/ssl',
> '/var/lib/nfs'])
>
>  execute_pre_post_process(self.d, opkg_post_process_cmds)
>
>
> This is not a regular fix, you can file a bug here:
> https://bugzilla.yoctoproject.org/
>
> We may fix it later.
>
> // Robert
>
>
>> developer@OEBuilder:~/oe/recipes/poky/build$ bitbake core-image-minimal
>> Loading cache: 100%
>> |###
>> 
>> ###|
>> Time: 0:00:00
>> Loaded 1304 entries from dependency cache.
>> NOTE: Resolving any missing task queue dependencies
>>
>> Build Configuration:
>> BB_VERSION= "1.32.0"
>> BUILD_SYS = "x86_64-linux"
>> NATIVELSBSTRING   = "universal"
>> TARGET_SYS= "i586-poky-linux"
>> MACHINE   = "qemux86"
>> DISTRO= "poky"
>> DISTRO_VERSION= "2.2"
>> TUNE_FEATURES = "m32 i586"
>> TARGET_FPU= ""
>> meta
>> meta-poky
>> meta-yocto-bsp= "master:9e63f81c78e284c9b325fe04a1b59e61c7ad8a1a"
>>
>> Initialising tasks: 100%
>> |###
>> 
>> ##|
>> Time: 0:00:03
>> NOTE: Executing SetScene Tasks
>> NOTE: Executing RunQueue Tasks
>> ERROR: core-image-minimal-1.0-r0 do_rootfs: Cannot get the installed
>> packages
>> list. Command
>> '/home/developer/oe/recipes/poky/build/tmp/sysroots/x86_64-linux/usr/bin/opkg
>> -f
>> /home/developer/oe/recipes/poky/build/tmp/work/qemux86-poky-
>> linux/core-image-minimal/1.0-r0/opkg.conf
>> -o
>> /home/developer/oe/recipes/poky/build/tmp/work/qemux86-poky-
>> linux/core-image-minimal/1.0-r0/rootfs
>> --force_postinstall --prefer-arch-to-version   status' returned 0 and
>> stderr:
>> Collected errors:
>>  * file_md5sum_alloc: Failed to open file
>> /home/developer/oe/recipes/poky/build/tmp/work/qemux86-poky-
>> linux/core-image-minimal/1.0-r0/rootfs/var/lib/nfs/etab:
>> No such file or directory.
>>  * file_md5sum_alloc: Failed to open file
>> /home/developer/oe/recipes/poky/build/tmp/work/qemux86-poky-
>> linux/core-image-minimal/1.0-r0/rootfs/var/lib/nfs/rmtab:
>> No such file or directory.
>>  * file_md5sum_alloc: Failed to open file
>> /home/developer/oe/recipes/poky/build/tmp/work/qemux86-poky-
>> linux/core-image-minimal/1.0-r0/rootfs/var/lib/nfs/xtab:
>> No such file or directory.
>>  * file_md5sum_alloc: Failed to open file
>> /home/developer/oe/recipes/poky/build/tmp/work/qemux86-poky-
>> linux/core-image-minimal/1.0-r0/rootfs/var/lib/nfs/statd/state:
>> No such file or directory.
>>
>> ERROR: core-image-minimal-1.0-r0 do_rootfs: Function failed: do_rootfs
>> ERROR: Logfile of failure stored in:
>> /home/developer/oe/recipes/poky/build/tmp/work/qemux86-poky-
>> linux/core-image-minimal/1.0-r0/temp/log.do_rootfs.5361
>> ERROR: Task
>> (/home/developer/oe/recipes/poky/meta/recipes-core/images/co
>> re-image-minimal.bb:do_rootfs)
>> failed with exit code '1'
>> NOTE: Tasks Summary: Attempted 2168 tasks of which 2167 didn't need to be
>> rerun
>> and 1 failed.
>>
>> Summary: 1 task failed:
>>
>> /home/developer/oe/recipes/poky/meta/recipes-core/images/cor
>> e-image-minimal.bb:do_rootfs
>> Summary: There were 2 ERROR messages shown, returning a non-zero exit
>> code.
>>
>> Thanks,
>>
>> Michael Gloff
>> mgl...@emacinc.com 
>>
>>
>>
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [wic][PATCH] selftest: wic: fix test_qemu

2016-12-02 Thread Ed Bartosh 
Setting WKS_FILE variable in qemux86-64 made wic test to
use wrong wks file to produce an image and resulted in
test_qemu failure.

Used conditional assignment in qemux86-64 and explicitly
set WKS_FILE in wic testing suite to make the suite to use
wic-image-minimal.wsk. This should fix test_qemu failure.

Signed-off-by: Ed Bartosh 
---
 meta/conf/machine/qemux86-64.conf | 2 +-
 meta/lib/oeqa/selftest/wic.py | 3 ++-
 2 files changed, 3 insertions(+), 2 deletions(-)

diff --git a/meta/conf/machine/qemux86-64.conf 
b/meta/conf/machine/qemux86-64.conf
index 7559724..3117ca1 100644
--- a/meta/conf/machine/qemux86-64.conf
+++ b/meta/conf/machine/qemux86-64.conf
@@ -29,5 +29,5 @@ MACHINE_FEATURES += "x86"
 
 MACHINE_ESSENTIAL_EXTRA_RDEPENDS += "v86d"
 
-WKS_FILE = "directdisk.wks"
+WKS_FILE ?= "directdisk.wks"
 do_image_wic[depends] += "syslinux:do_build 
syslinux-native:do_populate_sysroot mtools-native:do_populate_sysroot 
dosfstools-native:do_populate_sysroot"
diff --git a/meta/lib/oeqa/selftest/wic.py b/meta/lib/oeqa/selftest/wic.py
index faac11e..e652fad 100644
--- a/meta/lib/oeqa/selftest/wic.py
+++ b/meta/lib/oeqa/selftest/wic.py
@@ -42,7 +42,8 @@ class Wic(oeSelfTest):
 def setUpLocal(self):
 """This code is executed before each test method."""
 self.write_config('IMAGE_FSTYPES += " hddimg"\n'
-  'MACHINE_FEATURES_append = " efi"\n')
+  'MACHINE_FEATURES_append = " efi"\n'
+  'WKS_FILE = "wic-image-minimal"\n')
 
 # Do this here instead of in setUpClass as the base setUp does some
 # clean up which can result in the native tools built earlier in
-- 
2.1.4

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

[OE-core] [PATCH v3] texinfo: upgrade from 6.0 to 6.3

2016-12-02 Thread Edwin Plauchu 
From: Edwin Plauchu 

Signed-off-by: Edwin Plauchu 
---
 .../texinfo/texinfo/dont-depend-on-help2man.patch  | 19 ---
 .../texinfo/texinfo/texinfo-4.12-zlib.patch| 65 +++---
 .../texinfo/{texinfo_6.0.bb => texinfo_6.3.bb} |  4 +-
 3 files changed, 56 insertions(+), 32 deletions(-)
 rename meta/recipes-extended/texinfo/{texinfo_6.0.bb => texinfo_6.3.bb} (95%)

diff --git 
a/meta/recipes-extended/texinfo/texinfo/dont-depend-on-help2man.patch 
b/meta/recipes-extended/texinfo/texinfo/dont-depend-on-help2man.patch
index 0ce47ec..f418439 100644
--- a/meta/recipes-extended/texinfo/texinfo/dont-depend-on-help2man.patch
+++ b/meta/recipes-extended/texinfo/texinfo/dont-depend-on-help2man.patch
@@ -1,31 +1,32 @@
-From 6f1f3912fcb900b3a3e6cbe3360306fade333497 Mon Sep 17 00:00:00 2001
-From: Jussi Kukkonen 
-Date: Thu, 6 Aug 2015 14:55:08 +0300
+From e89b1c57d76f5cf5acbb0d0187374f7a77bce1e2 Mon Sep 17 00:00:00 2001
+From: Edwin Plauchu 
+Date: Tue, 29 Nov 2016 13:43:24 -0600
 Subject: [PATCH] dont-depend-on-help2man
 
 Upstream-Status: Inappropriate
 
 Signed-off-by: Marko Lindqvist 
+Signed-off-by: Edwin Plauchu 
 ---
  doc/Makefile.am |  2 +-
  man/Makefile.am | 12 ++--
  2 files changed, 7 insertions(+), 7 deletions(-)
 
 diff --git a/doc/Makefile.am b/doc/Makefile.am
-index 7198a6b..4bba550 100644
+index 39db834..1bb2a4f
 --- a/doc/Makefile.am
 +++ b/doc/Makefile.am
-@@ -40,7 +40,7 @@ refcard_files = refcard/Makefile refcard/txicmdcheck \
+@@ -38,7 +38,7 @@ refcard_files = refcard/Makefile refcard/txicmdcheck \
  # Include our texinfo.tex, not Automake's.
  EXTRA_DIST = epsf.tex texinfo.tex \
   fdl.texi \
 -   $(man_MANS) $(TXI_XLATE) \
 +   $(TXI_XLATE) \
-$(refcard_files)
+  $(refcard_files) texinfo-tex-test.texi \
+  texinfo-ja.tex short-sample-ja.texi
  
- if INSTALL_WARNINGS
 diff --git a/man/Makefile.am b/man/Makefile.am
-index a08d603..bdfc9a4 100644
+index 6bfcb3d..a820c96
 --- a/man/Makefile.am
 +++ b/man/Makefile.am
 @@ -13,24 +13,24 @@
@@ -60,5 +61,5 @@ index a08d603..bdfc9a4 100644
  # Maintainers should be able to regenerate.
  MAINTAINERCLEANFILES = $(man_MANS)
 -- 
-2.1.4
+2.9.3
 
diff --git a/meta/recipes-extended/texinfo/texinfo/texinfo-4.12-zlib.patch 
b/meta/recipes-extended/texinfo/texinfo/texinfo-4.12-zlib.patch
index 41bd220..f25352c 100644
--- a/meta/recipes-extended/texinfo/texinfo/texinfo-4.12-zlib.patch
+++ b/meta/recipes-extended/texinfo/texinfo/texinfo-4.12-zlib.patch
@@ -1,19 +1,22 @@
-From 20e1d8a9481dc13dd1d4d168b90e0ed2ff097b98 Mon Sep 17 00:00:00 2001
-From: Jussi Kukkonen 
-Date: Thu, 6 Aug 2015 14:29:57 +0300
+From fe4f00459601efe0cfa75d92749a32237800a530 Mon Sep 17 00:00:00 2001
+From: Edwin Plauchu 
+Date: Tue, 29 Nov 2016 12:27:17 -0600
 Subject: [PATCH] texinfo-4.12-zlib
 
 Upstream-Status: Pending
+
+Signed-off-by: Jussi Kukkonen 
+Signed-off-by: Edwin Plauchu 
 ---
- install-info/Makefile.in|  2 +-
- install-info/install-info.c | 67 +++--
- 2 files changed, 42 insertions(+), 27 deletions(-)
+ install-info/Makefile.in| 12 ++-
+ install-info/install-info.c | 79 +++--
+ 2 files changed, 49 insertions(+), 42 deletions(-)
 
 diff --git a/install-info/Makefile.in b/install-info/Makefile.in
-index ad73abb..eaa2153 100644
+index 837d020..ba96579 100644
 --- a/install-info/Makefile.in
 +++ b/install-info/Makefile.in
-@@ -241,7 +241,7 @@ am__installdirs = "$(DESTDIR)$(bindir)" 
"$(DESTDIR)$(bindir)"
+@@ -216,7 +208,7 @@ am__installdirs = "$(DESTDIR)$(bindir)" 
"$(DESTDIR)$(bindir)"
  PROGRAMS = $(bin_PROGRAMS)
  am_ginstall_info_OBJECTS = install-info.$(OBJEXT)
  ginstall_info_OBJECTS = $(am_ginstall_info_OBJECTS)
@@ -23,7 +26,7 @@ index ad73abb..eaa2153 100644
  ginstall_info_DEPENDENCIES = $(top_builddir)/gnulib/lib/libgnu.a \
$(am__DEPENDENCIES_1)
 diff --git a/install-info/install-info.c b/install-info/install-info.c
-index b454c15..4e39122 100644
+index e58189c..8617787 100644
 --- a/install-info/install-info.c
 +++ b/install-info/install-info.c
 @@ -22,6 +22,7 @@
@@ -43,7 +46,7 @@ index b454c15..4e39122 100644
  open_possibly_compressed_file (char *filename,
  void (*create_callback) (char *),
 -char **opened_filename, char **compression_program) 
-+char **opened_filename, char **compression_program, int *is_pipe) 
++char **opened_filename, char **compression_program, int *is_pipe)
  {
char *local_opened_filename, *local_compression_program;
int nread;
@@ -119,7 +122,7 @@ index b454c15..4e39122 100644
if (!f)
  return 0;
  }
-@@

[OE-core] [PATCH 3/4] kern-tools: fix processing for no branch meta-data

2016-12-02 Thread Bruce Ashfield 
Lernel meta-data that has patches, but no branches, can trigger an
error due to no branch specific patch queue.

This error then cascades to more issues since the tools are using
a named file in /tmp to store and display error messages to the
user.

We fix both issues though the following kern tools tweaks:

  commit bd9e1d6c9b0a34ff3e19a06999aaf57ffadfd04c
  Author: Bruce Ashfield 
  Date:   Fri Dec 2 13:09:40 2016 -0500

scc: use mktemp for consolidated output capture

To provide useful error messages the tools dump pre-processed
files and messages to a temporary file. If multiple users are
doing builds, this means they either race, or can have permissions
issues.

By creating the temporary file via mktemp, we avoid both issues.
(We also make sure to clean these up on exit, or /tmp will get
polluted quickly).

  commit a287da4bfe0b4acb8f2b0627bd8e7abd1a1dde26
  Author: Bruce Ashfield 
  Date:   Fri Dec 2 13:08:08 2016 -0500

patch: do not assume a branch specific patch queue is needed

When processing input files per-branch and global patch queues are
generated. If the meta-data has not created any branches in the
repo, no branch specific queue is required.

The tools assumed that one is always valid, and hence would throw a
non-zero exit code and stop processing.

By testing for a named per-branch queue, we avoid this issue.

Signed-off-by: Bruce Ashfield 
---
 meta/recipes-kernel/kern-tools/kern-tools-native_git.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-kernel/kern-tools/kern-tools-native_git.bb 
b/meta/recipes-kernel/kern-tools/kern-tools-native_git.bb
index 88b1aee729c9..0f8a786176f9 100644
--- a/meta/recipes-kernel/kern-tools/kern-tools-native_git.bb
+++ b/meta/recipes-kernel/kern-tools/kern-tools-native_git.bb
@@ -4,7 +4,7 @@ LIC_FILES_CHKSUM = 
"file://git/tools/kgit;beginline=5;endline=9;md5=a6c2fa8aef1b
 
 DEPENDS = "git-native"
 
-SRCREV = "b36f6f9a5695f2084b83823393e13ca42284bed9"
+SRCREV = "bd9e1d6c9b0a34ff3e19a06999aaf57ffadfd04c"
 PR = "r12"
 PV = "0.2+git${SRCPV}"
 
-- 
2.5.0

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

[OE-core] [PATCH 2/4] linux-yocto-dev: update to 4.9-rcX

2016-12-02 Thread Bruce Ashfield 
Signed-off-by: Bruce Ashfield 
---
 meta/recipes-kernel/linux/linux-yocto-dev.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-kernel/linux/linux-yocto-dev.bb 
b/meta/recipes-kernel/linux/linux-yocto-dev.bb
index 9154bb7c3113..0cda553afdba 100644
--- a/meta/recipes-kernel/linux/linux-yocto-dev.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-dev.bb
@@ -28,7 +28,7 @@ SRC_URI = 
"git://git.yoctoproject.org/linux-yocto-dev.git;branch=${KBRANCH};name
 SRCREV_machine ?= 
'${@oe.utils.conditional("PREFERRED_PROVIDER_virtual/kernel", 
"linux-yocto-dev", "${AUTOREV}", "29594404d7fe73cd80eaa4ee8c43dcc53970c60e", 
d)}'
 SRCREV_meta ?= '${@oe.utils.conditional("PREFERRED_PROVIDER_virtual/kernel", 
"linux-yocto-dev", "${AUTOREV}", "29594404d7fe73cd80eaa4ee8c43dcc53970c60e", 
d)}'
 
-LINUX_VERSION ?= "4.8-rc+"
+LINUX_VERSION ?= "4.9-rc+"
 LINUX_VERSION_EXTENSION ?= "-yoctodev-${LINUX_KERNEL_TYPE}"
 PV = "${LINUX_VERSION}+git${SRCPV}"
 
-- 
2.5.0

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

[OE-core] [PATCH 4/4] kernel-yocto: exit on non-zero return code

2016-12-02 Thread Bruce Ashfield 
Historically the processing of kernel meta data contained some
commands that exited with a non-zero return code. Special processing
was required to properly deal with their exit.

That is no longer true, and instead of handling all return codes
and doing an explicit 'exit' call, we can remove set -e from the
routine and have all errors be trapped and stop processing.

Signed-off-by: Bruce Ashfield 
---
 meta/classes/kernel-yocto.bbclass | 1 -
 1 file changed, 1 deletion(-)

diff --git a/meta/classes/kernel-yocto.bbclass 
b/meta/classes/kernel-yocto.bbclass
index 6160a29ecb76..7c32c9664610 100644
--- a/meta/classes/kernel-yocto.bbclass
+++ b/meta/classes/kernel-yocto.bbclass
@@ -61,7 +61,6 @@ def get_machine_branch(d, default):
 return default
 
 do_kernel_metadata() {
-   set +e
cd ${S}
export KMETA=${KMETA}
 
-- 
2.5.0

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

[OE-core] [PATCH 1/4] linux-yocto/4.8: update to v4.8.10

2016-12-02 Thread Bruce Ashfield 
Integrating the 4.8.9 and 4.8.10 -stable updates. The commit log is
as follows:

   cf5ae2989a32 Linux 4.8.10
   5cd8f6788ff3 usb: gadget: f_fs: stop sleeping in ffs_func_eps_disable
   e2458382c792 usb: gadget: f_fs: edit epfile->ep under lock
   e34a0f1c53b5 sparc64: Delete now unused user copy fixup functions.
   af97481a6f5b sparc64: Delete now unused user copy assembler helpers.
   ac663c54f40b sparc64: Convert U3copy_{from,to}_user to accurate exception 
reporting.
   d91bb7a87e26 sparc64: Convert NG2copy_{from,to}_user to accurate exception 
reporting.
   a15859f9d839 sparc64: Convert NGcopy_{from,to}_user to accurate exception 
reporting.
   bb522726d311 sparc64: Convert NG4copy_{from,to}_user to accurate exception 
reporting.
   b0580eadc19f sparc64: Convert U1copy_{from,to}_user to accurate exception 
reporting.
   50e927483ccf sparc64: Convert GENcopy_{from,to}_user to accurate exception 
reporting.
   620ec41010d1 sparc64: Convert copy_in_user to accurate exception reporting.
   bf4d0da8e800 sparc64: Prepare to move to more saner user copy exception 
handling.
   bbbab9f59ea7 sparc64: Delete __ret_efault.
   81a91edbb91a sparc64: Handle extremely large kernel TLB range flushes more 
gracefully.
   7f8a50eb38d3 sparc64: Fix illegal relative branches in hypervisor patched 
TLB cross-call code.
   f7ef55af2f1b sparc64: Fix instruction count in comment for 
__hypervisor_flush_tlb_pending.
   2a28ab3d4148 sparc64: Fix illegal relative branches in hypervisor patched 
TLB code.
   f4fb552a033e sparc64: Handle extremely large kernel TSB range flushes sanely.
   51915c6d9070 sparc: Handle negative offsets in arch_jump_label_transform
   da6fe239ceff spi: spidev_test: fix build with musl libc
   4ea98e573d65 net: stmmac: Fix lack of link transition for fixed PHYs
   150b491b1b88 sctp: change sk state only when it has assocs in sctp_shutdown
   5235fcfa6cf8 bnx2: Wait for in-flight DMA to complete at probe stage
   6523ff2e27fe Revert "bnx2: Reset device during driver initialization"
   224fb8cbefb2 mlxsw: spectrum_router: Correctly dump neighbour activity
   9092bbd64bd9 mlxsw: spectrum: Fix refcount bug on span entries
   5712922773b5 Revert "include/uapi/linux/atm_zatm.h: include linux/time.h"
   2b5f22e4f7fd tcp: take care of truncations done by sk_filter()
   22a78d4c7f43 ipv4: use new_gw for redirect neigh lookup
   bccb4093d464 net: __skb_flow_dissect() must cap its return value
   a1632e969a55 net: icmp_route_lookup should use rt dev to determine L3 domain
   9885f474d92b sock: fix sendmmsg for partial sendmsg
   b78ba0a0f231 fib_trie: Correct /proc/net/route off by one error
   92fd1c1f2fd2 net: icmp6_send should use dst dev to determine L3 domain
   09ee09498bca bpf: fix htab map destruction when extra reserve is in use
   de289ad2e575 sctp: assign assoc_id earlier in __sctp_connect
   76b5fee5cfa0 ipv6: dccp: add missing bind_conflict to dccp_ipv6_mapped
   84d9c612bb7a ipv6: dccp: fix out of bound access in dccp_v6_err()
   ba93cf7d2118 dccp: fix out of bound access in dccp_v4_err()
   378a61101374 dccp: do not send reset to already closed sockets
   72b03e549b95 dccp: do not release listeners too soon
   b3523a0773ed tcp: fix return value for partial writes
   1f49cc6fa91c ipv4: allow local fragmentation in ip_finish_output_gso()
   842a858fa048 tcp: fix potential memory corruption
   fc3b825f2c81 ip6_tunnel: Clear IP6CB in ip6tunnel_xmit()
   f5f4b71d5632 bgmac: stop clearing DMA receive control register right after 
it is set
   0c7f764d2c6a net: mangle zero checksum in skb_checksum_help()
   ac22a3ba0796 net: clear sk_err_soft in sk_clone_lock()
   5b078dc6fb64 dctcp: avoid bogus doubling of cwnd after loss
   876577321657 Linux 4.8.9
   07d00beb1e04 netfilter: fix namespace handling in nf_log_proc_dostring
   8ef009e09c13 drm/i915: Fix mismatched INIT power domain disabling during 
suspend
   88a45e5d2c0d drm/amdgpu: fix a vm_flush fence leak
   25ed6e4b0b65 drm/amdgpu: fix fence slab teardown
   de5e9aa77a3c NFSv4.1: work around -Wmaybe-uninitialized warning
   18c801047a18 libceph: fix legacy layout decode with pool 0
   53c1792b94da memcg: prevent memcg caches to be both OFF_SLAB & 
OBJFREELIST_SLAB
   02e1ee6b3e1c mmc: mxs: Initialize the spinlock prior to using it
   ce0702e35aeb pinctrl: iproc: Fix iProc and NSP GPIO support
   320244ac9eb6 ASoC: sun4i-codec: return error code instead of NULL when 
create_card fails
   2140d4fd9277 ASoC: Intel: Skylake: Always acquire runtime pm ref on unload
   5037fdbc62c2 gpio: of: fix GPIO drivers with multiple gpio_chip for a single 
node
   7a9239fd0480 gpio/mvebu: Use irq_domain_add_linear
   6de98e87effb batman-adv: Modify neigh_list only with rcu-list functions
   a3f000ce7b44 ACPI/PCI: pci_link: Include PIRQ_PENALTY_PCI_USING for ISA IRQs
   6c76dd0c7066 ACPI/PCI: pci_link: penalize SCI correctly
   86c711665c84 ACPI/PCI/IRQ: assign ISA IRQ directly during early boot stages
   ad185d9251e1 ACPI / APEI: Fix incorrect return value of

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

2016-12-02 Thread Bruce Ashfield 
Hi all,

This pull request is mainly to fix a couple of bugs that were reported
on the mailing list recently, but it also includes some kernel version
updates that I *think* I sent previously.

  kern-tools: fix processing for no branch meta-data
  kernel-yocto: exit on non-zero return code

Those two changes complete the error handling in the tools to display
a (more) helpful message to the user, and also to fix an important
use case where meta-data is applied to a kernel without new branches
being created.

I test built this against the rpi, and all is well.

Cheers,

Bruce


The following changes since commit 9e63f81c78e284c9b325fe04a1b59e61c7ad8a1a:

  bitbake: ast: remove BBVERSIONS support (2016-11-30 15:48:10 +)

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 (4):
  linux-yocto/4.8: update to v4.8.10
  linux-yocto-dev: update to 4.9-rcX
  kern-tools: fix processing for no branch meta-data
  kernel-yocto: exit on non-zero return code

 meta/classes/kernel-yocto.bbclass|  1 -
 .../kern-tools/kern-tools-native_git.bb  |  2 +-
 meta/recipes-kernel/linux/linux-yocto-dev.bb |  2 +-
 meta/recipes-kernel/linux/linux-yocto-rt_4.8.bb  |  6 +++---
 meta/recipes-kernel/linux/linux-yocto-tiny_4.8.bb|  6 +++---
 meta/recipes-kernel/linux/linux-yocto_4.8.bb | 20 ++--
 6 files changed, 18 insertions(+), 19 deletions(-)

-- 
2.5.0

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

[OE-core] [PATCH 1/2] libva: Import from meta-intel and update to 1.7.3

2016-12-02 Thread Khem Raj 
This recipe is used by intel and amd BSP layers
additional copies are also there see
https://layers.openembedded.org/layerindex/branch/master/recipes/?q=libva

Signed-off-by: Khem Raj 
---
 meta/recipes-graphics/libva/libva_1.7.3.bb | 48 ++
 1 file changed, 48 insertions(+)
 create mode 100644 meta/recipes-graphics/libva/libva_1.7.3.bb

diff --git a/meta/recipes-graphics/libva/libva_1.7.3.bb 
b/meta/recipes-graphics/libva/libva_1.7.3.bb
new file mode 100644
index 000..9994158
--- /dev/null
+++ b/meta/recipes-graphics/libva/libva_1.7.3.bb
@@ -0,0 +1,48 @@
+SUMMARY = "Video Acceleration (VA) API for Linux"
+DESCRIPTION = "Video Acceleration API (VA API) is a library (libVA) \
+and API specification which enables and provides access to graphics \
+hardware (GPU) acceleration for video processing on Linux and UNIX \
+based operating systems. Accelerated processing includes video \
+decoding, video encoding, subpicture blending and rendering. The \
+specification was originally designed by Intel for its GMA (Graphics \
+Media Accelerator) series of GPU hardware, the API is however not \
+limited to GPUs or Intel specific hardware, as other hardware and \
+manufacturers can also freely use this API for hardware accelerated \
+video decoding."
+
+HOMEPAGE = "http://www.freedesktop.org/wiki/Software/vaapi;
+BUGTRACKER = "https://bugs.freedesktop.org;
+
+SECTION = "x11"
+LICENSE = "MIT"
+LIC_FILES_CHKSUM = "file://COPYING;md5=2e48940f94acb0af582e5ef03537800f"
+
+SRC_URI = 
"http://www.freedesktop.org/software/vaapi/releases/libva/${BP}.tar.bz2;
+SRC_URI[md5sum] = "dafb1d7d6449e850e9eb1a099895c683"
+SRC_URI[sha256sum] = 
"22bc139498065a7950d966dbdb000cad04905cbd3dc8f3541f80d36c4670b9d9"
+
+DEPENDS = "libdrm virtual/mesa virtual/libgles1 virtual/libgles2 virtual/egl"
+
+inherit autotools pkgconfig
+
+EXTRA_OECONF = "--disable-dummy-driver"
+
+PACKAGECONFIG ??= "${@bb.utils.contains("DISTRO_FEATURES", "x11", "x11", "", 
d)} \
+   ${@bb.utils.contains("DISTRO_FEATURES", "wayland", 
"wayland", "", d)}"
+PACKAGECONFIG[x11] = "--enable-x11,--disable-x11,virtual/libx11 libxext 
libxfixes"
+PACKAGECONFIG[wayland] = "--enable-wayland,--disable-wayland,wayland"
+
+PACKAGES =+ "${PN}-x11 ${PN}-tpi ${PN}-glx ${PN}-egl ${PN}-wayland"
+
+RDEPENDS_${PN}-tpi =+ "${PN}"
+RDEPENDS_${PN}-x11 =+ "${PN}"
+RDEPENDS_${PN}-glx =+ "${PN}-x11"
+RDEPENDS_${PN}-egl =+ "${PN}-x11"
+
+FILES_${PN}-dbg += "${libdir}/dri/.debug"
+
+FILES_${PN}-x11 =+ "${libdir}/libva-x11*${SOLIBS}"
+FILES_${PN}-tpi =+ "${libdir}/libva-tpi*${SOLIBS}"
+FILES_${PN}-glx =+ "${libdir}/libva-glx*${SOLIBS}"
+FILES_${PN}-egl =+ "${libdir}/libva-egl*${SOLIBS}"
+FILES_${PN}-wayland =+ "${libdir}/libva-wayland*${SOLIBS}"
-- 
2.10.2

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

[OE-core] [PATCH 2/2] gstreamer1.0-vaapi: Import from meta-intel

2016-12-02 Thread Khem Raj 
Update to 1.10.1 at the same time

Signed-off-by: Khem Raj 
---
 .../gstreamer/gstreamer1.0-vaapi.inc   | 36 ++
 .../gstreamer1.0-vaapi/install-tests.patch | 43 ++
 .../gstreamer/gstreamer1.0-vaapi_1.10.1.bb |  6 +++
 3 files changed, 85 insertions(+)
 create mode 100644 meta/recipes-multimedia/gstreamer/gstreamer1.0-vaapi.inc
 create mode 100644 
meta/recipes-multimedia/gstreamer/gstreamer1.0-vaapi/install-tests.patch
 create mode 100644 
meta/recipes-multimedia/gstreamer/gstreamer1.0-vaapi_1.10.1.bb

diff --git a/meta/recipes-multimedia/gstreamer/gstreamer1.0-vaapi.inc 
b/meta/recipes-multimedia/gstreamer/gstreamer1.0-vaapi.inc
new file mode 100644
index 000..6dea9cf
--- /dev/null
+++ b/meta/recipes-multimedia/gstreamer/gstreamer1.0-vaapi.inc
@@ -0,0 +1,36 @@
+SUMMARY = "VA-API support to GStreamer"
+DESCRIPTION = "gstreamer-vaapi consists of a collection of VA-API \
+based plugins for GStreamer and helper libraries: `vaapidecode', \
+`vaapiconvert', and `vaapisink'."
+
+REALPN = "gstreamer-vaapi"
+FILESPATH = "${@base_set_filespath(["${FILE_DIRNAME}/${REALPN}", 
"${FILE_DIRNAME}/${REALPN}"], d)}"
+
+LICENSE = "LGPLv2.1+"
+LIC_FILES_CHKSUM = "file://COPYING.LIB;md5=4fbd65380cdd255951079008b364516c"
+
+DEPENDS = "libva"
+
+SRC_URI = 
"https://gstreamer.freedesktop.org/src/${REALPN}/${REALPN}-${PV}.tar.xz \
+  "
+
+S = "${WORKDIR}/${REALPN}-${PV}"
+
+inherit autotools pkgconfig gtk-doc
+
+PACKAGES =+ "${PN}-tests"
+
+PACKAGECONFIG ??= "drm \
+   ${@bb.utils.contains("DISTRO_FEATURES", "opengl x11", 
"glx", "", d)} \
+   ${@bb.utils.contains("DISTRO_FEATURES", "wayland", 
"wayland", "", d)} \
+   ${@bb.utils.contains("DISTRO_FEATURES", "x11", "x11", "", 
d)}"
+
+PACKAGECONFIG[drm] = "--enable-drm,--disable-drm,udev libdrm"
+PACKAGECONFIG[glx] = "--enable-glx,--disable-glx,virtual/mesa"
+PACKAGECONFIG[wayland] = "--enable-wayland,--disable-wayland,wayland"
+PACKAGECONFIG[x11] = "--enable-x11,--disable-x11,virtual/libx11 libxrandr 
libxrender"
+
+FILES_${PN} += "${libdir}/gstreamer-*/*.so"
+FILES_${PN}-dbg += "${libdir}/gstreamer-*/.debug"
+FILES_${PN}-dev += "${libdir}/gstreamer-*/*.la ${libdir}/gstreamer-*/*.a"
+FILES_${PN}-tests = "${bindir}/*"
diff --git 
a/meta/recipes-multimedia/gstreamer/gstreamer1.0-vaapi/install-tests.patch 
b/meta/recipes-multimedia/gstreamer/gstreamer1.0-vaapi/install-tests.patch
new file mode 100644
index 000..d7def3a
--- /dev/null
+++ b/meta/recipes-multimedia/gstreamer/gstreamer1.0-vaapi/install-tests.patch
@@ -0,0 +1,43 @@
+From 2791dfde0de0abe8100fa833dfe1a9c2e74c2629 Mon Sep 17 00:00:00 2001
+From: Jianxun Zhang 
+Date: Thu, 21 Jan 2016 16:25:44 -0800
+Subject: [PATCH] Install tests
+
+This patch is updated for 0.6.1
+
+Upstream-Status: Inappropriate
+
+Signed-off-by: Jianxun Zhang 
+---
+ tests/Makefile.am | 6 +++---
+ 1 file changed, 3 insertions(+), 3 deletions(-)
+
+diff --git a/tests/Makefile.am b/tests/Makefile.am
+index 3637d92..7cc6a97 100644
+--- a/tests/Makefile.am
 b/tests/Makefile.am
+@@ -1,4 +1,4 @@
+-noinst_PROGRAMS = \
++bin_PROGRAMS = \
+   simple-decoder  \
+   test-decode \
+   test-display\
+@@ -9,13 +9,13 @@ noinst_PROGRAMS = \
+   $(NULL)
+ 
+ if USE_ENCODERS
+-noinst_PROGRAMS += \
++bin_PROGRAMS += \
+   simple-encoder  \
+   $(NULL)
+ endif
+ 
+ if USE_GLX
+-noinst_PROGRAMS += \
++bin_PROGRAMS += \
+   test-textures   \
+   $(NULL)
+ endif
+-- 
+1.9.1
+
diff --git a/meta/recipes-multimedia/gstreamer/gstreamer1.0-vaapi_1.10.1.bb 
b/meta/recipes-multimedia/gstreamer/gstreamer1.0-vaapi_1.10.1.bb
new file mode 100644
index 000..1c727f5
--- /dev/null
+++ b/meta/recipes-multimedia/gstreamer/gstreamer1.0-vaapi_1.10.1.bb
@@ -0,0 +1,6 @@
+require gstreamer1.0-vaapi.inc
+
+SRC_URI[md5sum] = "514757933ff719a6b8206091f70e0221"
+SRC_URI[sha256sum] = 
"99aecaa609f37d65e12518b1e77cc70e3cc5dde0c7dfc8e83f508d7e64e1da34"
+
+DEPENDS += "gstreamer1.0 gstreamer1.0-plugins-base gstreamer1.0-plugins-bad"
-- 
2.10.2

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

[OE-core] [PATCH v2] grub2: enforce -no-pie if supported by compiler

2016-12-02 Thread Alexander Kanavin 
Recent distros are enabling -pie by default; in case of grub
we need to turn it off.

Signed-off-by: Alexander Kanavin 
---
 ...nforce-no-pie-if-the-compiler-supports-it.patch | 45 ++
 meta/recipes-bsp/grub/grub2.inc|  1 +
 2 files changed, 46 insertions(+)
 create mode 100644 
meta/recipes-bsp/grub/files/0001-Enforce-no-pie-if-the-compiler-supports-it.patch

diff --git 
a/meta/recipes-bsp/grub/files/0001-Enforce-no-pie-if-the-compiler-supports-it.patch
 
b/meta/recipes-bsp/grub/files/0001-Enforce-no-pie-if-the-compiler-supports-it.patch
new file mode 100644
index 000..ccdbee2
--- /dev/null
+++ 
b/meta/recipes-bsp/grub/files/0001-Enforce-no-pie-if-the-compiler-supports-it.patch
@@ -0,0 +1,45 @@
+From 6186bcf1bcaaa0f16e79339e07c64c841d4d957d Mon Sep 17 00:00:00 2001
+From: Alexander Kanavin 
+Date: Fri, 2 Dec 2016 20:52:40 +0200
+Subject: [PATCH] Enforce -no-pie, if the compiler supports it.
+
+Add a -no-pie as recent (2 Dec 2016) Debian testing compiler
+seems to default to enabling PIE when linking. See
+https://wiki.ubuntu.com/SecurityTeam/PIE
+
+Upstream-Status: Pending
+Signed-off-by: Alexander Kanavin 
+---
+ acinclude.m4 | 2 +-
+ configure.ac | 2 +-
+ 2 files changed, 2 insertions(+), 2 deletions(-)
+
+diff --git a/acinclude.m4 b/acinclude.m4
+index 19200b0..a713923 100644
+--- a/acinclude.m4
 b/acinclude.m4
+@@ -416,7 +416,7 @@ int main() {
+ 
+ [# `$CC -c -o ...' might not be portable.  But, oh, well...  Is calling
+ # `ac_compile' like this correct, after all?
+-if eval "$ac_compile -S -o conftest.s" 2> /dev/null; then]
++if eval "$ac_compile -S -o conftest.s" 2> /dev/null && eval "$CC -dumpspecs 
2>/dev/null | grep -e no-pie" ; then]
+   AC_MSG_RESULT([yes])
+   [# Should we clear up other files as well, having called `AC_LANG_CONFTEST'?
+   rm -f conftest.s
+diff --git a/configure.ac b/configure.ac
+index df20991..506c6b4 100644
+--- a/configure.ac
 b/configure.ac
+@@ -603,7 +603,7 @@ grub_CHECK_PIE
+ [# Need that, because some distributions ship compilers that include
+ # `-fPIE' in the default specs.
+ if [ x"$pie_possible" = xyes ]; then
+-  TARGET_CFLAGS="$TARGET_CFLAGS -fno-PIE"
++  TARGET_CFLAGS="$TARGET_CFLAGS -fno-PIE -no-pie"
+ fi]
+ 
+ # Position independent executable.
+-- 
+2.10.2
+
diff --git a/meta/recipes-bsp/grub/grub2.inc b/meta/recipes-bsp/grub/grub2.inc
index b10f633..f64198d 100644
--- a/meta/recipes-bsp/grub/grub2.inc
+++ b/meta/recipes-bsp/grub/grub2.inc
@@ -32,6 +32,7 @@ SRC_URI = "ftp://ftp.gnu.org/gnu/grub/grub-${PV}.tar.gz \

file://0001-Remove-direct-_llseek-code-and-require-long-filesyst.patch \
file://fix-texinfo.patch \

file://0001-grub-core-gettext-gettext.c-main_context-secondary_c.patch \
+   file://0001-Enforce-no-pie-if-the-compiler-supports-it.patch \
 "
 
 DEPENDS = "flex-native bison-native autogen-native"
-- 
2.10.2

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

Re: [OE-core] npm.bbclass support for deep native modules?

2016-12-02 Thread Bruce, Henry 
On Mon, 2016-11-28 at 04:35 -0600, Peter A. Bigot wrote:

Hi Peter,

I'm helping Paul with this. Sadly, I'm not much of an npm expert
either, but want to improve support for node.js development. 

> 
> Sorry, that wasn't clear.  statsd depends on modern-syslog but the 
> lockdown and shrinkwrap files generated by devtool don't include it.
> From the Wiki:
> 
> "Devtool cannot detect native libraries in module dependencies, you 
> you'll need to manually add packages to recipe"
> 
> The Wiki doesn't go into detail of how that's supposed to be done. Is
> the existing infrastructure supposed to be able to find 
> globally-installed modules?

I believe that this refers to native code depending on another native
library (e.g. libfoo). In this case, a package for libfoo would have to
be available and added to DEPENDS. This is not applicable for modern-
syslog. Paul - correct me if I've got this wrong.

> I'm wondering whether https://yarnpkg.com/ or one of the other nodejs
> dependency managers might be an alternative, as I believe npm's
> approach to dependencies is not suited to level of lockdown needed by
> Yocto and many other production systems.

Good idea, but we need to balance the complexity of adding another tool
vs. figuring this out with npm.

Back to the problem. I have re-created the statsd build failure, and
agree with your diagnosis, but don't have am immediate solution.  

I have opened a bug #10760, and added you to CC list. Let's use this
bug to communicate from hereon.
https://bugzilla.yoctoproject.org/show_bug.cgi?id=10760


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

Re: [OE-core] [oe] [meta-oe][PATCH] libva: Import from meta-intel and update to 1.7.3

2016-12-02 Thread Burton, Ross 
On 2 December 2016 at 15:54, Saul Wold  wrote:

> I'm wondering if we should also move the gstreamer-vaapi-1.0 recipe to
> oe-core to be with it's brethren?
>

Yes, I think so.

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

Re: [OE-core] [oe] [meta-oe][PATCH] libva: Import from meta-intel and update to 1.7.3

2016-12-02 Thread Saul Wold 
On Thu, 2016-12-01 at 11:58 -0800, Khem Raj wrote:
> On Thu, Dec 1, 2016 at 9:19 AM, Burton, Ross 
> wrote:
> > 
> > On 1 December 2016 at 03:42, Khem Raj  wrote:
> > 
> > > 
> > > > 
> > > > > 
> > > > > If libva goes in, can we get libva-intel-driver in as well?
> > > > > Those go
> > > > > hand-in-glove currently.
> > > > > 
> > > > 
> > > > Khem, does the AMD BSP use that?  I'd have thought that bit was
> > > > actually
> > > > meta-intel specific.
> > > 
> > > its intel BSPs specific
> > 
> > 
> > So I'd endorse libva for oe-core, and the intel-driver remains in
> > meta-intel.
> 
> I am fine with proposal. This is time for someone to raise
> objections.
> 
As meta-intel maintainer I am OK with this, makes more sense than going
into meta-oe. Please be sure to include meta-in...@yoctoproject.org for
this.

I'm wondering if we should also move the gstreamer-vaapi-1.0 recipe to
oe-core to be with it's brethren?

Sau!

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

Re: [OE-core] [PATCH v1] wic: Add --exclude-path option to rootfs source plugin.

2016-12-02 Thread Ed Bartosh 
On Fri, Dec 02, 2016 at 03:36:47PM +0100, Kristian Amlie wrote:
> On 30/11/16 16:29, Ed Bartosh wrote:
> >> ...
> > 
> > You're right. oe-selftest requires qemux86-64 target.
> > 
> > Even if you usually work in different environment it makes sense to run
> > oe-selftest to ensure that your changes don't breake it.
> > This is because our maintainers use oe-selftest results as one of the
> > acceptance criterias. It means that your changes would be be rejected anyway
> > if they break oe-selftest, so it's better to check it in advance.
> 
> This is taking some time due to unrelated issues, but in the meantime:
> 
> What are the thoughts on having a similar --exclude-path mechanism for
> the standard rootfs building? IOW, the do_image_ext4 and friends?

That's a great idea! If source rootfs direcotry contains only requred
content then we don't even need to change wic code. It's much better
then implementing the same functionality in wic and in oe code.

> Our usecase is that we use wic to build a complete image, using
> --exclude-path to group things into partitions. And then we want to
> build a regular ext4 image and use this as an update to the device, and
> in this case we want the same content as wic generates, but in a raw
> rootfs file instead.

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

Re: [OE-core] [PATCH v1] wic: Add --exclude-path option to rootfs source plugin.

2016-12-02 Thread Kristian Amlie 
On 30/11/16 16:29, Ed Bartosh wrote:
>> ...
> 
> You're right. oe-selftest requires qemux86-64 target.
> 
> Even if you usually work in different environment it makes sense to run
> oe-selftest to ensure that your changes don't breake it.
> This is because our maintainers use oe-selftest results as one of the
> acceptance criterias. It means that your changes would be be rejected anyway
> if they break oe-selftest, so it's better to check it in advance.

This is taking some time due to unrelated issues, but in the meantime:

What are the thoughts on having a similar --exclude-path mechanism for
the standard rootfs building? IOW, the do_image_ext4 and friends?

Our usecase is that we use wic to build a complete image, using
--exclude-path to group things into partitions. And then we want to
build a regular ext4 image and use this as an update to the device, and
in this case we want the same content as wic generates, but in a raw
rootfs file instead.

As an alternative to do_image_ext4, it might be possible to use wic to
build a rootfs raw filesystem instead of a partitioned file, but I
haven't looked into that yet.

Thoughts?

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

[OE-core] [PATCH] u-boot: Add RPROVIDES bootloader

2016-12-02 Thread Fabio Berton 
This change allow to install u-boot in /boot partition using
MACHINE_ESSENTIAL_EXTRA_RDEPENDS variable e.g.:

MACHINE_ESSENTIAL_EXTRA_RDEPENDS += "bootloader"

This is usefull when system has only one partition and u-boot,
kernel and device tree need to be installed in /boot.

Signed-off-by: Fabio Berton 
---
 meta/recipes-bsp/u-boot/u-boot.inc | 1 +
 1 file changed, 1 insertion(+)

diff --git a/meta/recipes-bsp/u-boot/u-boot.inc 
b/meta/recipes-bsp/u-boot/u-boot.inc
index afe3fe9..3676158 100644
--- a/meta/recipes-bsp/u-boot/u-boot.inc
+++ b/meta/recipes-bsp/u-boot/u-boot.inc
@@ -1,5 +1,6 @@
 SUMMARY = "Universal Boot Loader for embedded devices"
 PROVIDES = "virtual/bootloader"
+RPROVIDES_${PN} += "bootloader"
 
 B = "${WORKDIR}/build"
 
-- 
2.1.4

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

[OE-core] [PATCH] grub-efi: enforce no-pie for the native build

2016-12-02 Thread Alexander Kanavin 
Signed-off-by: Alexander Kanavin 
---
 meta/recipes-bsp/grub/grub-efi_2.00.bb | 4 +++-
 1 file changed, 3 insertions(+), 1 deletion(-)

diff --git a/meta/recipes-bsp/grub/grub-efi_2.00.bb 
b/meta/recipes-bsp/grub/grub-efi_2.00.bb
index 5a0dc95..9aab813 100644
--- a/meta/recipes-bsp/grub/grub-efi_2.00.bb
+++ b/meta/recipes-bsp/grub/grub-efi_2.00.bb
@@ -37,7 +37,9 @@ EXTRA_OECONF += "${@bb.utils.contains('DISTRO_FEATURES', 
'largefile', '--enable-
 
 # ldm.c:114:7: error: trampoline generated for nested function 'hook' 
[-Werror=trampolines]
 # and many other places in the grub code when compiled with some native gcc 
compilers (specifically, gentoo)
-CFLAGS_append_class-native = " -Wno-error=trampolines"
+#
+# Add a -no-pie as recent (2 Dec 2016) Debian testing seems to default to pie 
enabled
+CFLAGS_append_class-native = " -Wno-error=trampolines -no-pie"
 
 do_install_class-native() {
install -d ${D}${bindir}
-- 
2.10.2

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

Re: [OE-core] [PATCH 2/2 V5] systemd: Upgrade to 232

2016-12-02 Thread Peter Kjellerstedt 
> -Original Message-
> From: Khem Raj [mailto:raj.k...@gmail.com]
> Sent: den 1 december 2016 17:50
> To: Peter Kjellerstedt
> Cc: openembedded-core@lists.openembedded.org
> Subject: Re: [OE-core] [PATCH 2/2 V5] systemd: Upgrade to 232
> 
> On Thu, Dec 1, 2016 at 1:28 AM, Peter Kjellerstedt
>  wrote:
> >> -Original Message-
> >> From: openembedded-core-boun...@lists.openembedded.org
> >> [mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf
> Of
> >> Khem Raj
> >> Sent: den 28 november 2016 22:26
> >> To: openembedded-core@lists.openembedded.org
> >> Subject: [OE-core] [PATCH 2/2 V5] systemd: Upgrade to 232
> >>
> >> * Drop support for rcS.d SysV init scripts.
> >>   These are prone to cause dependency loops, and almost all packages
> >> with
> >>   rcS scripts now ship a native systemd service.
> >>
> >> * Drop mount propagation patch, it only happens with libseccomp, OE
> >> doesnt
> >>   enable it
> >>
> >> * kdbus option has disappeared from configure
> >>
> >> * Ignore dev-so for PN now since systemd introduced private .so see
> >>   https://github.com/systemd/systemd/issues/3810
> >
> > Rather than adding:
> >
> > INSANE_SKIP_${PN} += "dev-so"
> >
> > would it not be more appropriate to add
> > ${systemd_unitdir}/libsystemd-shared.so to FILES_${PN}-dev, i.e.:
> >
> > -FILES_${PN}-dev += "${base_libdir}/security/*.la ${datadir}/dbus-
> 1/interfaces/ ${sysconfdir}/rpm/macros.systemd"
> > +FILES_${PN}-dev += "${base_libdir}/security/*.la ${datadir}/dbus-
> 1/interfaces/ ${sysconfdir}/rpm/macros.systemd
> ${systemd_unitdir}/libsystemd-shared.so"
> >
> > The binaries are linked with libsystemd-shared-232.so which ends up
> > in ${PN} as usual.
> 
> As mentioned this is not a typical .so which is a symlink and can be
> shoved into -dev package if we do that, then we have to include -dev 
> package into every image containing systemd.

Actually, I think it _is_ working like a typical .so. It _is_ a symlink 
and the applications are linked with libsystemd-shared-232.so, not 
libsystemd-shared.so, just like other libraries in /lib and /usr/lib. 
So AFAICT, it works just like all the other .so files that end up in 
-dev.

I have verified that building with ${systemd_unitdir}/libsystemd-shared.so 
added to FILES_${PN}-dev works as expected, without adding any 
dependencies on systemd-dev that should not be there.

The only difference compared to other libraries in /lib and /usr/lib is 
that libsystemd-shared-232.so remains packaged in the systemd package 
rather than in a separate lib package, which I believe is the way we 
want it to be since it is a systemd internal library.

> >> * Add libnss* to PACKAGES_DYNAMIC for libnss-resolve to work
> correctly
> >>
> >> * Forward port systemd-boot patches to systemd-232
> >>
> >> Signed-off-by: Khem Raj 
> >
> > //Peter

//Peter


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

[OE-core] [PATCH 1/1] git: upgrade to 2.11.0

2016-12-02 Thread Chen Qi 
Upgrade git to 2.11.0.

Signed-off-by: Chen Qi 
---
 meta/recipes-devtools/git/git_2.11.0.bb | 11 +++
 meta/recipes-devtools/git/git_2.9.3.bb  | 11 ---
 2 files changed, 11 insertions(+), 11 deletions(-)
 create mode 100644 meta/recipes-devtools/git/git_2.11.0.bb
 delete mode 100644 meta/recipes-devtools/git/git_2.9.3.bb

diff --git a/meta/recipes-devtools/git/git_2.11.0.bb 
b/meta/recipes-devtools/git/git_2.11.0.bb
new file mode 100644
index 000..0ca8a38
--- /dev/null
+++ b/meta/recipes-devtools/git/git_2.11.0.bb
@@ -0,0 +1,11 @@
+require git.inc
+
+EXTRA_OECONF += "ac_cv_snprintf_returns_bogus=no \
+ 
ac_cv_fread_reads_directories=${ac_cv_fread_reads_directories=yes} \
+ "
+EXTRA_OEMAKE += "NO_GETTEXT=1"
+
+SRC_URI[tarball.md5sum] = "eac9324afcf4c95ab11acb2e2283e376"
+SRC_URI[tarball.sha256sum] = 
"d3be9961c799562565f158ce5b836e2b90f38502d3992a115dfb653d7825fd7e"
+SRC_URI[manpages.md5sum] = "cc86bfaf75174e3c8a10615e97bf3e55"
+SRC_URI[manpages.sha256sum] = 
"437a0128acd707edce24e1a310ab2f09f9a09ee42de58a8e7641362012dcfe22"
diff --git a/meta/recipes-devtools/git/git_2.9.3.bb 
b/meta/recipes-devtools/git/git_2.9.3.bb
deleted file mode 100644
index d59f3d2..000
--- a/meta/recipes-devtools/git/git_2.9.3.bb
+++ /dev/null
@@ -1,11 +0,0 @@
-require git.inc
-
-EXTRA_OECONF += "ac_cv_snprintf_returns_bogus=no \
- 
ac_cv_fread_reads_directories=${ac_cv_fread_reads_directories=yes} \
- "
-EXTRA_OEMAKE += "NO_GETTEXT=1"
-
-SRC_URI[tarball.md5sum] = "c783361be894b8bfa5373811b1b65602"
-SRC_URI[tarball.sha256sum] = 
"a252b6636b12d5ba57732c8469701544c26c2b1689933bd1b425e603cbb247c0"
-SRC_URI[manpages.md5sum] = "66fafd61d65f9d2d99581133170eb186"
-SRC_URI[manpages.sha256sum] = 
"8ea1a55b048fafbf0c0c6fcbca4b5b0f5e9917893221fc7345c09051d65832ce"
-- 
1.9.1

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

[OE-core] [PATCH 0/1] git: upgrade to 2.11.0

2016-12-02 Thread Chen Qi 
The following changes since commit 11063a01d4511b2688ea7ba2d7359e4e07328c66:

  ruby: upgrade to 2.3.1 (2016-11-30 15:47:17 +)

are available in the git repository at:

  git://git.openembedded.org/openembedded-core-contrib ChenQi/git-2.11.0
  
http://cgit.openembedded.org/cgit.cgi/openembedded-core-contrib/log/?h=ChenQi/git-2.11.0

Chen Qi (1):
  git: upgrade to 2.11.0

 meta/recipes-devtools/git/git_2.11.0.bb | 11 +++
 meta/recipes-devtools/git/git_2.9.3.bb  | 11 ---
 2 files changed, 11 insertions(+), 11 deletions(-)
 create mode 100644 meta/recipes-devtools/git/git_2.11.0.bb
 delete mode 100644 meta/recipes-devtools/git/git_2.9.3.bb

-- 
1.9.1

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