[OE-core] [PATCH] attr: Backports to fix exported headers

[Khem Raj]

Packages which depends on attr headers fail due
to uint32_t not being defined, this needed header
to include sys/types.h

Signed-off-by: Khem Raj 
---
 .../attr/0001-Use-stdint-types-consistently.patch  | 69 ++
 meta/recipes-support/attr/attr_2.4.47.bb   |  1 +
 2 files changed, 70 insertions(+)
 create mode 100644 
meta/recipes-support/attr/attr/0001-Use-stdint-types-consistently.patch

diff --git 
a/meta/recipes-support/attr/attr/0001-Use-stdint-types-consistently.patch 
b/meta/recipes-support/attr/attr/0001-Use-stdint-types-consistently.patch
new file mode 100644
index 00..dcd6507bcc
--- /dev/null
+++ b/meta/recipes-support/attr/attr/0001-Use-stdint-types-consistently.patch
@@ -0,0 +1,69 @@
+From 37a27b6fd09ecb37097b85e5db74e4f77b80fe0a Mon Sep 17 00:00:00 2001
+From: Felix Janda 
+Date: Tue, 12 Jan 2016 22:20:33 +0100
+Subject: [PATCH] Use stdint types consistently
+
+---
+Upstream-Status: Backport
+Signed-off-by: Khem Raj 
+
+ include/attributes.h | 6 --
+ man/man3/attr_list.3 | 8 
+ 2 files changed, 8 insertions(+), 6 deletions(-)
+
+Index: attr-2.4.47/include/attributes.h
+===
+--- attr-2.4.47.orig/include/attributes.h
 attr-2.4.47/include/attributes.h
+@@ -22,6 +22,7 @@
+ extern "C" {
+ #endif
+ 
++#include 
+ /*
+  *An almost-IRIX-compatible extended attributes API
+  *(the IRIX attribute "list" operation is missing, added ATTR_SECURE).
+@@ -69,7 +70,7 @@ typedef struct attrlist {
+  * al_offset[i] entry points to.
+  */
+ typedef struct attrlist_ent { /* data from attr_list() */
+-  u_int32_t   a_valuelen; /* number bytes in value of attr */
++  uint32_ta_valuelen; /* number bytes in value of attr */
+   chara_name[1];  /* attr name (NULL terminated) */
+ } attrlist_ent_t;
+ 
+@@ -90,7 +91,7 @@ typedef struct attrlist_ent {/* data fr
+  * operation on a cursor is to bzero() it.
+  */
+ typedef struct attrlist_cursor {
+-  u_int32_t   opaque[4];  /* an opaque cookie */
++  uint32_topaque[4];  /* an opaque cookie */
+ } attrlist_cursor_t;
+ 
+ /*
+Index: attr-2.4.47/man/man3/attr_list.3
+===
+--- attr-2.4.47.orig/man/man3/attr_list.3
 attr-2.4.47/man/man3/attr_list.3
+@@ -72,9 +72,9 @@ The contents of an \f4attrlist_t\fP stru
+ .nf
+ .ft 4
+ .ta 9n 22n
+-__int32_t al_count; /\(** number of entries in attrlist \(**/
+-__int32_t al_more; /\(** T/F: more attrs (do syscall again) \(**/
+-__int32_t al_offset[1]; /\(** byte offsets of attrs [var-sized] \(**/
++int32_t al_count; /\(** number of entries in attrlist \(**/
++int32_t al_more; /\(** T/F: more attrs (do syscall again) \(**/
++int32_t al_offset[1]; /\(** byte offsets of attrs [var-sized] \(**/
+ .ft 1
+ .fi
+ .RE
+@@ -113,7 +113,7 @@ include the following members:
+ .nf
+ .ft 4
+ .ta 9n 22n
+-u_int32_t a_valuelen; /\(** number bytes in value of attr \(**/
++uint32_t a_valuelen; /\(** number bytes in value of attr \(**/
+ char a_name[]; /\(** attr name (NULL terminated) \(**/
+ .ft 1
+ .fi
diff --git a/meta/recipes-support/attr/attr_2.4.47.bb 
b/meta/recipes-support/attr/attr_2.4.47.bb
index 2dada7a1fc..fc88bef830 100644
--- a/meta/recipes-support/attr/attr_2.4.47.bb
+++ b/meta/recipes-support/attr/attr_2.4.47.bb
@@ -6,6 +6,7 @@ SRC_URI += "file://attr-Missing-configure.ac.patch \
 file://dont-use-decl-macros.patch \
 file://Remove-the-section-2-man-pages.patch \
 file://Remove-the-attr.5-man-page-moved-to-man-pages.patch \
+file://0001-Use-stdint-types-consistently.patch \
"
 
 SRC_URI[md5sum] = "84f58dec00b60f2dc8fd1c9709291cc7"
-- 
2.14.1

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

[OE-core] [PATCH] kexec-tools: Update to 2.0.15

[Megha Dey]

Starting with 4.12 kernels, kexec-tools cannot load a crash kernel
because ELF core parsing fails with errors like:

  Unknown type (Reserved) while parsing /sys/firmware/memmap/5/type.
  Please report this as bug. Using RANGE_RESERVED now.
  ...
  ELF core (kcore) parse failed
  Cannot load /vmlinuz

The issue is fixed upstream in kexec-tools 2.0.15.

This patch updates to the latest version of the kexec-tools and
removes patches which are already merged upstream.

Signed-off-by: Megha Dey 
---
 .../kexec-tools/0001-Disable-PIE-during-link.patch |  31 
 .../kexec/kexec-tools/0001-arm64-Disable-PIC.patch |  31 
 ...nd-the-semantics-of-kexec_iomem_for_each_.patch |  78 
 .../0001-vmcore-dmesg-Define-_GNU_SOURCE.patch |  31 
 ...01-x86-x86_64-Fix-format-warning-with-die.patch |  78 
 ...eneralize-and-rename-get_kernel_stext_sym.patch | 194 
 .../0002-ppc-Fix-format-warning-with-die.patch |  43 -
 ...0003-arm64-identify-PHYS_OFFSET-correctly.patch |  76 
 .../0004-arm64-kdump-identify-memory-regions.patch | 202 -
 ...5-arm64-kdump-add-elf-core-header-segment.patch | 191 ---
 ...6-arm64-kdump-set-up-kernel-image-segment.patch | 137 --
 .../0007-arm64-kdump-set-up-other-segments.patch   |  35 
 ...-add-DT-properties-to-crash-dump-kernel-s.patch | 150 ---
 ...-kdump-Add-support-for-binary-image-files.patch |  52 --
 meta/recipes-kernel/kexec/kexec-tools_2.0.14.bb|  52 --
 meta/recipes-kernel/kexec/kexec-tools_2.0.15.bb|  38 
 16 files changed, 38 insertions(+), 1381 deletions(-)
 delete mode 100644 
meta/recipes-kernel/kexec/kexec-tools/0001-Disable-PIE-during-link.patch
 delete mode 100644 
meta/recipes-kernel/kexec/kexec-tools/0001-arm64-Disable-PIC.patch
 delete mode 100644 
meta/recipes-kernel/kexec/kexec-tools/0001-kexec-exntend-the-semantics-of-kexec_iomem_for_each_.patch
 delete mode 100644 
meta/recipes-kernel/kexec/kexec-tools/0001-vmcore-dmesg-Define-_GNU_SOURCE.patch
 delete mode 100644 
meta/recipes-kernel/kexec/kexec-tools/0001-x86-x86_64-Fix-format-warning-with-die.patch
 delete mode 100644 
meta/recipes-kernel/kexec/kexec-tools/0002-kexec-generalize-and-rename-get_kernel_stext_sym.patch
 delete mode 100644 
meta/recipes-kernel/kexec/kexec-tools/0002-ppc-Fix-format-warning-with-die.patch
 delete mode 100644 
meta/recipes-kernel/kexec/kexec-tools/0003-arm64-identify-PHYS_OFFSET-correctly.patch
 delete mode 100644 
meta/recipes-kernel/kexec/kexec-tools/0004-arm64-kdump-identify-memory-regions.patch
 delete mode 100644 
meta/recipes-kernel/kexec/kexec-tools/0005-arm64-kdump-add-elf-core-header-segment.patch
 delete mode 100644 
meta/recipes-kernel/kexec/kexec-tools/0006-arm64-kdump-set-up-kernel-image-segment.patch
 delete mode 100644 
meta/recipes-kernel/kexec/kexec-tools/0007-arm64-kdump-set-up-other-segments.patch
 delete mode 100644 
meta/recipes-kernel/kexec/kexec-tools/0008-arm64-kdump-add-DT-properties-to-crash-dump-kernel-s.patch
 delete mode 100644 
meta/recipes-kernel/kexec/kexec-tools/0009-arm64-kdump-Add-support-for-binary-image-files.patch
 delete mode 100644 meta/recipes-kernel/kexec/kexec-tools_2.0.14.bb
 create mode 100644 meta/recipes-kernel/kexec/kexec-tools_2.0.15.bb

diff --git 
a/meta/recipes-kernel/kexec/kexec-tools/0001-Disable-PIE-during-link.patch 
b/meta/recipes-kernel/kexec/kexec-tools/0001-Disable-PIE-during-link.patch
deleted file mode 100644
index 3f2f85e..000
--- a/meta/recipes-kernel/kexec/kexec-tools/0001-Disable-PIE-during-link.patch
+++ /dev/null
@@ -1,31 +0,0 @@
-From ea7be6d71b85880e8e8a2c8a4f49a696c5f31ae4 Mon Sep 17 00:00:00 2001
-From: Khem Raj 
-Date: Sat, 10 Jun 2017 11:18:49 -0700
-Subject: [PATCH] Disable PIE during link
-
-We have explcitly disabled PIE during compile so we
-just need to match it with linker flags
-
-Upstream-Status: Pending
-
-Signed-off-by: Khem Raj 

- purgatory/Makefile | 2 +-
- 1 file changed, 1 insertion(+), 1 deletion(-)
-
-diff --git a/purgatory/Makefile b/purgatory/Makefile
-index 564bdb7..a08e41f 100644
 a/purgatory/Makefile
-+++ b/purgatory/Makefile
-@@ -59,7 +59,7 @@ $(PURGATORY): CPPFLAGS=$($(ARCH)_PURGATORY_EXTRA_CFLAGS) \
-   -Iinclude \
-   -I$(shell $(CC) -print-file-name=include)
- $(PURGATORY): LDFLAGS=$($(ARCH)_PURGATORY_EXTRA_CFLAGS)\
--  -Wl,--no-undefined -nostartfiles -nostdlib \
-+  -Wl,--no-undefined -no-pie -nostartfiles -nostdlib \
-   -nodefaultlibs -e purgatory_start -Wl,-r \
-   -Wl,-Map=$(PURGATORY_MAP)
- 
--- 
-2.13.1
-
diff --git a/meta/recipes-kernel/kexec/kexec-tools/0001-arm64-Disable-PIC.patch 
b/meta/recipes-kernel/kexec/kexec-tools/0001-arm64-Disable-PIC.patch
deleted file mode 100644
index 84e94d7..000
--- 

[OE-core] [PATCH 1/1] gcc-6.3.inc: Use ucontext_t not struct ucontext.

[Juro Bystricky]

Use ucontext_t not struct ucontext in linux-unwind.h files.

Current glibc no longer gives the ucontext_t type the tag struct
ucontext, to conform with POSIX namespace rules.  This requires
various linux-unwind.h files in libgcc, that were previously using
struct ucontext, to be fixed to use ucontext_t instead.  This is
similar to the removal of the struct siginfo tag from siginfo_t some
years ago.

Backport of patches by Joseph Myers, taken from
https://gcc.gnu.org/viewcvs/gcc?limit_changes=0=revision=249957

[YOCTO #12083]

Signed-off-by: Juro Bystricky 
---
 meta/recipes-devtools/gcc/gcc-6.3.inc  |   1 +
 .../gcc/gcc-6.3/0055-unwind_h-glibc26.patch| 139 +
 2 files changed, 140 insertions(+)
 create mode 100644 
meta/recipes-devtools/gcc/gcc-6.3/0055-unwind_h-glibc26.patch

diff --git a/meta/recipes-devtools/gcc/gcc-6.3.inc 
b/meta/recipes-devtools/gcc/gcc-6.3.inc
index 86b3e9f..ec6d8cd 100644
--- a/meta/recipes-devtools/gcc/gcc-6.3.inc
+++ b/meta/recipes-devtools/gcc/gcc-6.3.inc
@@ -74,6 +74,7 @@ SRC_URI = "\

file://0047-libgcc_s-Use-alias-for-__cpu_indicator_init-instead-.patch \
file://0048-sync-gcc-stddef.h-with-musl.patch \
file://0054_all_nopie-all-flags.patch \
+   file://0055-unwind_h-glibc26.patch \
${BACKPORTS} \
 "
 BACKPORTS = "\
diff --git a/meta/recipes-devtools/gcc/gcc-6.3/0055-unwind_h-glibc26.patch 
b/meta/recipes-devtools/gcc/gcc-6.3/0055-unwind_h-glibc26.patch
new file mode 100644
index 000..c266cfe
--- /dev/null
+++ b/meta/recipes-devtools/gcc/gcc-6.3/0055-unwind_h-glibc26.patch
@@ -0,0 +1,139 @@
+Backport and edit of patches from:
+https://gcc.gnu.org/viewcvs/gcc?limit_changes=0=revision=249957
+by jsm28 (Joseph Myers)
+
+Current glibc no longer gives the ucontext_t type the tag struct
+ucontext, to conform with POSIX namespace rules.  This requires
+various linux-unwind.h files in libgcc, that were previously using
+struct ucontext, to be fixed to use ucontext_t instead.  This is
+similar to the removal of the struct siginfo tag from siginfo_t some
+years ago.
+
+This patch changes those files to use ucontext_t instead.  As the
+standard name that should be unconditionally safe, so this is not
+restricted to architectures supported by glibc, or conditioned on the
+glibc version.
+
+Upstream-Status: Backport
+
+Signed-off-by: Juro Bystricky 
+
+--- branches/gcc-6-branch/libgcc/config/aarch64/linux-unwind.h 2017/07/04 
10:22:56 249956
+--- b/libgcc/config/aarch64/linux-unwind.h 2017/07/04 10:23:57 249957
+@@ -52,7 +52,7 @@
+   struct rt_sigframe
+   {
+ siginfo_t info;
+-struct ucontext uc;
++ucontext_t uc;
+   };
+ 
+   struct rt_sigframe *rt_;
+--- branches/gcc-6-branch/libgcc/config/alpha/linux-unwind.h   2017/07/04 
10:22:56 249956
+--- b/libgcc/config/alpha/linux-unwind.h   2017/07/04 10:23:57 249957
+@@ -51,7 +51,7 @@
+ {
+   struct rt_sigframe {
+   siginfo_t info;
+-  struct ucontext uc;
++  ucontext_t uc;
+   } *rt_ = context->cfa;
+   sc = _->uc.uc_mcontext;
+ }
+--- branches/gcc-6-branch/libgcc/config/bfin/linux-unwind.h2017/07/04 
10:22:56 249956
+--- b/libgcc/config/bfin/linux-unwind.h2017/07/04 10:23:57 249957
+@@ -52,7 +52,7 @@
+   void *puc;
+   char retcode[8];
+   siginfo_t info;
+-  struct ucontext uc;
++  ucontext_t uc;
+   } *rt_ = context->cfa;
+ 
+   /* The void * cast is necessary to avoid an aliasing warning.
+--- branches/gcc-6-branch/libgcc/config/i386/linux-unwind.h2017/07/04 
10:22:56 249956
+--- b/libgcc/config/i386/linux-unwind.h2017/07/04 10:23:57 249957
+@@ -58,7 +58,7 @@
+   if (*(unsigned char *)(pc+0) == 0x48
+   && *(unsigned long long *)(pc+1) == RT_SIGRETURN_SYSCALL)
+ {
+-  struct ucontext *uc_ = context->cfa;
++  ucontext_t *uc_ = context->cfa;
+   /* The void * cast is necessary to avoid an aliasing warning.
+  The aliasing warning is correct, but should not be a problem
+  because it does not alias anything.  */
+@@ -138,7 +138,7 @@
+   siginfo_t *pinfo;
+   void *puc;
+   siginfo_t info;
+-  struct ucontext uc;
++  ucontext_t uc;
+   } *rt_ = context->cfa;
+   /* The void * cast is necessary to avoid an aliasing warning.
+  The aliasing warning is correct, but should not be a problem
+--- branches/gcc-6-branch/libgcc/config/m68k/linux-unwind.h2017/07/04 
10:22:56 249956
+--- b/libgcc/config/m68k/linux-unwind.h2017/07/04 10:23:57 249957
+@@ -33,7 +33,7 @@
+ /*  is unfortunately broken right now.  */
+ struct uw_ucontext {
+   unsigned long uc_flags;
+-  struct ucontext  *uc_link;
++  ucontext_t   *uc_link;
+   stack_t   uc_stack;
+   mcontext_tuc_mcontext;
+   unsigned long uc_filler[80];
+--- 

[OE-core] [PATCH 0/1] gcc 6.3 with glib 2.26

[Juro Bystricky]

When one chooses to use gcc 6.3 with
GCCVERSION = "6.3%"
bitbake libgcc fails.

This patch fixes building this particular issue.
However, there is at least one more recipe that fails with gcc 6.3
(mesa_17.1.7.bb).

Juro Bystricky (1):
  gcc-6.3.inc: Use ucontext_t not struct ucontext.

 meta/recipes-devtools/gcc/gcc-6.3.inc  |   1 +
 .../gcc/gcc-6.3/0055-unwind_h-glibc26.patch| 139 +
 2 files changed, 140 insertions(+)
 create mode 100644 
meta/recipes-devtools/gcc/gcc-6.3/0055-unwind_h-glibc26.patch

-- 
2.7.4

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

Re: [OE-core] QEmu + Spice + Virglrenderer Was: [PATCH] qemu: upgrade to version 2.10.0

[Burton, Ross]

On 14 September 2017 at 22:11, Martin Jansa  wrote:

> As of today qemu, qemu-native and nativesdk-qemu can be built with
> virglrenderer, sdl2 and spice support.
>
> I've tested core-image-sato running in qemu-native from headless Gentoo
> chroot, with spicy client on normal Gentoo host as shown in screenshot.
>
> Now I need to find out how to connect virt-viewer to spice running in
> chroot over unix socket instead of tcp socket (mandatory for passing
> dma-buf file descriptor).
>
> Next step is to benchmark graphics with and without virglrenderer and with
> and without spice.
>

That is awesome, good work.  Very interested to see how well graphics work.

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

Re: [OE-core] [PATCH] glib-2.0: recommend shared-mime-info

[Alistair Francis]

On Wed, Sep 13, 2017 at 2:18 PM, Richard Purdie
 wrote:
> On Wed, 2017-09-13 at 14:12 -0700, Alistair Francis wrote:
>> On Wed, Sep 13, 2017 at 2:09 PM, Richard Purdie
>>  wrote:
>> >
>> > On Wed, 2017-09-13 at 13:55 -0700, Alistair Francis wrote:
>> > >
>> > > On Wed, Sep 13, 2017 at 1:42 PM, Burton, Ross > > > com>
>> > > wrote:
>> > > >
>> > > >
>> > > > Can you share a log showing that?
>> > > This is the full log, so it's not just OpenSSL:
>> > I suspect the new dependency means other things get built on mingw
>> > which have never been needed until now. We may need to remove the
>> > dependency for mingw to avoid this..
>> Yeah, that is what I suspected. I tried the BAD_RECOMMENDATIONS in
>> the
>> mingw machine-sdk conf, but that didn't seem to work.
>
> You want something like:
>
> RRECOMMENDS_${PN}_remove_mingw32_pn-glib-2.0 = "shared-mime-info"
>
> (I don't remember the exact mingw override offhand)

Great! That fixes it.

I'll spin up a patch now, should the RRECOMMENDS remove go in the glib
recipe or in the meta-mingw machine-sdk conf?

Thanks,
Alistair

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

Re: [OE-core] [oe-commits] [openembedded-core] branch master updated (cc319b6 -> 2ebbeb6)

[Bruce Ashfield]

On 2017-09-14 1:25 PM, Martin Jansa wrote:

Today I've created backup of this broken state with:

OE raspberrypi3-64@luneos ~/build/owpb/webos-ports/tmp-glibc $ mkdir 
kernel-bad
OE raspberrypi3-64@luneos ~/build/owpb/webos-ports/tmp-glibc $ cp -ra 
work-shared/raspberrypi3-64/ 
work/raspberrypi3_64-webos-linux/linux-raspberrypi/ kernel-bad


then cleansstate:

OE raspberrypi3-64@luneos ~/build/owpb/webos-ports/tmp-glibc $ bitbake 
-c cleansstate virtual/kernel;


and now kernel_configme
OE raspberrypi3-64@luneos ~/build/owpb/webos-ports/tmp-glibc $ bitbake 
-c kernel_configme virtual/kernel;


  was successful, create new copy of current state:

OE raspberrypi3-64@luneos ~/build/owpb/webos-ports/tmp-glibc $ mkdir 
kernel-ok
OE raspberrypi3-64@luneos ~/build/owpb/webos-ports/tmp-glibc $ cp -ra 
work-shared/raspberrypi3-64/ 
work/raspberrypi3_64-webos-linux/linux-raspberrypi/ kernel-ok


I'm not trying to understand what kern-tools do here and what the
ERROR: [ERROR]: no configuration queue found in outdir (.kernel-meta)
actually meant, but .kernel-meta directories are a bit different:

OE raspberrypi3-64@luneos ~/build/owpb/webos-ports/tmp-glibc $ ls -lah 
kernel-bad/raspberrypi3-64/kernel-source/.kernel-meta 
kernel-ok/raspberrypi3-64/kernel-source/.kernel-meta

kernel-bad/raspberrypi3-64/kernel-source/.kernel-meta:
total 28K
drwxr-xr-x  4 bitbake bitbake 4.0K Sep 13 13:27 .
drwxr-xr-x 26 bitbake bitbake 4.0K Sep 13 13:27 ..
-rw-r--r--  1 bitbake bitbake    1 Sep 13 13:27 bsp_definition
drwxr-xr-x  3 bitbake bitbake 4.0K Sep 13 13:27 cfg
-rw-r--r--  1 bitbake bitbake  217 Sep 13 13:27 meta-series
drwxr-xr-x  2 bitbake bitbake 4.0K Sep 13 13:27 patches
-rw-r--r--  1 bitbake bitbake   33 Sep 13 13:27 patch.queue
lrwxrwxrwx  1 bitbake bitbake   11 Sep 13 13:27 series -> patch.queue

kernel-ok/raspberrypi3-64/kernel-source/.kernel-meta:
total 40K
drwxr-xr-x  5 bitbake bitbake 4.0K Sep 14 19:05 .
drwxr-xr-x 26 bitbake bitbake 4.0K Sep 14 19:06 ..
-rw-r--r--  1 bitbake bitbake    1 Sep 14 19:05 bsp_definition
drwxr-xr-x  3 bitbake bitbake 4.0K Sep 14 19:05 cfg
-rw-r--r--  1 bitbake bitbake   36 Sep 14 19:05 config.queue
drwxr-xr-x  2 bitbake bitbake 4.0K Sep 14 19:05 configs
-rw-r--r--  1 bitbake bitbake  471 Sep 14 19:05 meta-series
-rw-r--r--  1 bitbake bitbake  113 Sep 14 19:05 non-hardware_frags.txt
drwxr-xr-x  2 bitbake bitbake 4.0K Sep 14 19:05 patches
-rw-r--r--  1 bitbake bitbake   33 Sep 14 19:05 patch.queue
lrwxrwxrwx  1 bitbake bitbake   11 Sep 14 19:05 series -> patch.queue

OE raspberrypi3-64@luneos ~/build/owpb/webos-ports/tmp-glibc $ diff -rq 
kernel-bad/raspberrypi3-64/kernel-source/.kernel-meta 
kernel-ok/raspberrypi3-64/kernel-source/.kernel-meta
Only in kernel-ok/raspberrypi3-64/kernel-source/.kernel-meta/cfg: 
merge_config_build.log
Files 
kernel-bad/raspberrypi3-64/kernel-source/.kernel-meta/cfg/scratch/refresh and 
kernel-ok/raspberrypi3-64/kernel-source/.kernel-meta/cfg/scratch/refresh 
differ

Only in kernel-ok/raspberrypi3-64/kernel-source/.kernel-meta: config.queue
Only in kernel-ok/raspberrypi3-64/kernel-source/.kernel-meta: configs
Files kernel-bad/raspberrypi3-64/kernel-source/.kernel-meta/meta-series 
and kernel-ok/raspberrypi3-64/kernel-source/.kernel-meta/meta-series differ
Only in kernel-ok/raspberrypi3-64/kernel-source/.kernel-meta: 
non-hardware_frags.txt


OE raspberrypi3-64@luneos ~/build/owpb/webos-ports/tmp-glibc $ diff -uNr 
kernel-bad/raspberrypi3-64/kernel-source/.kernel-meta/cfg/scratch/refresh kernel-ok/raspberrypi3-64/kernel-source/.kernel-meta/cfg/scratch/refresh
--- 
kernel-bad/raspberrypi3-64/kernel-source/.kernel-meta/cfg/scratch/refresh  
  2017-09-13 13:27:07.190918161 +0200
+++ 
kernel-ok/raspberrypi3-64/kernel-source/.kernel-meta/cfg/scratch/refresh
2017-09-14 19:05:51.837031790 +0200

@@ -1 +1 @@
-.kernel-meta//patches//./001-luneos-logo.patch 
17358b825642f04fbd408395ab844567c2f147ff
+.kernel-meta//patches//./001-luneos-logo.patch 
690e156b362c77518ad8e269ccaafa83f9631913
OE raspberrypi3-64@luneos ~/build/owpb/webos-ports/tmp-glibc $ diff -uNr 
kernel-bad/raspberrypi3-64/kernel-source/.kernel-meta/meta-series 
kernel-ok/raspberrypi3-64/kernel-source/.kernel-meta/meta-series
--- kernel-bad/raspberrypi3-64/kernel-source/.kernel-meta/meta-series  
  2017-09-13 13:27:01.331918171 +0200
+++ kernel-ok/raspberrypi3-64/kernel-source/.kernel-meta/meta-series
2017-09-14 19:05:50.522031885 +0200

@@ -1,8 +1,10 @@
  #
  # scc v0.8
-# processed: Wed Sep 13 13:27:01 CEST 2017
+# processed: Thu Sep 14 19:05:50 CEST 2017
  #
  # This is a scc output file, do not edit
  #
+# _reloc_dir 
/OE/build/owpb/webos-ports/tmp-glibc/work/raspberrypi3_64-webos-linux/linux-raspberrypi
  # _reloc_dir 
/OE/build/owpb/webos-ports/meta-rpi-luneos/recipes-kernel/linux
+kconf 
/OE/build/owpb/webos-ports/tmp-glibc/work/raspberrypi3_64-webos-linux/linux-raspberrypi/1_4.9.41+gitAUTOINC+4153f509b4-r0/defconfig 
# non-hardware

  patch patches//./001-luneos-logo.patch
OE 

[OE-core] ✗ patchtest: failure for Revamp the Go support (rev10)

[Patchwork]

== Series Details ==

Series: Revamp the Go support (rev10)
Revision: 10
URL   : https://patchwork.openembedded.org/series/8697/
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:



* Patch[v10,5/5] Add Go toolchain support
 Issue Shortlog does not follow expected format 
[test_shortlog_format] 
  Suggested fixCommit shortlog (first line of commit message) should follow 
the format ": "



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

---
Test framework: http://git.yoctoproject.org/cgit/cgit.cgi/patchtest
Test suite: http://git.yoctoproject.org/cgit/cgit.cgi/patchtest-oe

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

Re: [OE-core] [PATCH][morty] bluez5: fix out-of-bounds access in SDP server (CVE-2017-1000250)

[akuster808]

Bruce,


On 09/14/2017 06:13 AM, Bruce Ashfield wrote:

.. and if anyone notices, there's a kernel part to this CVE as well.

I've applied to fix to all the active linux-yocto kernels, and the 
change will be part

of my consolidated pull request that comes out later today.


thanks. I will merge with pyro and morty when they hit master.

- armin


Cheers,

Bruce

On Thu, Sep 14, 2017 at 8:27 AM, Ross Burton > wrote:


All versions of the SDP server in BlueZ 5.46 and earlier are
vulnerable to an
information disclosure vulnerability which allows remote attackers
to obtain
sensitive information from the bluetoothd process memory. This
vulnerability
lies in the processing of SDP search attribute requests.

Signed-off-by: Ross Burton >
---
 meta/recipes-connectivity/bluez5/bluez5.inc |  1 +
 .../bluez5/bluez5/cve-2017-1000250.patch  | 34 ++
 2 files changed, 35 insertions(+)
 create mode 100644
meta/recipes-connectivity/bluez5/bluez5/cve-2017-1000250.patch

diff --git a/meta/recipes-connectivity/bluez5/bluez5.inc
b/meta/recipes-connectivity/bluez5/bluez5.inc
index ecefb7b593e..3421c382063 100644
--- a/meta/recipes-connectivity/bluez5/bluez5.inc
+++ b/meta/recipes-connectivity/bluez5/bluez5.inc
@@ -23,6 +23,7 @@ SRC_URI = "\
 file://run-ptest \
 ${@bb.utils.contains('DISTRO_FEATURES', 'systemd', '',
'file://0001-Allow-using-obexd-without-systemd-in-the-user-sessio.patch',
d)} \
   
 file://0001-tests-add-a-target-for-building-tests-without-runnin.patch

\
+file://cve-2017-1000250.patch \
 "
 S = "${WORKDIR}/bluez-${PV}"

diff --git
a/meta/recipes-connectivity/bluez5/bluez5/cve-2017-1000250.patch
b/meta/recipes-connectivity/bluez5/bluez5/cve-2017-1000250.patch
new file mode 100644
index 000..9fac961bcf6
--- /dev/null
+++ b/meta/recipes-connectivity/bluez5/bluez5/cve-2017-1000250.patch
@@ -0,0 +1,34 @@
+All versions of the SDP server in BlueZ 5.46 and earlier are
vulnerable to an
+information disclosure vulnerability which allows remote
attackers to obtain
+sensitive information from the bluetoothd process memory. This
vulnerability
+lies in the processing of SDP search attribute requests.
+
+CVE: CVE-2017-1000250
+Upstream-Status: Backport
+Signed-off-by: Ross Burton >
+
+From 9e009647b14e810e06626dde7f1bb9ea3c375d09 Mon Sep 17 00:00:00
2001
+From: Luiz Augusto von Dentz >
+Date: Wed, 13 Sep 2017 10:01:40 +0300
+Subject: sdp: Fix Out-of-bounds heap read in
service_search_attr_req function
+
+Check if there is enough data to continue otherwise return an error.
+---
+ src/sdpd-request.c | 2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+
+diff --git a/src/sdpd-request.c b/src/sdpd-request.c
+index 1eefdce..318d044 100644
+--- a/src/sdpd-request.c
 b/src/sdpd-request.c
+@@ -917,7 +917,7 @@ static int service_search_attr_req(sdp_req_t
*req, sdp_buf_t *buf)
+   } else {
+   /* continuation State exists -> get from cache */
+   sdp_buf_t *pCache = sdp_get_cached_rsp(cstate);
+-  if (pCache) {
++  if (pCache && cstate->cStateValue.maxBytesSent <
pCache->data_size) {
+   uint16_t sent = MIN(max, pCache->data_size
- cstate->cStateValue.maxBytesSent);
+   pResponse = pCache->data;
+   memcpy(buf->data, pResponse +
cstate->cStateValue.maxBytesSent, sent);
+--
+cgit v1.1
--
2.11.0

--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org

http://lists.openembedded.org/mailman/listinfo/openembedded-core





--
"Thou shalt not follow the NULL pointer, for chaos and madness await 
thee at its end"





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

[OE-core] [PATCH v10 5/5] Add Go toolchain support

[Otavio Salvador]

This adds the meta-go-toolchain. It enables the generation of a Go
toolchain allowing for cross compiling for target architecture.

Signed-off-by: Otavio Salvador 
---

Changes in v10:
- new patch

 meta/recipes-core/meta/meta-go-toolchain.bb  | 12 
 .../packagegroups/packagegroup-go-cross-canadian.bb  | 12 
 .../recipes-core/packagegroups/packagegroup-go-sdk-target.bb |  8 
 3 files changed, 32 insertions(+)
 create mode 100644 meta/recipes-core/meta/meta-go-toolchain.bb
 create mode 100644 
meta/recipes-core/packagegroups/packagegroup-go-cross-canadian.bb
 create mode 100644 
meta/recipes-core/packagegroups/packagegroup-go-sdk-target.bb

diff --git a/meta/recipes-core/meta/meta-go-toolchain.bb 
b/meta/recipes-core/meta/meta-go-toolchain.bb
new file mode 100644
index 00..dde385c1b1
--- /dev/null
+++ b/meta/recipes-core/meta/meta-go-toolchain.bb
@@ -0,0 +1,12 @@
+SUMMARY = "Meta package for building a installable Go toolchain"
+LICENSE = "MIT"
+
+inherit populate_sdk
+
+TOOLCHAIN_HOST_TASK_append = " \
+packagegroup-go-cross-canadian-${MACHINE} \
+"
+
+TOOLCHAIN_TARGET_TASK_append = " \
+${@multilib_pkg_extend(d, 'packagegroup-go-sdk-target')} \
+"
diff --git a/meta/recipes-core/packagegroups/packagegroup-go-cross-canadian.bb 
b/meta/recipes-core/packagegroups/packagegroup-go-cross-canadian.bb
new file mode 100644
index 00..3daace1a40
--- /dev/null
+++ b/meta/recipes-core/packagegroups/packagegroup-go-cross-canadian.bb
@@ -0,0 +1,12 @@
+SUMMARY = "Host SDK package for Go cross canadian toolchain"
+PN = "packagegroup-go-cross-canadian-${MACHINE}"
+
+inherit cross-canadian packagegroup
+
+PACKAGEGROUP_DISABLE_COMPLEMENTARY = "1"
+
+GO = "go-cross-canadian-${TRANSLATED_TARGET_ARCH}"
+
+RDEPENDS_${PN} = " \
+${@all_multilib_tune_values(d, 'GO')} \
+"
diff --git a/meta/recipes-core/packagegroups/packagegroup-go-sdk-target.bb 
b/meta/recipes-core/packagegroups/packagegroup-go-sdk-target.bb
new file mode 100644
index 00..c6c14f1249
--- /dev/null
+++ b/meta/recipes-core/packagegroups/packagegroup-go-sdk-target.bb
@@ -0,0 +1,8 @@
+SUMMARY = "Target packages for the Go SDK"
+
+inherit packagegroup
+
+RDEPENDS_${PN} = " \
+go-runtime \
+go-runtime-dev \
+"
-- 
2.14.1

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

[OE-core] [PATCH v10 3/5] go: fixes for cross-canadian builds

[Otavio Salvador]

From: Matt Madison 

* Add patch for go's make script to allow for
  build system != host system

* Add dependencies on the appropriate crosssdk recipes,
  and use the crosssdk C compiler and linker

* Remove bashism in the wrapper script

* Restrict installation to only the tool binaries
  to address some packaging errors

Signed-off-by: Matt Madison 
Signed-off-by: Otavio Salvador 
---

Changes in v10:
- new patch

 meta/recipes-devtools/go/go-1.9.inc|  1 +
 ...dd-GOHOSTxx-indirection-for-cross-canadia.patch | 33 ++
 meta/recipes-devtools/go/go-cross-canadian.inc | 40 ++
 3 files changed, 52 insertions(+), 22 deletions(-)
 create mode 100644 
meta/recipes-devtools/go/go-1.9/0008-make.bash-add-GOHOSTxx-indirection-for-cross-canadia.patch

diff --git a/meta/recipes-devtools/go/go-1.9.inc 
b/meta/recipes-devtools/go/go-1.9.inc
index d538f4c3a3..0b0aca3fbe 100644
--- a/meta/recipes-devtools/go/go-1.9.inc
+++ b/meta/recipes-devtools/go/go-1.9.inc
@@ -13,6 +13,7 @@ SRC_URI += "\
 file://0005-cmd-go-make-GOROOT-precious-by-default.patch \
 file://0006-make.bash-add-GOTOOLDIR_BOOTSTRAP-environment-variab.patch 
\
 file://0007-ld-add-soname-to-shareable-objects.patch \
+file://0008-make.bash-add-GOHOSTxx-indirection-for-cross-canadia.patch 
\
 "
 SRC_URI[main.md5sum] = "da2d44ea384076efec43ee1f8b7d45d2"
 SRC_URI[main.sha256sum] = 
"a4ab229028ed167ba1986825751463605264e44868362ca8e7accc8be057e993"
diff --git 
a/meta/recipes-devtools/go/go-1.9/0008-make.bash-add-GOHOSTxx-indirection-for-cross-canadia.patch
 
b/meta/recipes-devtools/go/go-1.9/0008-make.bash-add-GOHOSTxx-indirection-for-cross-canadia.patch
new file mode 100644
index 00..0977c78350
--- /dev/null
+++ 
b/meta/recipes-devtools/go/go-1.9/0008-make.bash-add-GOHOSTxx-indirection-for-cross-canadia.patch
@@ -0,0 +1,33 @@
+From 03e6c339d4fb712fbb8c4ca6ef2fc7100dcdb3d7 Mon Sep 17 00:00:00 2001
+From: Matt Madison 
+Date: Thu, 14 Sep 2017 05:38:10 -0700
+Subject: [PATCH 8/8] make.bash: add GOHOSTxx indirection for cross-canadian
+ builds
+
+Add environment variables for specifying the host OS/arch
+that we are building the compiler for, so it can differ from
+the build host OS/arch.
+
+Upstream-Status: Pending
+
+Signed-off-by: Matt Madison 
+---
+ src/make.bash | 2 ++
+ 1 file changed, 2 insertions(+)
+
+diff --git a/src/make.bash b/src/make.bash
+index 2e6fb05..0bdadc6 100755
+--- a/src/make.bash
 b/src/make.bash
+@@ -173,6 +173,8 @@ if [ "$do_host_build" = "yes" ]; then
+   echo
+ 
+   GOTOOLDIR_BOOTSTRAP="${GOTOOLDIR_BOOTSTRAP:-$GOTOOLDIR}"
++  GOHOSTOS="${GOHOSTOS_CROSS:-$GOHOSTOS}"
++  GOHOSTARCH="${GOHOSTARCH_CROSS:-$GOHOSTARCH}"
+   echo "# Building packages and commands for host, 
$GOHOSTOS/$GOHOSTARCH."
+   # CC_FOR_TARGET is recorded as the default compiler for the go tool. 
When building for the host, however,
+   # use the host compiler, CC, from `cmd/dist/dist env` instead.
+-- 
+2.7.4
+
diff --git a/meta/recipes-devtools/go/go-cross-canadian.inc 
b/meta/recipes-devtools/go/go-cross-canadian.inc
index 0068f34d04..f3ab7351db 100644
--- a/meta/recipes-devtools/go/go-cross-canadian.inc
+++ b/meta/recipes-devtools/go/go-cross-canadian.inc
@@ -1,21 +1,24 @@
 inherit cross-canadian
 
-DEPENDS = "go-native virtual/${HOST_PREFIX}gcc-crosssdk 
virtual/nativesdk-${HOST_PREFIX}libc-for-gcc 
virtual/nativesdk-${HOST_PREFIX}compilerlibs"
+DEPENDS = "go-native virtual/${HOST_PREFIX}go-crosssdk 
virtual/nativesdk-${HOST_PREFIX}go-runtime \
+   virtual/${HOST_PREFIX}gcc-crosssdk 
virtual/nativesdk-${HOST_PREFIX}libc-for-gcc \
+   virtual/nativesdk-${HOST_PREFIX}compilerlibs"
 PN = "go-cross-canadian-${TRANSLATED_TARGET_ARCH}"
 
 export GOHOSTOS = "${BUILD_GOOS}"
 export GOHOSTARCH = "${BUILD_GOARCH}"
-export GOOS = "${HOST_GOOS}"
-export GOARCH = "${HOST_GOARCH}"
-export GOARM = "${HOST_GOARM}"
+export GOHOSTOS_CROSS = "${HOST_GOOS}"
+export GOHOSTARCH_CROSS = "${HOST_GOARCH}"
 export GOROOT_BOOTSTRAP = "${STAGING_LIBDIR_NATIVE}/go"
-export GOTOOLDIR_BOOTSTRAP = "${GOROOT_BOOTSTRAP}/pkg/tool/${BUILD_GOTUPLE}"
+export GOTOOLDIR_BOOTSTRAP = 
"${STAGING_LIBDIR_NATIVE}/${HOST_SYS}/go/pkg/tool/${BUILD_GOTUPLE}"
 export GOROOT_FINAL = "${libdir}/go"
 export CGO_ENABLED = "1"
-export CC_FOR_TARGET = "${HOST_CC}"
-export CXX_FOR_TARGET = "${HOST_CXX}"
-CC = "${@d.getVar('BUILD_CC', True).strip()}"
-export GO_LDFLAGS = '-linkmode external -extld ${HOST_PREFIX}gcc -extldflags 
"${TOOLCHAIN_OPTIONS} ${LDFLAGS}"'
+export CC_FOR_TARGET = "${TARGET_PREFIX}gcc"
+export CXX_FOR_TARGET = "${TARGET_PREFIX}g++"
+CC = "${HOST_PREFIX}gcc"
+export CGO_CFLAGS = "--sysroot=${STAGING_DIR_TARGET} ${HOST_CC_ARCH} ${CFLAGS}"
+export CGO_LDFLAGS = "--sysroot=${STAGING_DIR_TARGET} ${HOST_CC_ARCH} 
${LDFLAGS}"
+export GO_LDFLAGS = 

[OE-core] [PATCH v10 2/5] go: fix linking issues for nativesdk builds

[Otavio Salvador]

From: Matt Madison 

Switch to using an external linker for nativesdk
go, go-runtime, and go package builds, which works
more reliably when building 32-bit SDKs.

Signed-off-by: Matt Madison 
Signed-off-by: Otavio Salvador 
---

Changes in v10:
- new patch

 meta/classes/go.bbclass | 4 +++-
 meta/recipes-devtools/go/go-runtime.inc | 5 +
 meta/recipes-devtools/go/go-target.inc  | 3 +++
 3 files changed, 11 insertions(+), 1 deletion(-)

diff --git a/meta/classes/go.bbclass b/meta/classes/go.bbclass
index 33502bf722..863b578e5c 100644
--- a/meta/classes/go.bbclass
+++ b/meta/classes/go.bbclass
@@ -37,7 +37,9 @@ GO_RPATH = "${@'-r 
${libdir}/go/pkg/${TARGET_GOTUPLE}_dynlink' if d.getVar('GO_D
 GO_RPATH_class-native = "${@'-r 
${STAGING_LIBDIR_NATIVE}/go/pkg/${TARGET_GOTUPLE}_dynlink' if 
d.getVar('GO_DYNLINK') else ''}"
 GO_RPATH_LINK_class-native = 
"${@'-Wl,-rpath-link=${STAGING_LIBDIR_NATIVE}/go/pkg/${TARGET_GOTUPLE}_dynlink' 
if d.getVar('GO_DYNLINK') else ''}"
 GO_EXTLDFLAGS ?= "${HOST_CC_ARCH}${TOOLCHAIN_OPTIONS} ${GO_RPATH_LINK} 
${LDFLAGS}"
-GO_LDFLAGS ?= '-ldflags="${GO_RPATH} -extldflags '${GO_EXTLDFLAGS}'"'
+GO_LINKMODE ?= ""
+GO_LINKMODE_class-nativesdk = "--linkmode=external"
+GO_LDFLAGS ?= '-ldflags="${GO_RPATH} ${GO_LINKMODE} -extldflags 
'${GO_EXTLDFLAGS}'"'
 export GOBUILDFLAGS ?= "-v ${GO_LDFLAGS}"
 export GOPTESTBUILDFLAGS ?= "${GOBUILDFLAGS} -c"
 export GOPTESTFLAGS ?= "-test.v"
diff --git a/meta/recipes-devtools/go/go-runtime.inc 
b/meta/recipes-devtools/go/go-runtime.inc
index a074238e47..934d1aaeb9 100644
--- a/meta/recipes-devtools/go/go-runtime.inc
+++ b/meta/recipes-devtools/go/go-runtime.inc
@@ -45,6 +45,11 @@ do_install() {
done
 }
 
+# Remove test binaries that cannot be relocated
+do_install_append_class-nativesdk() {
+   rm -rf ${D}${libdir}/go/src/runtime/pprof/testdata
+}
+
 # These testdata directories aren't needed for builds and contain binaries
 # that can cause errors in sysroot_strip(), so just remove them.
 sysroot_stage_all_append() {
diff --git a/meta/recipes-devtools/go/go-target.inc 
b/meta/recipes-devtools/go/go-target.inc
index 0d80bf0d97..b88d0166e5 100644
--- a/meta/recipes-devtools/go/go-target.inc
+++ b/meta/recipes-devtools/go/go-target.inc
@@ -14,6 +14,9 @@ export CC_FOR_TARGET = "${CC}"
 export CXX_FOR_TARGET = "${CXX}"
 export GO_TARGET_INSTALL = "cmd"
 export GO_FLAGS = "-a"
+GO_LDFLAGS = ""
+GO_LDFLAGS_class-nativesdk = "-linkmode external"
+export GO_LDFLAGS
 
 do_configure[noexec] = "1"
 
-- 
2.14.1

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

[OE-core] [PATCH v10 4/5] go.bbclass: set TMPDIR during compilation

[Otavio Salvador]

From: Matt Madison 

The go build tool creates working directories under
$TMPDIR for all of its processing.  Create a directory
under ${WORKDIR} for this and point TMPDIR at it during
compilation, so that systems that have a relatively
small /tmp filesystems can still compile larger Go
packages.

Signed-off-by: Matt Madison 
Signed-off-by: Otavio Salvador 
---

Changes in v10:
- new patch

 meta/classes/go.bbclass | 6 ++
 1 file changed, 6 insertions(+)

diff --git a/meta/classes/go.bbclass b/meta/classes/go.bbclass
index 863b578e5c..e167c949ec 100644
--- a/meta/classes/go.bbclass
+++ b/meta/classes/go.bbclass
@@ -61,6 +61,8 @@ GO_INSTALL_FILTEROUT ?= "${GO_IMPORT}/vendor/"
 
 B = "${WORKDIR}/build"
 export GOPATH = "${B}"
+GO_TMPDIR ?= "${WORKDIR}/go-tmp"
+GO_TMPDIR[vardepvalue] = ""
 
 python go_do_unpack() {
 src_uri = (d.getVar('SRC_URI') or "").split()
@@ -97,14 +99,17 @@ go_do_configure() {
 }
 
 go_do_compile() {
+   export TMPDIR="${GO_TMPDIR}"
${GO} env
if [ -n "${GO_INSTALL}" ]; then
${GO} install ${GO_LINKSHARED} ${GOBUILDFLAGS} 
`go_list_packages`
fi
 }
+do_compile[dirs] =+ "${GO_TMPDIR}"
 do_compile[cleandirs] = "${B}/bin ${B}/pkg"
 
 do_compile_ptest() {
+export TMPDIR="${GO_TMPDIR}"
 rm -f ${B}/.go_compiled_tests.list
go_list_package_tests | while read pkg; do
cd ${B}/src/$pkg
@@ -113,6 +118,7 @@ do_compile_ptest() {
sed -e's,/\./,/,'>> ${B}/.go_compiled_tests.list
done
 }
+do_compile_ptest_base[dirs] =+ "${GO_TMPDIR}"
 
 go_do_install() {
install -d ${D}${libdir}/go/src/${GO_IMPORT}
-- 
2.14.1

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

[OE-core] [PATCH v10 1/5] go-crosssdk: fix host/target references and cleanup

[Otavio Salvador]

From: Matt Madison 

* The _FOR_TARGET variables need to include SDKNATIVEPATH
* Install tools (cmd) only, and for the build host
* Remove unnecessary FILES setting

Corrects some errors when the build host architecture
is different from the SDKMACHINE's.

Signed-off-by: Matt Madison 
Signed-off-by: Otavio Salvador 
---

Changes in v10:
- new patch

 meta/recipes-devtools/go/go-crosssdk.inc | 11 +--
 1 file changed, 5 insertions(+), 6 deletions(-)

diff --git a/meta/recipes-devtools/go/go-crosssdk.inc 
b/meta/recipes-devtools/go/go-crosssdk.inc
index e9bc677131..471c75b3d5 100644
--- a/meta/recipes-devtools/go/go-crosssdk.inc
+++ b/meta/recipes-devtools/go/go-crosssdk.inc
@@ -11,8 +11,9 @@ export GOARCH = "${TARGET_GOARCH}"
 export GOROOT_BOOTSTRAP = "${STAGING_LIBDIR_NATIVE}/go"
 export GOROOT_FINAL = "${libdir}/go"
 export CGO_ENABLED = "1"
-export CC_FOR_TARGET="${TARGET_PREFIX}gcc ${TARGET_CC_ARCH} 
--sysroot=${STAGING_DIR_TARGET}"
-export CXX_FOR_TARGET="${TARGET_PREFIX}g++ ${TARGET_CC_ARCH} 
--sysroot=${STAGING_DIR_TARGET}"
+export CC_FOR_TARGET="${TARGET_PREFIX}gcc ${TARGET_CC_ARCH} 
--sysroot=${STAGING_DIR_TARGET}${SDKPATHNATIVE}"
+export CXX_FOR_TARGET="${TARGET_PREFIX}g++ ${TARGET_CC_ARCH} 
--sysroot=${STAGING_DIR_TARGET}${SDKPATHNATIVE}"
+export GO_INSTALL = "cmd"
 CC = "${@d.getVar('BUILD_CC', True).strip()}"
 
 do_configure[noexec] = "1"
@@ -43,13 +44,11 @@ do_install() {
install -d ${D}${libdir}/go/bin
install -d ${D}${libdir}/go/pkg/tool
install -d ${D}${bindir}
-   cp --preserve=mode,timestamps -R ${S}/pkg/tool/${TARGET_GOTUPLE} 
${D}${libdir}/go/pkg/tool/
-   for f in ${B}/${GO_BUILD_BINDIR}/*
+   cp --preserve=mode,timestamps -R ${S}/pkg/tool/${BUILD_GOTUPLE} 
${D}${libdir}/go/pkg/tool/
+   for f in ${B}/bin/*
do
base=`basename $f`
install -m755 $f ${D}${libdir}/go/bin
make_wrapper $base ${TARGET_PREFIX}$base
done
 }
-
-FILES_${PN}-staticdev = "${libdir}/go/pkg"
-- 
2.14.1

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

[OE-core] [PATCH v10 0/5] Revamp the Go support

[Otavio Salvador]

This improves the Go support on OE-Core.

We are trying to port as much as possible work done by Matt on
meta-golang back to OE-Core and also to avoid carrying old releases as
there is no need to support more versions of Go toolchain.

This fixes issues in existing support as well as add support for SDK
generation which supports Go.

Changes in v10:
- new patch
- new patch
- new patch
- new patch
- new patch

Matt Madison (4):
  go-crosssdk: fix host/target references and cleanup
  go: fix linking issues for nativesdk builds
  go: fixes for cross-canadian builds
  go.bbclass: set TMPDIR during compilation

Otavio Salvador (1):
  Add Go toolchain support

 meta/classes/go.bbclass| 10 +-
 meta/recipes-core/meta/meta-go-toolchain.bb| 12 +++
 .../packagegroup-go-cross-canadian.bb  | 12 +++
 .../packagegroups/packagegroup-go-sdk-target.bb|  8 +
 meta/recipes-devtools/go/go-1.9.inc|  1 +
 ...dd-GOHOSTxx-indirection-for-cross-canadia.patch | 33 ++
 meta/recipes-devtools/go/go-cross-canadian.inc | 40 ++
 meta/recipes-devtools/go/go-crosssdk.inc   | 11 +++---
 meta/recipes-devtools/go/go-runtime.inc|  5 +++
 meta/recipes-devtools/go/go-target.inc |  3 ++
 10 files changed, 106 insertions(+), 29 deletions(-)
 create mode 100644 meta/recipes-core/meta/meta-go-toolchain.bb
 create mode 100644 
meta/recipes-core/packagegroups/packagegroup-go-cross-canadian.bb
 create mode 100644 
meta/recipes-core/packagegroups/packagegroup-go-sdk-target.bb
 create mode 100644 
meta/recipes-devtools/go/go-1.9/0008-make.bash-add-GOHOSTxx-indirection-for-cross-canadia.patch

-- 
2.14.1

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

Re: [OE-core] [oe-commits] [openembedded-core] branch master updated (cc319b6 -> 2ebbeb6)

[Martin Jansa]

Today I've created backup of this broken state with:

OE raspberrypi3-64@luneos ~/build/owpb/webos-ports/tmp-glibc $ mkdir
kernel-bad
OE raspberrypi3-64@luneos ~/build/owpb/webos-ports/tmp-glibc $ cp -ra
work-shared/raspberrypi3-64/
work/raspberrypi3_64-webos-linux/linux-raspberrypi/ kernel-bad

then cleansstate:

OE raspberrypi3-64@luneos ~/build/owpb/webos-ports/tmp-glibc $ bitbake -c
cleansstate virtual/kernel;

and now kernel_configme
OE raspberrypi3-64@luneos ~/build/owpb/webos-ports/tmp-glibc $ bitbake -c
kernel_configme virtual/kernel;

 was successful, create new copy of current state:

OE raspberrypi3-64@luneos ~/build/owpb/webos-ports/tmp-glibc $ mkdir
kernel-ok
OE raspberrypi3-64@luneos ~/build/owpb/webos-ports/tmp-glibc $ cp -ra
work-shared/raspberrypi3-64/
work/raspberrypi3_64-webos-linux/linux-raspberrypi/ kernel-ok

I'm not trying to understand what kern-tools do here and what the
ERROR: [ERROR]: no configuration queue found in outdir (.kernel-meta)
actually meant, but .kernel-meta directories are a bit different:

OE raspberrypi3-64@luneos ~/build/owpb/webos-ports/tmp-glibc $ ls -lah
kernel-bad/raspberrypi3-64/kernel-source/.kernel-meta
kernel-ok/raspberrypi3-64/kernel-source/.kernel-meta
kernel-bad/raspberrypi3-64/kernel-source/.kernel-meta:
total 28K
drwxr-xr-x  4 bitbake bitbake 4.0K Sep 13 13:27 .
drwxr-xr-x 26 bitbake bitbake 4.0K Sep 13 13:27 ..
-rw-r--r--  1 bitbake bitbake1 Sep 13 13:27 bsp_definition
drwxr-xr-x  3 bitbake bitbake 4.0K Sep 13 13:27 cfg
-rw-r--r--  1 bitbake bitbake  217 Sep 13 13:27 meta-series
drwxr-xr-x  2 bitbake bitbake 4.0K Sep 13 13:27 patches
-rw-r--r--  1 bitbake bitbake   33 Sep 13 13:27 patch.queue
lrwxrwxrwx  1 bitbake bitbake   11 Sep 13 13:27 series -> patch.queue

kernel-ok/raspberrypi3-64/kernel-source/.kernel-meta:
total 40K
drwxr-xr-x  5 bitbake bitbake 4.0K Sep 14 19:05 .
drwxr-xr-x 26 bitbake bitbake 4.0K Sep 14 19:06 ..
-rw-r--r--  1 bitbake bitbake1 Sep 14 19:05 bsp_definition
drwxr-xr-x  3 bitbake bitbake 4.0K Sep 14 19:05 cfg
-rw-r--r--  1 bitbake bitbake   36 Sep 14 19:05 config.queue
drwxr-xr-x  2 bitbake bitbake 4.0K Sep 14 19:05 configs
-rw-r--r--  1 bitbake bitbake  471 Sep 14 19:05 meta-series
-rw-r--r--  1 bitbake bitbake  113 Sep 14 19:05 non-hardware_frags.txt
drwxr-xr-x  2 bitbake bitbake 4.0K Sep 14 19:05 patches
-rw-r--r--  1 bitbake bitbake   33 Sep 14 19:05 patch.queue
lrwxrwxrwx  1 bitbake bitbake   11 Sep 14 19:05 series -> patch.queue

OE raspberrypi3-64@luneos ~/build/owpb/webos-ports/tmp-glibc $ diff -rq
kernel-bad/raspberrypi3-64/kernel-source/.kernel-meta
kernel-ok/raspberrypi3-64/kernel-source/.kernel-meta
Only in kernel-ok/raspberrypi3-64/kernel-source/.kernel-meta/cfg:
merge_config_build.log
Files
kernel-bad/raspberrypi3-64/kernel-source/.kernel-meta/cfg/scratch/refresh
and
kernel-ok/raspberrypi3-64/kernel-source/.kernel-meta/cfg/scratch/refresh
differ
Only in kernel-ok/raspberrypi3-64/kernel-source/.kernel-meta: config.queue
Only in kernel-ok/raspberrypi3-64/kernel-source/.kernel-meta: configs
Files kernel-bad/raspberrypi3-64/kernel-source/.kernel-meta/meta-series and
kernel-ok/raspberrypi3-64/kernel-source/.kernel-meta/meta-series differ
Only in kernel-ok/raspberrypi3-64/kernel-source/.kernel-meta:
non-hardware_frags.txt

OE raspberrypi3-64@luneos ~/build/owpb/webos-ports/tmp-glibc $ diff -uNr
kernel-bad/raspberrypi3-64/kernel-source/.kernel-meta/cfg/scratch/refresh
kernel-ok/raspberrypi3-64/kernel-source/.kernel-meta/cfg/scratch/refresh
---
kernel-bad/raspberrypi3-64/kernel-source/.kernel-meta/cfg/scratch/refresh
 2017-09-13 13:27:07.190918161 +0200
+++
kernel-ok/raspberrypi3-64/kernel-source/.kernel-meta/cfg/scratch/refresh
2017-09-14 19:05:51.837031790 +0200
@@ -1 +1 @@
-.kernel-meta//patches//./001-luneos-logo.patch
17358b825642f04fbd408395ab844567c2f147ff
+.kernel-meta//patches//./001-luneos-logo.patch
690e156b362c77518ad8e269ccaafa83f9631913
OE raspberrypi3-64@luneos ~/build/owpb/webos-ports/tmp-glibc $ diff -uNr
kernel-bad/raspberrypi3-64/kernel-source/.kernel-meta/meta-series
kernel-ok/raspberrypi3-64/kernel-source/.kernel-meta/meta-series
--- kernel-bad/raspberrypi3-64/kernel-source/.kernel-meta/meta-series
 2017-09-13 13:27:01.331918171 +0200
+++ kernel-ok/raspberrypi3-64/kernel-source/.kernel-meta/meta-series
2017-09-14 19:05:50.522031885 +0200
@@ -1,8 +1,10 @@
 #
 # scc v0.8
-# processed: Wed Sep 13 13:27:01 CEST 2017
+# processed: Thu Sep 14 19:05:50 CEST 2017
 #
 # This is a scc output file, do not edit
 #
+# _reloc_dir
/OE/build/owpb/webos-ports/tmp-glibc/work/raspberrypi3_64-webos-linux/linux-raspberrypi
 # _reloc_dir
/OE/build/owpb/webos-ports/meta-rpi-luneos/recipes-kernel/linux
+kconf
/OE/build/owpb/webos-ports/tmp-glibc/work/raspberrypi3_64-webos-linux/linux-raspberrypi/1_4.9.41+gitAUTOINC+4153f509b4-r0/defconfig
# non-hardware
 patch patches//./001-luneos-logo.patch
OE raspberrypi3-64@luneos ~/build/owpb/webos-ports/tmp-glibc $ cat

[OE-core] [PATCH] mesa: Upgrade to 17.2.0 release

[Fabio Berton]

Upgrade to a new development release and drop patches applied on upstream.

For a full release notes, please see:
https://mesa3d.org/relnotes/17.2.0.html

Signed-off-by: Fabio Berton 
---
 ...1-ac-fix-build-after-LLVM-5.0-SVN-r300718.patch | 40 --
 ...allivm-Fix-build-against-LLVM-SVN-r302589.patch | 49 --
 .../mesa/{mesa-gl_17.1.7.bb => mesa-gl_17.2.0.bb}  |  0
 .../mesa/{mesa_17.1.7.bb => mesa_17.2.0.bb}|  6 +--
 4 files changed, 2 insertions(+), 93 deletions(-)
 delete mode 100644 
meta/recipes-graphics/mesa/files/0001-ac-fix-build-after-LLVM-5.0-SVN-r300718.patch
 delete mode 100644 
meta/recipes-graphics/mesa/files/0002-gallivm-Fix-build-against-LLVM-SVN-r302589.patch
 rename meta/recipes-graphics/mesa/{mesa-gl_17.1.7.bb => mesa-gl_17.2.0.bb} 
(100%)
 rename meta/recipes-graphics/mesa/{mesa_17.1.7.bb => mesa_17.2.0.bb} (77%)

diff --git 
a/meta/recipes-graphics/mesa/files/0001-ac-fix-build-after-LLVM-5.0-SVN-r300718.patch
 
b/meta/recipes-graphics/mesa/files/0001-ac-fix-build-after-LLVM-5.0-SVN-r300718.patch
deleted file mode 100644
index b27a3bc8e4..00
--- 
a/meta/recipes-graphics/mesa/files/0001-ac-fix-build-after-LLVM-5.0-SVN-r300718.patch
+++ /dev/null
@@ -1,40 +0,0 @@
-From 9861437e58fdd0de01193a102608d34e5952953f Mon Sep 17 00:00:00 2001
-From: Christoph Haag 
-Date: Thu, 20 Apr 2017 10:34:18 +0200
-Subject: [PATCH 1/2] ac: fix build after LLVM 5.0 SVN r300718
-MIME-Version: 1.0
-Content-Type: text/plain; charset=UTF-8
-Content-Transfer-Encoding: 8bit
-
-v2: previously getWithDereferenceableBytes() exists, but addAttr() doesn't 
take that type
-
-Signed-off-by: Christoph Haag 
-Reviewed-by: Nicolai Hähnle 
-Tested-and-reviewed-by: Mike Lothian 

-Upstream-Status: Backport
-
- src/amd/common/ac_llvm_helper.cpp | 4 
- 1 file changed, 4 insertions(+)
-
-diff --git a/src/amd/common/ac_llvm_helper.cpp 
b/src/amd/common/ac_llvm_helper.cpp
-index d9ea4b1..11fa809 100644
 a/src/amd/common/ac_llvm_helper.cpp
-+++ b/src/amd/common/ac_llvm_helper.cpp
-@@ -44,9 +44,13 @@ typedef AttributeSet AttributeList;
- void ac_add_attr_dereferenceable(LLVMValueRef val, uint64_t bytes)
- {
-llvm::Argument *A = llvm::unwrap(val);
-+#if HAVE_LLVM < 0x0500
-llvm::AttrBuilder B;
-B.addDereferenceableAttr(bytes);
-A->addAttr(llvm::AttributeList::get(A->getContext(), A->getArgNo() + 1,  
B));
-+#else
-+   A->addAttr(llvm::Attribute::getWithDereferenceableBytes(A->getContext(), 
bytes));
-+#endif
- }
- 
- bool ac_is_sgpr_param(LLVMValueRef arg)
--- 
-2.13.3
-
diff --git 
a/meta/recipes-graphics/mesa/files/0002-gallivm-Fix-build-against-LLVM-SVN-r302589.patch
 
b/meta/recipes-graphics/mesa/files/0002-gallivm-Fix-build-against-LLVM-SVN-r302589.patch
deleted file mode 100644
index ac8caec74d..00
--- 
a/meta/recipes-graphics/mesa/files/0002-gallivm-Fix-build-against-LLVM-SVN-r302589.patch
+++ /dev/null
@@ -1,49 +0,0 @@
-From a02a0dfda2712d30ad62b8f0421ec7b8244ba2cb Mon Sep 17 00:00:00 2001
-From: =?UTF-8?q?Michel=20D=C3=A4nzer?= 
-Date: Wed, 10 May 2017 17:26:07 +0900
-Subject: [PATCH 2/2] gallivm: Fix build against LLVM SVN >= r302589
-MIME-Version: 1.0
-Content-Type: text/plain; charset=UTF-8
-Content-Transfer-Encoding: 8bit
-
-deregisterEHFrames doesn't take any parameters anymore.
-
-Reviewed-by: Vedran Miletić 
-Reviewed-by: Marek Olšák 

-Upstream-Status: Backport
-
- src/gallium/auxiliary/gallivm/lp_bld_misc.cpp | 12 +---
- 1 file changed, 9 insertions(+), 3 deletions(-)
-
-diff --git a/src/gallium/auxiliary/gallivm/lp_bld_misc.cpp 
b/src/gallium/auxiliary/gallivm/lp_bld_misc.cpp
-index 2a388cb..0e4a531 100644
 a/src/gallium/auxiliary/gallivm/lp_bld_misc.cpp
-+++ b/src/gallium/auxiliary/gallivm/lp_bld_misc.cpp
-@@ -342,14 +342,20 @@ class DelegatingJITMemoryManager : public 
BaseMemoryManager {
-   virtual void registerEHFrames(uint8_t *Addr, uint64_t LoadAddr, size_t 
Size) {
-  mgr()->registerEHFrames(Addr, LoadAddr, Size);
-   }
--  virtual void deregisterEHFrames(uint8_t *Addr, uint64_t LoadAddr, 
size_t Size) {
-- mgr()->deregisterEHFrames(Addr, LoadAddr, Size);
--  }
- #else
-   virtual void registerEHFrames(llvm::StringRef SectionData) {
-  mgr()->registerEHFrames(SectionData);
-   }
- #endif
-+#if HAVE_LLVM >= 0x0500
-+  virtual void deregisterEHFrames() {
-+ mgr()->deregisterEHFrames();
-+  }
-+#elif HAVE_LLVM >= 0x0304
-+  virtual void deregisterEHFrames(uint8_t *Addr, uint64_t LoadAddr, 
size_t Size) {
-+ mgr()->deregisterEHFrames(Addr, LoadAddr, Size);
-+  }
-+#endif
-   virtual void *getPointerToNamedFunction(const std::string ,
-   bool AbortOnFailure=true) {
-  return 

Re: [OE-core] [RFC][PATCH] insane.bbclass: Add do_qa_pseudo function to check for common errors listed in pseudo.log

[Seebs]

On Thu, 14 Sep 2017 15:53:09 +0100
"Burton, Ross"  wrote:

> Example:
> 
> path mismatch [5 links]: ino 27539515 db
> '/data/poky-tmp/master/build/work/corei7-64-poky-linux/dbus/1.10.20-r0/recipe-sysroot-native/usr/bin/x86_64-poky-linux/x86_64-poky-linux-ld.bfd'
> req
> '/data/poky-tmp/master/build/sysroots-components/x86_64/binutils-cross-x86_64/usr/bin/x86_64-poky-linux/x86_64-poky-linux-ld'.
> 
> Looks like this is just warning that there is a symlink, right?

Hard link, not symlink. Symlinks are recorded separately, "links" is
the hard link count in the filesystem, which doesn't include symlinks.

That message is almost always Harmless. Although strictly speaking, it
probably indicates that one of the links was made outside of pseudo,
which in theory shouldn't happen, I think.

At least, I *think* the current intent is to always use an exact match
(both path and inode) if possible, so it shouldn't see a mismatch
unless there's a path that got used but that isn't in the database.

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

Re: [OE-core] [RFC][PATCH] insane.bbclass: Add do_qa_pseudo function to check for common errors listed in pseudo.log

[Burton, Ross]

On 13 September 2017 at 23:09, Seebs  wrote:

> On Wed, 13 Sep 2017 22:46:59 +0200
> Martin Jansa  wrote:
>
> >   And some-other-unrelated-file is really some different file, not
> > just hardlink to the same file from some different directory (like
> > between WORKDIR and sysroot other "path mismatch" entries show).
>
> To clarify a thing: In practice, "path mismatch" with links > 1 is
> probably harmless. I think I had a patch floating around to stop
> alerting about it except when being paranoid.
>

Example:

path mismatch [5 links]: ino 27539515 db
'/data/poky-tmp/master/build/work/corei7-64-poky-linux/dbus/1.10.20-r0/recipe-sysroot-native/usr/bin/x86_64-poky-linux/x86_64-poky-linux-ld.bfd'
req
'/data/poky-tmp/master/build/sysroots-components/x86_64/binutils-cross-x86_64/usr/bin/x86_64-poky-linux/x86_64-poky-linux-ld'.

Looks like this is just warning that there is a symlink, right?

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

Re: [OE-core] [RFC][PATCH] insane.bbclass: Add do_qa_pseudo function to check for common errors listed in pseudo.log

[Seebs]

On Thu, 14 Sep 2017 00:28:34 +0200
Martin Jansa  wrote:

> OK, thanks.
> 
> Any insights to the first issue described in commit message? That we
> know that is an Actual Problem, but hard to reproduce it.

This one?
  glibc-locale-2.26:
  glibc-locale: 
/glibc-binary-localedata-en-gb/usr/lib/locale/en_GB/LC_MEASUREMENT
  is owned by uid 3004, which is the same as the user running bitbake.
  This may be due to host contamination [host-user-contaminated]

My first guess would be some kind of weird timing interaction involving
symlinks or, if it's still there, the really weird copy of locale data
into an intermediate location to move it from the glibc package to the
glibc_locale package or something. But it seems like that should be
reproducible, so I'm not sure.

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

Re: [OE-core] [PATCH] systemd: Fix rootfs transaction error when PACKAGECONFIG has polkit

[Martin Jansa]

I'm sorry for noise, I've reproduced it in LuneOS raspberrypi build and the
root cause is wrongly used override in this bbappend:

https://github.com/webOS-ports/meta-rpi-luneos/blob/3b76e0b7d554e937263e685854819ab8454ebe35/recipes-core/systemd/systemd_%25.bbappend

On Thu, Sep 14, 2017 at 12:05 AM, Martin Jansa 
wrote:

> Yes, you're right it shouldn't use passwd/group from host.
>
> I've tried to reproduce it in different build directory and now I see that
> it properly adds polkitd user in do_prepare_recipe_sysroot task already:
> OE @ ~ $ tail -n 15 /OE/build/oe-core/tmp-glibc/work/core2-64-oe-linux/
> systemd/1_234-r0/temp/log.do_prepare_recipe_sysroot
> DEBUG: SITE files ['endian-little', 'common-linux', 'common-glibc',
> 'bit-64', 'x86_64-linux', 'common']
> DEBUG: SITE files ['endian-little', 'common-linux', 'common-glibc',
> 'bit-64', 'x86_64-linux', 'common']
> DEBUG: Executing shell function useradd_sysroot
> /OE/build/oe-core/tmp-glibc/work/core2-64-oe-linux/
> systemd/1_234-r0/recipe-sysroot-native/usr/sbin/useradd
> Running groupadd commands...
> NOTE: systemd: Performing groupadd with [--root
> /OE/build/oe-core/tmp-glibc/work/core2-64-oe-linux/
> systemd/1_234-r0/recipe-sysroot -r lock]
> NOTE: systemd: Performing groupadd with [--root
> /OE/build/oe-core/tmp-glibc/work/core2-64-oe-linux/
> systemd/1_234-r0/recipe-sysroot  -r systemd-journal]
> Running useradd commands...
> NOTE: systemd: Performing useradd with [--root /OE/build/oe-core/tmp-glibc/
> work/core2-64-oe-linux/systemd/1_234-r0/recipe-sysroot --system -d /
> -M --shell /bin/nologin systemd-timesync]
> NOTE: systemd: Performing useradd with [--root /OE/build/oe-core/tmp-glibc/
> work/core2-64-oe-linux/systemd/1_234-r0/recipe-sysroot  --system -d / -M
> --shell /bin/nologin systemd-network]
> NOTE: systemd: Performing useradd with [--root /OE/build/oe-core/tmp-glibc/
> work/core2-64-oe-linux/systemd/1_234-r0/recipe-sysroot   --system -d / -M
> --shell /bin/nologin systemd-resolve]
> NOTE: systemd: Performing useradd with [--root /OE/build/oe-core/tmp-glibc/
> work/core2-64-oe-linux/systemd/1_234-r0/recipe-sysroot  --system
> --no-create-home --user-group --home-dir /etc/polkit-1 polkitd]
> NOTE: systemd: Performing useradd with [--root /OE/build/oe-core/tmp-glibc/
> work/core2-64-oe-linux/systemd/1_234-r0/recipe-sysroot   --system -d / -M
> --shell /bin/nologin systemd-bus-proxy]
> DEBUG: Shell function useradd_sysroot finished
> DEBUG: Python function useradd_sysroot_sstate finished
>
> tomorrow I'll try to reproduce it in the directory where it failed before,
> my guess is that in that build do_prepare_recipe_sysroot wasn't re-executed
> correctly and unlike here:
> OE @ ~ $ grep -R polkitd /OE/build/oe-core/tmp-glibc/
> work/core2-64-oe-linux/systemd/1_234-r0/recipe-sysroot/etc
> /OE/build/oe-core/tmp-glibc/work/core2-64-oe-linux/
> systemd/1_234-r0/recipe-sysroot/etc/group:polkitd:!:994:
> /OE/build/oe-core/tmp-glibc/work/core2-64-oe-linux/
> systemd/1_234-r0/recipe-sysroot/etc/group-:polkitd:!:994:
> /OE/build/oe-core/tmp-glibc/work/core2-64-oe-linux/
> systemd/1_234-r0/recipe-sysroot/etc/passwd-:polkitd:!:
> 996:994::/etc/polkit-1:
> /OE/build/oe-core/tmp-glibc/work/core2-64-oe-linux/
> systemd/1_234-r0/recipe-sysroot/etc/passwd:polkitd:!:
> 996:994::/etc/polkit-1:
>
> or there might be another issue in pseudo or something like that.
>
> Thanks
>
>
> On Wed, Sep 13, 2017 at 2:40 PM, Jason Wessel 
> wrote:
>
>> It should work because it has nothing to do with that particular passwd
>> file.   This is builds successfully on a ubuntu 16.04 host which has no
>> polkitd user.
>>
>> Also with the user add stanza in the patch it should be adding the user
>> that is required when PACKAGECONFIG has the polkitd added to the psuedo
>> passwd file.   We have quite a few configurations building properly.  Where
>> I have seen transient failures before is when the -native sysroot does not
>> get rebuilt but that is typically with other recipes.
>>
>> Is this still a problem?
>>
>>
>> Jason.
>>
>>
>> On 09/06/2017 01:35 PM, Martin Jansa wrote:
>>
>> Does this work on hosts without polkitd user?
>>
>> Here it failed with:
>>
>> | chown: invalid user: ‘polkitd:root’
>>
>>
>>
>>
>>
>>
>> On Tue, Aug 15, 2017 at 8:55 PM, Jason Wessel > > wrote:
>>
>>> The systemd 234 added some files to the polkit directory and the
>>> directory the files live in must be owned by the polkitd user, else
>>> you will receive the following error when the rootfs is being
>>> assembled:
>>>
>>> Error: Transaction check error:
>>>   file /usr/share/polkit-1/rules.d conflicts between attempted installs
>>> of polkit-0.113-r0.15.core2_64 and systemd-1:234-r0.0.core2_64
>>>
>>> The fix similar to other packages such as libvirt where the user must
>>> exist and the directory must be created with the proper attributes.
>>>
>>> Signed-off-by: Jason Wessel 
>>> 

[OE-core] [PATCH] README.qemu: qemuppc64 is not supported

[Randy MacLeod]

Signed-off-by: Randy MacLeod 
---
 README.qemu | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/README.qemu b/README.qemu
index fca04b1..9f56b7d 100644
--- a/README.qemu
+++ b/README.qemu
@@ -7,7 +7,7 @@ are currently supported in 32 and 64 bit variants:
 
   * ARM (qemuarm + qemuarm64)
   * x86 (qemux86 + qemux86-64)
-  * PowerPC (qemuppc + qemuppc64)
+  * PowerPC (qemuppc only)
   * MIPS (qemumips + qemumips64)
 
 Use of the QEMU images is covered in the Yocto Project Reference Manual.
-- 
2.9.3

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

[OE-core] [PATCH 9/9] linux-yocto/4.4: bluetooth: CVE-2017-1000251

[Bruce Ashfield]

Integrating the following commit:

[
commit 16de0149674ed12d983b77a453852ac2e64584b4
Author: Ben Seri 
Date:   Sat Sep 9 23:15:59 2017 +0200

Bluetooth: Properly check L2CAP config option output buffer length

Validate the output buffer length for L2CAP config requests and
responses to avoid overflowing the stack buffer used for building the
option blocks.

Cc: sta...@vger.kernel.org
Signed-off-by: Ben Seri 
Signed-off-by: Marcel Holtmann 
Signed-off-by: Linus Torvalds 
Signed-off-by: Bruce Ashfield 
]

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

diff --git a/meta/recipes-kernel/linux/linux-yocto-rt_4.4.bb 
b/meta/recipes-kernel/linux/linux-yocto-rt_4.4.bb
index f808f9bb9c99..25d88833a943 100644
--- a/meta/recipes-kernel/linux/linux-yocto-rt_4.4.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-rt_4.4.bb
@@ -11,7 +11,7 @@ python () {
 raise bb.parse.SkipPackage("Set PREFERRED_PROVIDER_virtual/kernel to 
linux-yocto-rt to enable it")
 }
 
-SRCREV_machine ?= "7c9e95ef538ddfed606500281e20c42bc1ac1ae0"
+SRCREV_machine ?= "1e691db7af642fff0222a1f1d1e9043c172699d5"
 SRCREV_meta ?= "804d2b3164ec25ed519fd695de9aa0908460c92e"
 
 SRC_URI = 
"git://git.yoctoproject.org/linux-yocto-4.4.git;branch=${KBRANCH};name=machine \
diff --git a/meta/recipes-kernel/linux/linux-yocto-tiny_4.4.bb 
b/meta/recipes-kernel/linux/linux-yocto-tiny_4.4.bb
index 56dd6f40e895..50b9a56a005a 100644
--- a/meta/recipes-kernel/linux/linux-yocto-tiny_4.4.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-tiny_4.4.bb
@@ -9,7 +9,7 @@ LINUX_VERSION ?= "4.4.87"
 KMETA = "kernel-meta"
 KCONF_BSP_AUDIT_LEVEL = "2"
 
-SRCREV_machine ?= "7078ebf01189f5da4b676f70dddc92abba42"
+SRCREV_machine ?= "b71c7b786aed26c0a1e4eca66f1d874ec017d699"
 SRCREV_meta ?= "804d2b3164ec25ed519fd695de9aa0908460c92e"
 
 PV = "${LINUX_VERSION}+git${SRCPV}"
diff --git a/meta/recipes-kernel/linux/linux-yocto_4.4.bb 
b/meta/recipes-kernel/linux/linux-yocto_4.4.bb
index 9e8f43c3cdb9..d300e69489c5 100644
--- a/meta/recipes-kernel/linux/linux-yocto_4.4.bb
+++ b/meta/recipes-kernel/linux/linux-yocto_4.4.bb
@@ -11,14 +11,14 @@ KBRANCH_qemux86  ?= "standard/base"
 KBRANCH_qemux86-64 ?= "standard/base"
 KBRANCH_qemumips64 ?= "standard/mti-malta64"
 
-SRCREV_machine_qemuarm ?= "799a97a6f555d98479a55d92e580d91e6f621118"
-SRCREV_machine_qemuarm64 ?= "7078ebf01189f5da4b676f70dddc92abba42"
-SRCREV_machine_qemumips ?= "18ad0e32668a585380b7f48b5dacd288b0c882d3"
-SRCREV_machine_qemuppc ?= "7078ebf01189f5da4b676f70dddc92abba42"
-SRCREV_machine_qemux86 ?= "7078ebf01189f5da4b676f70dddc92abba42"
-SRCREV_machine_qemux86-64 ?= "7078ebf01189f5da4b676f70dddc92abba42"
-SRCREV_machine_qemumips64 ?= "1b88be0ada672b2b74221d9a810d3072cb92cf37"
-SRCREV_machine ?= "7078ebf01189f5da4b676f70dddc92abba42"
+SRCREV_machine_qemuarm ?= "840e2c02dde98ee9c584cacdd5bb0812e9dcd016"
+SRCREV_machine_qemuarm64 ?= "b71c7b786aed26c0a1e4eca66f1d874ec017d699"
+SRCREV_machine_qemumips ?= "27a547fe77b05ae63c3b973a029c3933ef62c164"
+SRCREV_machine_qemuppc ?= "b71c7b786aed26c0a1e4eca66f1d874ec017d699"
+SRCREV_machine_qemux86 ?= "b71c7b786aed26c0a1e4eca66f1d874ec017d699"
+SRCREV_machine_qemux86-64 ?= "b71c7b786aed26c0a1e4eca66f1d874ec017d699"
+SRCREV_machine_qemumips64 ?= "7e333c223b568704cc3303b2e922ff85a2a8f7ef"
+SRCREV_machine ?= "b71c7b786aed26c0a1e4eca66f1d874ec017d699"
 SRCREV_meta ?= "804d2b3164ec25ed519fd695de9aa0908460c92e"
 
 SRC_URI = 
"git://git.yoctoproject.org/linux-yocto-4.4.git;name=machine;branch=${KBRANCH}; 
\
-- 
2.5.0

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

[OE-core] [PATCH 8/9] linux-yocto/4.9: bluetooth: CVE-2017-1000251

[Bruce Ashfield]

Integrating the following commit:

[
commit 16de0149674ed12d983b77a453852ac2e64584b4
Author: Ben Seri 
Date:   Sat Sep 9 23:15:59 2017 +0200

Bluetooth: Properly check L2CAP config option output buffer length

Validate the output buffer length for L2CAP config requests and
responses to avoid overflowing the stack buffer used for building the
option blocks.

Cc: sta...@vger.kernel.org
Signed-off-by: Ben Seri 
Signed-off-by: Marcel Holtmann 
Signed-off-by: Linus Torvalds 
Signed-off-by: Bruce Ashfield 
]

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

diff --git a/meta/recipes-kernel/linux/linux-yocto-rt_4.9.bb 
b/meta/recipes-kernel/linux/linux-yocto-rt_4.9.bb
index 23c445a814af..6734dc0d05e2 100644
--- a/meta/recipes-kernel/linux/linux-yocto-rt_4.9.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-rt_4.9.bb
@@ -11,7 +11,7 @@ python () {
 raise bb.parse.SkipPackage("Set PREFERRED_PROVIDER_virtual/kernel to 
linux-yocto-rt to enable it")
 }
 
-SRCREV_machine ?= "1e3f9281ed3043b83d31a3f3dfd28cfb0343873f"
+SRCREV_machine ?= "0817a7b3a853d1bdd3b87a2654ed2ee62f624806"
 SRCREV_meta ?= "6acae6f7200af17b3c2be5ecab2cffdc59a02b35"
 
 SRC_URI = 
"git://git.yoctoproject.org/linux-yocto-4.9.git;branch=${KBRANCH};name=machine \
diff --git a/meta/recipes-kernel/linux/linux-yocto-tiny_4.9.bb 
b/meta/recipes-kernel/linux/linux-yocto-tiny_4.9.bb
index 0c2ff0acb272..e0c523661883 100644
--- a/meta/recipes-kernel/linux/linux-yocto-tiny_4.9.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-tiny_4.9.bb
@@ -9,7 +9,7 @@ LINUX_VERSION ?= "4.9.49"
 KMETA = "kernel-meta"
 KCONF_BSP_AUDIT_LEVEL = "2"
 
-SRCREV_machine ?= "0a2c7ae3c42cd9009df2df20afd2df78332c3ae3"
+SRCREV_machine ?= "480ee599fb8df712c10dcf4b7aa6398b79f7d404"
 SRCREV_meta ?= "6acae6f7200af17b3c2be5ecab2cffdc59a02b35"
 
 PV = "${LINUX_VERSION}+git${SRCPV}"
diff --git a/meta/recipes-kernel/linux/linux-yocto_4.9.bb 
b/meta/recipes-kernel/linux/linux-yocto_4.9.bb
index dbb5d54117f2..dbe40a338d88 100644
--- a/meta/recipes-kernel/linux/linux-yocto_4.9.bb
+++ b/meta/recipes-kernel/linux/linux-yocto_4.9.bb
@@ -11,14 +11,14 @@ KBRANCH_qemux86  ?= "standard/base"
 KBRANCH_qemux86-64 ?= "standard/base"
 KBRANCH_qemumips64 ?= "standard/mti-malta64"
 
-SRCREV_machine_qemuarm ?= "072093c81a9329cec188905dfadb19c983be14f7"
-SRCREV_machine_qemuarm64 ?= "0a2c7ae3c42cd9009df2df20afd2df78332c3ae3"
-SRCREV_machine_qemumips ?= "0c66ebad24541c7673620ca433cd8478e5d06e3b"
-SRCREV_machine_qemuppc ?= "0a2c7ae3c42cd9009df2df20afd2df78332c3ae3"
-SRCREV_machine_qemux86 ?= "0a2c7ae3c42cd9009df2df20afd2df78332c3ae3"
-SRCREV_machine_qemux86-64 ?= "0a2c7ae3c42cd9009df2df20afd2df78332c3ae3"
-SRCREV_machine_qemumips64 ?= "6ac61462925ac9d6f668286bc29ee54f05e8f5e9"
-SRCREV_machine ?= "0a2c7ae3c42cd9009df2df20afd2df78332c3ae3"
+SRCREV_machine_qemuarm ?= "8caa35a74753d45178720933f03d8d5150a8ff17"
+SRCREV_machine_qemuarm64 ?= "480ee599fb8df712c10dcf4b7aa6398b79f7d404"
+SRCREV_machine_qemumips ?= "fc2a3b9f932779fdf053675a5a73e8f9917507a5"
+SRCREV_machine_qemuppc ?= "480ee599fb8df712c10dcf4b7aa6398b79f7d404"
+SRCREV_machine_qemux86 ?= "480ee599fb8df712c10dcf4b7aa6398b79f7d404"
+SRCREV_machine_qemux86-64 ?= "480ee599fb8df712c10dcf4b7aa6398b79f7d404"
+SRCREV_machine_qemumips64 ?= "aee63978005c04ea853099764acaa08130e65554"
+SRCREV_machine ?= "480ee599fb8df712c10dcf4b7aa6398b79f7d404"
 SRCREV_meta ?= "6acae6f7200af17b3c2be5ecab2cffdc59a02b35"
 
 SRC_URI = 
"git://git.yoctoproject.org/linux-yocto-4.9.git;name=machine;branch=${KBRANCH}; 
\
-- 
2.5.0

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

[OE-core] [PATCH 7/9] linux-yocto/4.12: bluetooth: CVE-2017-1000251

[Bruce Ashfield]

Integrating the following commit:

[
commit 16de0149674ed12d983b77a453852ac2e64584b4
Author: Ben Seri 
Date:   Sat Sep 9 23:15:59 2017 +0200

Bluetooth: Properly check L2CAP config option output buffer length

Validate the output buffer length for L2CAP config requests and
responses to avoid overflowing the stack buffer used for building the
option blocks.

Cc: sta...@vger.kernel.org
Signed-off-by: Ben Seri 
Signed-off-by: Marcel Holtmann 
Signed-off-by: Linus Torvalds 
Signed-off-by: Bruce Ashfield 
]

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

diff --git a/meta/recipes-kernel/linux/linux-yocto-rt_4.12.bb 
b/meta/recipes-kernel/linux/linux-yocto-rt_4.12.bb
index 491e5b05a23a..c49a9340f8e2 100644
--- a/meta/recipes-kernel/linux/linux-yocto-rt_4.12.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-rt_4.12.bb
@@ -11,7 +11,7 @@ python () {
 raise bb.parse.SkipPackage("Set PREFERRED_PROVIDER_virtual/kernel to 
linux-yocto-rt to enable it")
 }
 
-SRCREV_machine ?= "c86fccf85be960294703ca9882dde9ee62aaa9e4"
+SRCREV_machine ?= "16de0149674ed12d983b77a453852ac2e64584b4"
 SRCREV_meta ?= "eda4d18ce4b259c84ccd5c249c3dc5958c16928c"
 
 SRC_URI = 
"git://git.yoctoproject.org/linux-yocto-4.12.git;branch=${KBRANCH};name=machine 
\
diff --git a/meta/recipes-kernel/linux/linux-yocto-tiny_4.12.bb 
b/meta/recipes-kernel/linux/linux-yocto-tiny_4.12.bb
index 05debd338b99..efd876aee5ef 100644
--- a/meta/recipes-kernel/linux/linux-yocto-tiny_4.12.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-tiny_4.12.bb
@@ -9,7 +9,7 @@ LINUX_VERSION ?= "4.12.12"
 KMETA = "kernel-meta"
 KCONF_BSP_AUDIT_LEVEL = "2"
 
-SRCREV_machine ?= "c86fccf85be960294703ca9882dde9ee62aaa9e4"
+SRCREV_machine ?= "16de0149674ed12d983b77a453852ac2e64584b4"
 SRCREV_meta ?= "eda4d18ce4b259c84ccd5c249c3dc5958c16928c"
 
 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 d060e2496b8d..a2624090d3f8 100644
--- a/meta/recipes-kernel/linux/linux-yocto_4.12.bb
+++ b/meta/recipes-kernel/linux/linux-yocto_4.12.bb
@@ -11,14 +11,14 @@ KBRANCH_qemux86  ?= "standard/base"
 KBRANCH_qemux86-64 ?= "standard/base"
 KBRANCH_qemumips64 ?= "standard/mti-malta64"
 
-SRCREV_machine_qemuarm ?= "42a4ca618610964560fcf6e4b6d7540f5449e992"
-SRCREV_machine_qemuarm64 ?= "c86fccf85be960294703ca9882dde9ee62aaa9e4"
-SRCREV_machine_qemumips ?= "9252e9261b0a606df2f3f49004c23f8a110962ad"
-SRCREV_machine_qemuppc ?= "c86fccf85be960294703ca9882dde9ee62aaa9e4"
-SRCREV_machine_qemux86 ?= "c86fccf85be960294703ca9882dde9ee62aaa9e4"
-SRCREV_machine_qemux86-64 ?= "c86fccf85be960294703ca9882dde9ee62aaa9e4"
-SRCREV_machine_qemumips64 ?= "bbcf4a8ae8af56687938a7412a9da92f4d1b6552"
-SRCREV_machine ?= "c86fccf85be960294703ca9882dde9ee62aaa9e4"
+SRCREV_machine_qemuarm ?= "67b62d8d7bd9f19f0f4fad044787d947ebc4ec25"
+SRCREV_machine_qemuarm64 ?= "16de0149674ed12d983b77a453852ac2e64584b4"
+SRCREV_machine_qemumips ?= "371926551d44c140a0fb869cec34762b40bdf1a6"
+SRCREV_machine_qemuppc ?= "16de0149674ed12d983b77a453852ac2e64584b4"
+SRCREV_machine_qemux86 ?= "16de0149674ed12d983b77a453852ac2e64584b4"
+SRCREV_machine_qemux86-64 ?= "16de0149674ed12d983b77a453852ac2e64584b4"
+SRCREV_machine_qemumips64 ?= "9d63d9c11c44ceabd452d7ee49cf55a88c39383f"
+SRCREV_machine ?= "16de0149674ed12d983b77a453852ac2e64584b4"
 SRCREV_meta ?= "eda4d18ce4b259c84ccd5c249c3dc5958c16928c"
 
 SRC_URI = 
"git://git.yoctoproject.org/linux-yocto-4.12.git;name=machine;branch=${KBRANCH};
 \
-- 
2.5.0

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

[OE-core] [PATCH 6/9] linux-yocto/4.10: bluetooth: CVE-2017-1000251

[Bruce Ashfield]

Integrating the following commit:

[
commit 16de0149674ed12d983b77a453852ac2e64584b4
Author: Ben Seri 
Date:   Sat Sep 9 23:15:59 2017 +0200

Bluetooth: Properly check L2CAP config option output buffer length

Validate the output buffer length for L2CAP config requests and
responses to avoid overflowing the stack buffer used for building the
option blocks.

Cc: sta...@vger.kernel.org
Signed-off-by: Ben Seri 
Signed-off-by: Marcel Holtmann 
Signed-off-by: Linus Torvalds 
Signed-off-by: Bruce Ashfield 
]

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

diff --git a/meta/recipes-kernel/linux/linux-yocto-rt_4.10.bb 
b/meta/recipes-kernel/linux/linux-yocto-rt_4.10.bb
index 17d819153e58..f93d9530ebc5 100644
--- a/meta/recipes-kernel/linux/linux-yocto-rt_4.10.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-rt_4.10.bb
@@ -11,8 +11,8 @@ python () {
 raise bb.parse.SkipPackage("Set PREFERRED_PROVIDER_virtual/kernel to 
linux-yocto-rt to enable it")
 }
 
-SRCREV_machine ?= "f4ba3db6e599ed41d1c676f9086ad8b97fd55046"
-SRCREV_meta ?= "ba11a3e8f1bc465c9de3cf00e8e60437db60e886"
+SRCREV_machine ?= "c1d8c4408b8aedd88eeb6ccc89ce834dd41b3f09"
+SRCREV_meta ?= "40ee48ac099c04f60d2c132031d9625a4e0c4c9e"
 
 SRC_URI = 
"git://git.yoctoproject.org/linux-yocto-4.10.git;branch=${KBRANCH};name=machine 
\

git://git.yoctoproject.org/yocto-kernel-cache;type=kmeta;name=meta;branch=yocto-4.10;destsuffix=${KMETA}"
diff --git a/meta/recipes-kernel/linux/linux-yocto-tiny_4.10.bb 
b/meta/recipes-kernel/linux/linux-yocto-tiny_4.10.bb
index 7730da60fa62..31396ab3032e 100644
--- a/meta/recipes-kernel/linux/linux-yocto-tiny_4.10.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-tiny_4.10.bb
@@ -9,8 +9,8 @@ LINUX_VERSION ?= "4.10.17"
 KMETA = "kernel-meta"
 KCONF_BSP_AUDIT_LEVEL = "2"
 
-SRCREV_machine ?= "f4ba3db6e599ed41d1c676f9086ad8b97fd55046"
-SRCREV_meta ?= "ba11a3e8f1bc465c9de3cf00e8e60437db60e886"
+SRCREV_machine ?= "c1d8c4408b8aedd88eeb6ccc89ce834dd41b3f09"
+SRCREV_meta ?= "40ee48ac099c04f60d2c132031d9625a4e0c4c9e"
 
 PV = "${LINUX_VERSION}+git${SRCPV}"
 
diff --git a/meta/recipes-kernel/linux/linux-yocto_4.10.bb 
b/meta/recipes-kernel/linux/linux-yocto_4.10.bb
index 6e5c726b336e..7fcc753a705c 100644
--- a/meta/recipes-kernel/linux/linux-yocto_4.10.bb
+++ b/meta/recipes-kernel/linux/linux-yocto_4.10.bb
@@ -11,15 +11,15 @@ KBRANCH_qemux86  ?= "standard/base"
 KBRANCH_qemux86-64 ?= "standard/base"
 KBRANCH_qemumips64 ?= "standard/mti-malta64"
 
-SRCREV_machine_qemuarm ?= "97253eca8592c9cba7c7665277e1118b048b9639"
-SRCREV_machine_qemuarm64 ?= "f4ba3db6e599ed41d1c676f9086ad8b97fd55046"
-SRCREV_machine_qemumips ?= "52e935b59800868731e7620caf49cc257f1b9946"
-SRCREV_machine_qemuppc ?= "f4ba3db6e599ed41d1c676f9086ad8b97fd55046"
-SRCREV_machine_qemux86 ?= "f4ba3db6e599ed41d1c676f9086ad8b97fd55046"
-SRCREV_machine_qemux86-64 ?= "f4ba3db6e599ed41d1c676f9086ad8b97fd55046"
-SRCREV_machine_qemumips64 ?= "7b6d7feb4b0143d6f9146784f6072ffd171dd7ba"
-SRCREV_machine ?= "f4ba3db6e599ed41d1c676f9086ad8b97fd55046"
-SRCREV_meta ?= "ba11a3e8f1bc465c9de3cf00e8e60437db60e886"
+SRCREV_machine_qemuarm ?= "ae12e19cecc19af66f64a50538909cb1cad185f9"
+SRCREV_machine_qemuarm64 ?= "c1d8c4408b8aedd88eeb6ccc89ce834dd41b3f09"
+SRCREV_machine_qemumips ?= "b71b80fd679a17dfb4f73b352263c49273f721d4"
+SRCREV_machine_qemuppc ?= "c1d8c4408b8aedd88eeb6ccc89ce834dd41b3f09"
+SRCREV_machine_qemux86 ?= "c1d8c4408b8aedd88eeb6ccc89ce834dd41b3f09"
+SRCREV_machine_qemux86-64 ?= "c1d8c4408b8aedd88eeb6ccc89ce834dd41b3f09"
+SRCREV_machine_qemumips64 ?= "8bb135e71037c46175bbcc7acf387309b2e17133"
+SRCREV_machine ?= "c1d8c4408b8aedd88eeb6ccc89ce834dd41b3f09"
+SRCREV_meta ?= "40ee48ac099c04f60d2c132031d9625a4e0c4c9e"
 
 SRC_URI = 
"git://git.yoctoproject.org/linux-yocto-4.10.git;name=machine;branch=${KBRANCH};
 \

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

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

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

[Bruce Ashfield]

Integrating the -stable update with the following commits:

   573b59e17e37 Linux 4.4.87
   d95827490c39 crypto: algif_skcipher - only call put_page on referenced and 
used pages
   ab3ee6b53d67 epoll: fix race between ep_poll_callback(POLLFREE) and 
ep_free()/ep_remove()
   628212c89fae kvm: arm/arm64: Force reading uncached stage2 PGD
   57ff696f54b5 kvm: arm/arm64: Fix race in resetting stage2 PGD
   94183009ac0e drm/ttm: Fix accounting error when fail to get pages for pool
   9b3dcc98d8df xfrm: policy: check policy direction value
   c0c2e7567a34 wl1251: add a missing spin_lock_init()
   5f08f0aebf70 CIFS: remove endian related sparse warning
   e596cc1454d4 CIFS: Fix maximum SMB2 header size
   6cdda3497db8 alpha: uapi: Add support for __SANE_USERSPACE_TYPES__
   ed48d9230e30 cpuset: Fix incorrect memory_pressure control file mapping
   15e94ec4ec21 cpumask: fix spurious cpumask_of_node() on non-NUMA multi-node 
configs
   857d0b3dd756 ceph: fix readpage from fscache
   043ccc9781cc i2c: ismt: Return EMSGSIZE for block reads with bogus length
   fab3229af4e5 i2c: ismt: Don't duplicate the receive length for block reads
   e119fc492de9 irqchip: mips-gic: SYNC after enabling GIC region
   cd99a4f3f43b Linux 4.4.86
   c81c4d453edf drm/i915: fix compiler warning in 
drivers/gpu/drm/i915/intel_uncore.c
   b7571624fe98 scsi: sg: reset 'res_in_use' after unlinking reserved array
   a4075bbb67b9 scsi: sg: protect accesses to 'reserved' page array
   823086b057aa arm64: fpsimd: Prevent registers leaking across exec
   218720fe5939 x86/io: Add "memory" clobber to insb/insw/insl/outsb/outsw/outsl
   a7a074f3a4d5 arm64: mm: abort uaccess retries upon fatal signal
   da981044d049 lpfc: Fix Device discovery failures during switch reboot test.
   389328ea1379 p54: memset(0) whole array
   5acdbe667cf4 lightnvm: initialize ppa_addr in dev_to_generic_addr()
   d255fffdb532 gcov: support GCC 7.1
   2f3e97a814c8 gcov: add support for gcc version >= 6
   41685ae5cd7b i2c: jz4780: drop superfluous init
   05429bbfd726 btrfs: remove duplicate const specifier
   9a64425945a0 ALSA: au88x0: Fix zero clear of stream->resources
   da8477a6695a scsi: isci: avoid array subscript warning

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

diff --git a/meta/recipes-kernel/linux/linux-yocto-rt_4.4.bb 
b/meta/recipes-kernel/linux/linux-yocto-rt_4.4.bb
index b797dff25afd..f808f9bb9c99 100644
--- a/meta/recipes-kernel/linux/linux-yocto-rt_4.4.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-rt_4.4.bb
@@ -11,13 +11,13 @@ python () {
 raise bb.parse.SkipPackage("Set PREFERRED_PROVIDER_virtual/kernel to 
linux-yocto-rt to enable it")
 }
 
-SRCREV_machine ?= "1ac44e48420edba265d0fa18e4040e6d975776e6"
-SRCREV_meta ?= "8e9afd032ff3be672506a0e5ed51cde9dc45031f"
+SRCREV_machine ?= "7c9e95ef538ddfed606500281e20c42bc1ac1ae0"
+SRCREV_meta ?= "804d2b3164ec25ed519fd695de9aa0908460c92e"
 
 SRC_URI = 
"git://git.yoctoproject.org/linux-yocto-4.4.git;branch=${KBRANCH};name=machine \

git://git.yoctoproject.org/yocto-kernel-cache;type=kmeta;name=meta;branch=yocto-4.4;destsuffix=${KMETA}"
 
-LINUX_VERSION ?= "4.4.85"
+LINUX_VERSION ?= "4.4.87"
 
 PV = "${LINUX_VERSION}+git${SRCPV}"
 
diff --git a/meta/recipes-kernel/linux/linux-yocto-tiny_4.4.bb 
b/meta/recipes-kernel/linux/linux-yocto-tiny_4.4.bb
index d10803ae91a3..56dd6f40e895 100644
--- a/meta/recipes-kernel/linux/linux-yocto-tiny_4.4.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-tiny_4.4.bb
@@ -4,13 +4,13 @@ KCONFIG_MODE = "--allnoconfig"
 
 require recipes-kernel/linux/linux-yocto.inc
 
-LINUX_VERSION ?= "4.4.85"
+LINUX_VERSION ?= "4.4.87"
 
 KMETA = "kernel-meta"
 KCONF_BSP_AUDIT_LEVEL = "2"
 
-SRCREV_machine ?= "0327f8213797c4885f86aec26cf55aeef5834180"
-SRCREV_meta ?= "8e9afd032ff3be672506a0e5ed51cde9dc45031f"
+SRCREV_machine ?= "7078ebf01189f5da4b676f70dddc92abba42"
+SRCREV_meta ?= "804d2b3164ec25ed519fd695de9aa0908460c92e"
 
 PV = "${LINUX_VERSION}+git${SRCPV}"
 
diff --git a/meta/recipes-kernel/linux/linux-yocto_4.4.bb 
b/meta/recipes-kernel/linux/linux-yocto_4.4.bb
index 5634928b9388..9e8f43c3cdb9 100644
--- a/meta/recipes-kernel/linux/linux-yocto_4.4.bb
+++ b/meta/recipes-kernel/linux/linux-yocto_4.4.bb
@@ -11,20 +11,20 @@ KBRANCH_qemux86  ?= "standard/base"
 KBRANCH_qemux86-64 ?= "standard/base"
 KBRANCH_qemumips64 ?= "standard/mti-malta64"
 
-SRCREV_machine_qemuarm ?= "50253831d9b2d3dfb8e910debda66405cb11900a"
-SRCREV_machine_qemuarm64 ?= "0327f8213797c4885f86aec26cf55aeef5834180"
-SRCREV_machine_qemumips ?= "d49ac34e4781b4bcd4c1728338668bb1fd321f7c"
-SRCREV_machine_qemuppc ?= "0327f8213797c4885f86aec26cf55aeef5834180"
-SRCREV_machine_qemux86 ?= "0327f8213797c4885f86aec26cf55aeef5834180"

[OE-core] [PATCH 5/9] linux-yocto/4.12: integrate aufs4 core support

[Bruce Ashfield]

The aufs4 now has a 4.12 port, so we can integrate it into the
reference kernel and stay consistent with previous releases.

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 f19e1248a90a..491e5b05a23a 100644
--- a/meta/recipes-kernel/linux/linux-yocto-rt_4.12.bb
+++ b/meta/recipes-kernel/linux/linux-yocto-rt_4.12.bb
@@ -11,8 +11,8 @@ python () {
 raise bb.parse.SkipPackage("Set PREFERRED_PROVIDER_virtual/kernel to 
linux-yocto-rt to enable it")
 }
 
-SRCREV_machine ?= "873830670b1af7765428166db40d413018c40e28"
-SRCREV_meta ?= "4fdd56fe602ceb2690407df44283e45ff1c9cd0e"
+SRCREV_machine ?= "c86fccf85be960294703ca9882dde9ee62aaa9e4"
+SRCREV_meta ?= "eda4d18ce4b259c84ccd5c249c3dc5958c16928c"
 
 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 fa3cd2075b8f..05debd338b99 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.12"
 KMETA = "kernel-meta"
 KCONF_BSP_AUDIT_LEVEL = "2"
 
-SRCREV_machine ?= "873830670b1af7765428166db40d413018c40e28"
-SRCREV_meta ?= "4fdd56fe602ceb2690407df44283e45ff1c9cd0e"
+SRCREV_machine ?= "c86fccf85be960294703ca9882dde9ee62aaa9e4"
+SRCREV_meta ?= "eda4d18ce4b259c84ccd5c249c3dc5958c16928c"
 
 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 e9838247f45e..d060e2496b8d 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 ?= "1f5c932260cac2118d256d38b475a2811a8551e5"
-SRCREV_machine_qemuarm64 ?= "873830670b1af7765428166db40d413018c40e28"
-SRCREV_machine_qemumips ?= "a9f98cc2715a65537877c86808a101429028d48b"
-SRCREV_machine_qemuppc ?= "873830670b1af7765428166db40d413018c40e28"
-SRCREV_machine_qemux86 ?= "873830670b1af7765428166db40d413018c40e28"
-SRCREV_machine_qemux86-64 ?= "873830670b1af7765428166db40d413018c40e28"
-SRCREV_machine_qemumips64 ?= "1863c93b44aeb6badb4993fd9a6ab3d360bf30d1"
-SRCREV_machine ?= "873830670b1af7765428166db40d413018c40e28"
-SRCREV_meta ?= "4fdd56fe602ceb2690407df44283e45ff1c9cd0e"
+SRCREV_machine_qemuarm ?= "42a4ca618610964560fcf6e4b6d7540f5449e992"
+SRCREV_machine_qemuarm64 ?= "c86fccf85be960294703ca9882dde9ee62aaa9e4"
+SRCREV_machine_qemumips ?= "9252e9261b0a606df2f3f49004c23f8a110962ad"
+SRCREV_machine_qemuppc ?= "c86fccf85be960294703ca9882dde9ee62aaa9e4"
+SRCREV_machine_qemux86 ?= "c86fccf85be960294703ca9882dde9ee62aaa9e4"
+SRCREV_machine_qemux86-64 ?= "c86fccf85be960294703ca9882dde9ee62aaa9e4"
+SRCREV_machine_qemumips64 ?= "bbcf4a8ae8af56687938a7412a9da92f4d1b6552"
+SRCREV_machine ?= "c86fccf85be960294703ca9882dde9ee62aaa9e4"
+SRCREV_meta ?= "eda4d18ce4b259c84ccd5c249c3dc5958c16928c"
 
 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-yocto/4.12: update to v4.12.12

[Bruce Ashfield]

Integrating the korg stable update comprising the following commits:

   6ff98e8e5d24 Linux 4.12.12
   ce4ef9346d9f rtlwifi: Fix fallback firmware loading
   21da5e36f41e rtlwifi: Fix memory leak when firmware request fails
   3ef5220bdba7 of/device: Prevent buffer overflow in of_device_modalias()
   aee0b37b710e scsi: sg: recheck MMAP_IO request length with lock held
   b0f24dc0e57b scsi: sg: protect against races between mmap() and 
SG_SET_RESERVED_SIZE
   1054309aca02 cs5536: add support for IDE controller variant
   e5298cd80371 ahci: don't use MSI for devices with the silly Intel NVMe 
remapping scheme
   f21c4eea8bb4 workqueue: Fix flag collision
   daf316ac4a6c drm/nouveau: Fix error handling in nv50_disp_atomic_commit
   75bc569a0d4b drm/nouveau/pci/msi: disable MSI on big-endian platforms by 
default
   e3b9fb20262f s390/mm: fix BUG_ON in crst_table_upgrade
   2ce0e0495177 s390/mm: avoid empty zero pages for KVM guests to avoid 
postcopy hangs
   d859d5a434f1 MCB: add support for SC31 to mcb-lpc
   f7fb789880dd mwifiex: correct channel stat buffer overflows
   0bfb078274ed dlm: avoid double-free on error path in 
dlm_device_{register,unregister}
   985696916329 iwlwifi: pci: add new PCI ID for 7265D
   cbe865a2e67d Bluetooth: Add support of 13d3:3494 RTL8723BE device
   7d20c5530a56 rtlwifi: rtl_pci_probe: Fix fail path of _rtl_pci_find_adapter
   a47814b210eb Input: trackpoint - assume 3 buttons when buttons detection 
fails
   d49ea1b6f98f ath10k: fix memory leak in rx ring buffer allocation
   270f0aadd1d2 intel_th: pci: Add Cannon Lake PCH-LP support
   d2192374b951 intel_th: pci: Add Cannon Lake PCH-H support
   055be595e016 fpga: altera-hps2fpga: fix multiple init of l3_remap_lock
   ba89dc8dce4e crypto: caam/qi - fix compilation with DEBUG enabled
   aa57cf57df95 crypto: caam/qi - fix compilation with 
CONFIG_DEBUG_FORCE_WEAK_PER_CPU=y
   693ef09dc616 binder: free memory on error
   bbe1a3b3d20d HID: wacom: Do not completely map WACOM_HID_WD_TOUCHRINGSTATUS 
usage
   af617519a8c2 driver core: bus: Fix a potential double free
   6c6c3c6bd954 iio: adc: ti-ads1015: add adequate wait time to get correct 
conversion
   00202ded930e iio: adc: ti-ads1015: don't return invalid value from buffer 
setup callbacks
   303d31eb5adf iio: adc: ti-ads1015: avoid getting stale result after runtime 
resume
   6c164a8ad918 iio: adc: ti-ads1015: enable conversion when CONFIG_PM is not 
set
   6c5595e0815d iio: adc: ti-ads1015: fix scale information for ADS1115
   1d7fadc5937f iio: adc: ti-ads1015: fix incorrect data rate setting update
   70bfcf9e319e staging/rts5208: fix incorrect shift to extract upper nybble
   ed68c935f5ae USB: core: Avoid race of async_completed() w/ usbdev_release()
   ffdb5b9e299a ANDROID: binder: add hwbinder,vndbinder to BINDER_DEVICES.
   74ffccfed38f ANDROID: binder: add padding to binder_fd_array_object.
   68596cc21060 USB: musb: fix external abort on suspend
   c927f42c8e38 usb:xhci:Fix regression when ATI chipsets detected
   0e8e379786da usb: Add device quirk for Logitech HD Pro Webcam C920-C
   c8ff3d1a47a2 USB: serial: option: add support for D-Link DWM-157 C1
   572bcfc7fbce usb: quirks: add delay init quirk for Corsair Strafe RGB 
keyboard
   13817987369a Linux 4.12.11
   9c2144e80db8 epoll: fix race between ep_poll_callback(POLLFREE) and 
ep_free()/ep_remove()
   38f5d65ad997 drm/nouveau/i2c/gf119-: add support for address-only 
transactions
   bdacc5fcf4f9 nvme: fix the definition of the doorbell buffer config support 
bit
   c6d2779d8f0d drm/ttm: Fix accounting error when fail to get pages for pool
   6c5b60edd786 xfrm: policy: check policy direction value
   6cc6f45db016 lib/mpi: kunmap after finishing accessing buffer
   a3deff1d3285 mmc: sdhci-xenon: add set_power callback
   d767ccb7c387 wl1251: add a missing spin_lock_init()
   619d31a0d247 drm/vmwgfx: Fix F26 Wayland screen update issue
   399081a50c48 dm mpath: do not lock up a CPU with requeuing activity
   77ab9e7fb431 CIFS: remove endian related sparse warning
   0627f7136685 CIFS: Fix maximum SMB2 header size
   f3e9dc4504b1 alpha: uapi: Add support for __SANE_USERSPACE_TYPES__
   ae53897e22db cpuset: Fix incorrect memory_pressure control file mapping
   fd20ca80f807 cpumask: fix spurious cpumask_of_node() on non-NUMA multi-node 
configs
   3d7aeba120fd ceph: fix readpage from fscache
   b3010084e111 mm, madvise: ensure poisoned pages are removed from per-cpu 
lists
   8c46edd78de9 mm, uprobes: fix multiple free of ->uprobes_state.xol_area
   726bd348ead3 crypto: algif_skcipher - only call put_page on referenced and 
used pages
   44c6b4a96625 i2c: ismt: Return EMSGSIZE for block reads with bogus length
   7a90bfae6345 i2c: ismt: Don't duplicate the receive length for block reads
   6fb972d03751 crypto: chacha20 - fix handling of chunked input
   6b31ae8707a7 Input: xpad - fix PowerA init quirk for some gamepad models
   2ed56448f555 Input: synaptics - fix device info appearing different on 
reconnect
   

[OE-core] [PATCH 1/9] linux-yocto/meta: configuration feature additions

[Bruce Ashfield]

Introducing the following configuration features:

  d67d2221cc2d bpf: add bpf kernel config
  3f9fb678aa31 sysrq: add sysrq kernel config
  729eb982ffd8 kexec/kdump: Add config fragments
  e00e63ef3068 kdump: add config fragments

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

diff --git a/meta/recipes-kernel/linux/linux-yocto-rt_4.12.bb 
b/meta/recipes-kernel/linux/linux-yocto-rt_4.12.bb
index 37ccc727fc0c..f3130ad91b7d 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 ?= "b5c8cfda2dfe296410d51e131289fb09c69e1e7d"
-SRCREV_meta ?= "42965d664ffcac13ff4dffddcd4959ab08f19508"
+SRCREV_meta ?= "91b4e89037c3575912d6c3cc8977db7ea83b81f1"
 
 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 a9db5ae18753..a1ba04102ec3 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 ?= "b5c8cfda2dfe296410d51e131289fb09c69e1e7d"
-SRCREV_meta ?= "42965d664ffcac13ff4dffddcd4959ab08f19508"
+SRCREV_meta ?= "91b4e89037c3575912d6c3cc8977db7ea83b81f1"
 
 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 026d72e1f7a0..6cd82df8d2ff 100644
--- a/meta/recipes-kernel/linux/linux-yocto_4.12.bb
+++ b/meta/recipes-kernel/linux/linux-yocto_4.12.bb
@@ -19,7 +19,7 @@ SRCREV_machine_qemux86 ?= 
"b5c8cfda2dfe296410d51e131289fb09c69e1e7d"
 SRCREV_machine_qemux86-64 ?= "b5c8cfda2dfe296410d51e131289fb09c69e1e7d"
 SRCREV_machine_qemumips64 ?= "ec95c3aebd1d653a409e844779d2a3427f59"
 SRCREV_machine ?= "b5c8cfda2dfe296410d51e131289fb09c69e1e7d"
-SRCREV_meta ?= "42965d664ffcac13ff4dffddcd4959ab08f19508"
+SRCREV_meta ?= "91b4e89037c3575912d6c3cc8977db7ea83b81f1"
 
 SRC_URI = 
"git://git.yoctoproject.org/linux-yocto-4.12.git;name=machine;branch=${KBRANCH};
 \

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

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

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

[Bruce Ashfield]

Integrating the korg -stable updates that comprise the following commits:

   f07cb3489cff Linux 4.9.49
   8bc67f67b763 drm/bridge: adv7511: Switch to using 
drm_kms_helper_hotplug_event()
   8b5a7e443622 drm/bridge: adv7511: Use work_struct to defer hotplug handing 
to out of irq context
   7791b59153cb scsi: sg: recheck MMAP_IO request length with lock held
   b06e1abf1ff2 scsi: sg: protect against races between mmap() and 
SG_SET_RESERVED_SIZE
   5b9c6a54c629 cs5536: add support for IDE controller variant
   ec552ece1f25 workqueue: Fix flag collision
   25bdc516b58e drm/nouveau/pci/msi: disable MSI on big-endian platforms by 
default
   078866740e35 s390/mm: avoid empty zero pages for KVM guests to avoid 
postcopy hangs
   c193becad9ad MCB: add support for SC31 to mcb-lpc
   0e720cd70631 mwifiex: correct channel stat buffer overflows
   5c23d3ed1190 dlm: avoid double-free on error path in 
dlm_device_{register,unregister}
   23b7d4f52b69 iwlwifi: pci: add new PCI ID for 7265D
   747562619512 Bluetooth: Add support of 13d3:3494 RTL8723BE device
   b48f7183c64c rtlwifi: rtl_pci_probe: Fix fail path of _rtl_pci_find_adapter
   ed7a384a904f Input: trackpoint - assume 3 buttons when buttons detection 
fails
   90a1e2e19ed7 ath10k: fix memory leak in rx ring buffer allocation
   d8b992d93555 intel_th: pci: Add Cannon Lake PCH-LP support
   a22d561178ee intel_th: pci: Add Cannon Lake PCH-H support
   eb956edc driver core: bus: Fix a potential double free
   ffb58b875d24 iio: adc: ti-ads1015: add adequate wait time to get correct 
conversion
   ff4a98e3bcb3 iio: adc: ti-ads1015: don't return invalid value from buffer 
setup callbacks
   1ed4565b7c7b iio: adc: ti-ads1015: avoid getting stale result after runtime 
resume
   c72ad1a4fdf0 iio: adc: ti-ads1015: enable conversion when CONFIG_PM is not 
set
   115af6c3b155 iio: adc: ti-ads1015: fix scale information for ADS1115
   177d84e3a72a iio: adc: ti-ads1015: fix incorrect data rate setting update
   e58b04fb5b0b staging/rts5208: fix incorrect shift to extract upper nybble
   afcfe0661a74 USB: core: Avoid race of async_completed() w/ usbdev_release()
   80cdcd7f5335 USB: musb: fix external abort on suspend
   6b3b3a22ef20 usb:xhci:Fix regression when ATI chipsets detected
   99a22c84f51d usb: Add device quirk for Logitech HD Pro Webcam C920-C
   773b93f4255f USB: serial: option: add support for D-Link DWM-157 C1
   2ea91c52ff5f usb: quirks: add delay init quirk for Corsair Strafe RGB 
keyboard
   8a697a50c090 Linux 4.9.48
   d325f1f1e245 epoll: fix race between ep_poll_callback(POLLFREE) and 
ep_free()/ep_remove()
   dd2342ad6665 kvm: arm/arm64: Force reading uncached stage2 PGD
   70df301a083c drm/ttm: Fix accounting error when fail to get pages for pool
   12a70ccaa686 xfrm: policy: check policy direction value
   31decdcd8369 lib/mpi: kunmap after finishing accessing buffer
   9e2788ce8f17 wl1251: add a missing spin_lock_init()
   e2ae90bb85f8 CIFS: remove endian related sparse warning
   c5e76654a9e5 CIFS: Fix maximum SMB2 header size
   d4e7dfda905e alpha: uapi: Add support for __SANE_USERSPACE_TYPES__
   309e4dbfaf3d cpuset: Fix incorrect memory_pressure control file mapping
   da16ed52c36a cpumask: fix spurious cpumask_of_node() on non-NUMA multi-node 
configs
   715849268b34 ceph: fix readpage from fscache
   8cc3acff5f1a mm, madvise: ensure poisoned pages are removed from per-cpu 
lists
   17c564f629f4 mm, uprobes: fix multiple free of ->uprobes_state.xol_area
   9e0a64330ce5 crypto: algif_skcipher - only call put_page on referenced and 
used pages
   91a0e1edb80a i2c: ismt: Return EMSGSIZE for block reads with bogus length
   d22f6da47355 i2c: ismt: Don't duplicate the receive length for block reads
   31562136c8d4 irqchip: mips-gic: SYNC after enabling GIC region
   458ca52f1564 Linux 4.9.47
   529ada21ff9e lz4: fix bogus gcc warning
   c47c52cde806 scsi: sg: reset 'res_in_use' after unlinking reserved array
   4099ac938385 scsi: sg: protect accesses to 'reserved' page array
   c0c6dff92303 locking/spinlock/debug: Remove spinlock lockup detection code
   27e7506c33d0 arm64: fpsimd: Prevent registers leaking across exec
   43f776dab360 x86/io: Add "memory" clobber to insb/insw/insl/outsb/outsw/outsl
   509d8b52bbe7 arm64: mm: abort uaccess retries upon fatal signal
   3e033635b2b7 kvm: arm/arm64: Fix race in resetting stage2 PGD
   b8a1532b16fd gcov: support GCC 7.1
   47974403c9ca staging: wilc1000: simplify vif[i]->ndev accesses
   dd758f82a3bf scsi: isci: avoid array subscript warning
   f71996c3ce5d p54: memset(0) whole array

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

diff --git a/meta/recipes-kernel/linux/linux-yocto-rt_4.9.bb 

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

[Bruce Ashfield]

Hi all,

This is the last set of -stable and meta data changes for the 2.4
release window. I've also brough aufs4 into the 4.12 tree to keep
it feature consistent with all the previous linux-yocto kernels
(and given some bug reports, folks are using the aufs support).

They are -stable updates, some configuration tweaks and a round of
CVE fixes that won't make -stable before we release.

I'm still trying to track down the reported race in meta data
gathering and the rcu stalls in qemuppc, but no sense holding onto
these while those issues churn.

Cheers,

Bruce

The following changes since commit e3a69364eb1fdbf1dcb98a04b3ddfc8f9841a7fa:

  staging: gracefully abort if two recipes conflict in the sysroot (2017-09-11 
17:30:30 +0100)

are available in the git repository at:

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

Bruce Ashfield (9):
  linux-yocto/meta: configuration feature additions
  linux-yocto/4.12: update to v4.12.12
  linux-yocto/4.9: update to v4.9.49
  linux-yocto/4.4: update to v4.4.87
  linux-yocto/4.12: integrate aufs4 core support
  linux-yocto/4.10: bluetooth: CVE-2017-1000251
  linux-yocto/4.12: bluetooth: CVE-2017-1000251
  linux-yocto/4.9: bluetooth: CVE-2017-1000251
  linux-yocto/4.4: bluetooth: CVE-2017-1000251

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

-- 
2.5.0

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

Re: [OE-core] [RFC][PATCH] insane.bbclass: Add do_qa_pseudo function to check for common errors listed in pseudo.log

[Burton, Ross]

On 13 September 2017 at 23:08, Seebs  wrote:

> On Wed, 13 Sep 2017 22:50:32 +0200
> Martin Jansa  wrote:
>
> > inode mismatch:
> > '/OE/build/oe-core/tmp-glibc/work/core2-64-oe-linux/
> systemd/1_234-r0/recipe-sysroot/etc/group'
> > ino 29361846 in db, 29361904 in request.
>
> Just to be clear about this:
>
> This is at least potentially an Actual Problem. It's probably not a
> good idea to habitually ignore these. A thing like this happening means
> that, at some point:
>
> 1. Something created etc/group, and it got inode 29361846 recorded in
> the database.
> 2. Something deleted etc/group, and did NOT record this to the database.
> 3. Something created etc/group, with inode 29361904.
>
> It's possible that the thing creating etc/group didn't record it to the
> database, and something else just referred to it later (like a stat
> call), or that this was generated by the request creating the entry.
>
> Either way, it means changes were made to a pseudo-managed hunk of
> filesystem without pseudo knowing about it, and that is generally bad.


I just applied this patch and got an identical hit in systemd, which makes
me think that the useradd class (maze of code that it is) is causing this
instance.

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

Re: [OE-core] [PATCH][morty] bluez5: fix out-of-bounds access in SDP server (CVE-2017-1000250)

[Bruce Ashfield]

.. and if anyone notices, there's a kernel part to this CVE as well.

I've applied to fix to all the active linux-yocto kernels, and the change
will be part
of my consolidated pull request that comes out later today.

Cheers,

Bruce

On Thu, Sep 14, 2017 at 8:27 AM, Ross Burton  wrote:

> All versions of the SDP server in BlueZ 5.46 and earlier are vulnerable to
> an
> information disclosure vulnerability which allows remote attackers to
> obtain
> sensitive information from the bluetoothd process memory. This
> vulnerability
> lies in the processing of SDP search attribute requests.
>
> Signed-off-by: Ross Burton 
> ---
>  meta/recipes-connectivity/bluez5/bluez5.inc|  1 +
>  .../bluez5/bluez5/cve-2017-1000250.patch   | 34
> ++
>  2 files changed, 35 insertions(+)
>  create mode 100644 meta/recipes-connectivity/bluez5/bluez5/cve-2017-
> 1000250.patch
>
> diff --git a/meta/recipes-connectivity/bluez5/bluez5.inc
> b/meta/recipes-connectivity/bluez5/bluez5.inc
> index ecefb7b593e..3421c382063 100644
> --- a/meta/recipes-connectivity/bluez5/bluez5.inc
> +++ b/meta/recipes-connectivity/bluez5/bluez5.inc
> @@ -23,6 +23,7 @@ SRC_URI = "\
>  file://run-ptest \
>  ${@bb.utils.contains('DISTRO_FEATURES', 'systemd', '',
> 'file://0001-Allow-using-obexd-without-systemd-in-the-user-sessio.patch',
> d)} \
>  file://0001-tests-add-a-target-for-building-tests-without-runnin.patch
> \
> +file://cve-2017-1000250.patch \
>  "
>  S = "${WORKDIR}/bluez-${PV}"
>
> diff --git a/meta/recipes-connectivity/bluez5/bluez5/cve-2017-1000250.patch
> b/meta/recipes-connectivity/bluez5/bluez5/cve-2017-1000250.patch
> new file mode 100644
> index 000..9fac961bcf6
> --- /dev/null
> +++ b/meta/recipes-connectivity/bluez5/bluez5/cve-2017-1000250.patch
> @@ -0,0 +1,34 @@
> +All versions of the SDP server in BlueZ 5.46 and earlier are vulnerable
> to an
> +information disclosure vulnerability which allows remote attackers to
> obtain
> +sensitive information from the bluetoothd process memory. This
> vulnerability
> +lies in the processing of SDP search attribute requests.
> +
> +CVE: CVE-2017-1000250
> +Upstream-Status: Backport
> +Signed-off-by: Ross Burton 
> +
> +From 9e009647b14e810e06626dde7f1bb9ea3c375d09 Mon Sep 17 00:00:00 2001
> +From: Luiz Augusto von Dentz 
> +Date: Wed, 13 Sep 2017 10:01:40 +0300
> +Subject: sdp: Fix Out-of-bounds heap read in service_search_attr_req
> function
> +
> +Check if there is enough data to continue otherwise return an error.
> +---
> + src/sdpd-request.c | 2 +-
> + 1 file changed, 1 insertion(+), 1 deletion(-)
> +
> +diff --git a/src/sdpd-request.c b/src/sdpd-request.c
> +index 1eefdce..318d044 100644
> +--- a/src/sdpd-request.c
>  b/src/sdpd-request.c
> +@@ -917,7 +917,7 @@ static int service_search_attr_req(sdp_req_t *req,
> sdp_buf_t *buf)
> +   } else {
> +   /* continuation State exists -> get from cache */
> +   sdp_buf_t *pCache = sdp_get_cached_rsp(cstate);
> +-  if (pCache) {
> ++  if (pCache && cstate->cStateValue.maxBytesSent <
> pCache->data_size) {
> +   uint16_t sent = MIN(max, pCache->data_size -
> cstate->cStateValue.maxBytesSent);
> +   pResponse = pCache->data;
> +   memcpy(buf->data, pResponse + 
> cstate->cStateValue.maxBytesSent,
> sent);
> +--
> +cgit v1.1
> --
> 2.11.0
>
> --
> ___
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core
>



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

Re: [OE-core] [PATCH 0/4] Recipes for Open Source Verilog and Lattice iCE40 FPGAs tools

[Nathan Rossi]

On 13 September 2017 at 11:24, Khem Raj  wrote:
> On Tue, Sep 12, 2017 at 4:42 PM, Trevor Woerner  wrote:
>> On Tue, Sep 12, 2017 at 4:21 PM, Khem Raj  wrote:
>>> On Mon, Sep 11, 2017 at 1:58 AM, Burton, Ross  wrote:
 On 10 September 2017 at 14:14, Nathan Rossi  wrote:
>
> Please note whilst this series is sent for oe-core it may be better
> located in another layer? (e.g. meta-oe). However since the recipes and
> the tools they build are not specific to a single BSP it did not make
> sense to keep in a BSP specific layer.


 Sounds like a dedicated FPGA layer would be ideal.

>>>
>>> I think a layer for 2 recipes might be too much. Put it under 
>>> recipes-devtools
>>> in meta-oe for now.
>>
>> 5?
>>
>> Am I reading this patch correctly? There are 5 recipes?
>
> 2 or 5 doesnt matter I just meant "too few to be a layer of its own"
> engineers minds :)

That was my initial thoughts, and I was following your suggestion Khem :).

Though it seems like now is probably a reasonable time as any to
create a layer to give a home for recipes in the HDL/FPGA space. After
all there are other projects that I would like to look at and probably
create recipes for in time, so what is now 5 recipes is likely to
increase.

But I don't like the idea of a FPGA or vendor (e.g. lattice/etc)
specific layer since that makes it appear like a BSP layer, and there
is the problem of the tools 'conflicting' with proprietary tools those
vendors provide. I was thinking of following the approach of a
language-like layer similar to how meta-python/meta-rust/etc. are
setup, something like meta-hdl? Which would cover the recipes in the
language space (simulation/high-level hdl) as well as the recipes that
translate/compile HDLs for physical targets (FPGA, CPLD, etc).

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

[OE-core] [PATCH][morty] bluez5: fix out-of-bounds access in SDP server (CVE-2017-1000250)

[Ross Burton]

All versions of the SDP server in BlueZ 5.46 and earlier are vulnerable to an
information disclosure vulnerability which allows remote attackers to obtain
sensitive information from the bluetoothd process memory. This vulnerability
lies in the processing of SDP search attribute requests.

Signed-off-by: Ross Burton 
---
 meta/recipes-connectivity/bluez5/bluez5.inc|  1 +
 .../bluez5/bluez5/cve-2017-1000250.patch   | 34 ++
 2 files changed, 35 insertions(+)
 create mode 100644 
meta/recipes-connectivity/bluez5/bluez5/cve-2017-1000250.patch

diff --git a/meta/recipes-connectivity/bluez5/bluez5.inc 
b/meta/recipes-connectivity/bluez5/bluez5.inc
index ecefb7b593e..3421c382063 100644
--- a/meta/recipes-connectivity/bluez5/bluez5.inc
+++ b/meta/recipes-connectivity/bluez5/bluez5.inc
@@ -23,6 +23,7 @@ SRC_URI = "\
 file://run-ptest \
 ${@bb.utils.contains('DISTRO_FEATURES', 'systemd', '', 
'file://0001-Allow-using-obexd-without-systemd-in-the-user-sessio.patch', d)} \
 file://0001-tests-add-a-target-for-building-tests-without-runnin.patch \
+file://cve-2017-1000250.patch \
 "
 S = "${WORKDIR}/bluez-${PV}"
 
diff --git a/meta/recipes-connectivity/bluez5/bluez5/cve-2017-1000250.patch 
b/meta/recipes-connectivity/bluez5/bluez5/cve-2017-1000250.patch
new file mode 100644
index 000..9fac961bcf6
--- /dev/null
+++ b/meta/recipes-connectivity/bluez5/bluez5/cve-2017-1000250.patch
@@ -0,0 +1,34 @@
+All versions of the SDP server in BlueZ 5.46 and earlier are vulnerable to an
+information disclosure vulnerability which allows remote attackers to obtain
+sensitive information from the bluetoothd process memory. This vulnerability
+lies in the processing of SDP search attribute requests.
+
+CVE: CVE-2017-1000250
+Upstream-Status: Backport
+Signed-off-by: Ross Burton 
+
+From 9e009647b14e810e06626dde7f1bb9ea3c375d09 Mon Sep 17 00:00:00 2001
+From: Luiz Augusto von Dentz 
+Date: Wed, 13 Sep 2017 10:01:40 +0300
+Subject: sdp: Fix Out-of-bounds heap read in service_search_attr_req function
+
+Check if there is enough data to continue otherwise return an error.
+---
+ src/sdpd-request.c | 2 +-
+ 1 file changed, 1 insertion(+), 1 deletion(-)
+
+diff --git a/src/sdpd-request.c b/src/sdpd-request.c
+index 1eefdce..318d044 100644
+--- a/src/sdpd-request.c
 b/src/sdpd-request.c
+@@ -917,7 +917,7 @@ static int service_search_attr_req(sdp_req_t *req, 
sdp_buf_t *buf)
+   } else {
+   /* continuation State exists -> get from cache */
+   sdp_buf_t *pCache = sdp_get_cached_rsp(cstate);
+-  if (pCache) {
++  if (pCache && cstate->cStateValue.maxBytesSent < 
pCache->data_size) {
+   uint16_t sent = MIN(max, pCache->data_size - 
cstate->cStateValue.maxBytesSent);
+   pResponse = pCache->data;
+   memcpy(buf->data, pResponse + 
cstate->cStateValue.maxBytesSent, sent);
+-- 
+cgit v1.1
-- 
2.11.0

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

Re: [OE-core] [PATCH v8 3/3] kernel-devicetree.bbclass: Add support to generate append to kernel

[Otavio Salvador]

On Thu, Sep 14, 2017 at 7:26 AM, André Draszik  wrote:
> On Wed, 2017-09-13 at 09:30 -0300, Otavio Salvador wrote:
>> On Wed, Sep 13, 2017 at 5:15 AM, André Draszik  wrote:
>> > On Tue, 2017-09-12 at 17:36 -0300, Otavio Salvador wrote:
>>
>> ...
>> > AFAICS, zImage is specific to x86 and arm, all other arches, including
>> > MIPS
>> > have no zImage Makefile target, so we'll never get here.
>>
>> Do you know which types we can use here?
>
> * for CONFIG_MIPS_RAW_APPENDED_DTB this can be either vmlinux.bin, or
>   vmlinuz.bin
> * for for CONFIG_MIPS_ELF_APPENDED_DTB this should be vmlinux
>
> see other mail :-)

What if I add ARM support now and when someone has the need for MIPS,
and can test it,  it is added? I can use a switch case for ARM and
error out for others so it is easy to extend.

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

Re: [OE-core] [PATCH] allarch: don't reset baselib

[Alexander Kanavin]

On 09/12/2017 08:31 PM, Mark Hatle wrote:


Also its interesting that nobody else noticed this: multilib images that
installed fonts were segfaulting in rootfs...


If the segfault is causing the postinst to exit w/ an error (non-0) then it's
likely re-running on the target itself (and thus working).  If not, ugh.


I still believe sweeping genuine postinst errors under the carpet like 
this is wrong, and I maintain a patchset to address it:


https://git.yoctoproject.org/cgit/cgit.cgi/poky-contrib/log/?h=akanavin/dnf-rpm4-postinst-fix

Will re-submit after 2.4 is out.


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

Re: [OE-core] [PATCH v2] bitbake.conf: Add default FILESYSTEM_PERMS_TABLES

[Burton, Ross]

On 13 September 2017 at 23:49, Mark Hatle  wrote:

> On 9/13/17 5:40 PM, Mark Hatle wrote:
> > If FILESYSTEM_PERMS_TABLES was not defined, the default was selected by
> the
> > packages.bbclass.  This made it difficult for a recipe or layer to
> 'append'
> > to the default.
> >
> > Copy the default into the bitbake.conf, allowing future _append and +=
> style
> > actions.
> >
> > Default was remove from package.bbclass.  If a value is not set, only the
> > built-in per fixes will be used.
>
> per should have been 'perms' above.  I can send a v3 if needed.


Fixed up when merging.

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

Re: [OE-core] [PATCH v8 3/3] kernel-devicetree.bbclass: Add support to generate append to kernel

[André Draszik]

On Wed, 2017-09-13 at 09:30 -0300, Otavio Salvador wrote:
> On Wed, Sep 13, 2017 at 5:15 AM, André Draszik  wrote:
> > On Tue, 2017-09-12 at 17:36 -0300, Otavio Salvador wrote:
> 
> ...
> > AFAICS, zImage is specific to x86 and arm, all other arches, including
> > MIPS
> > have no zImage Makefile target, so we'll never get here.
> 
> Do you know which types we can use here?

* for CONFIG_MIPS_RAW_APPENDED_DTB this can be either vmlinux.bin, or
  vmlinuz.bin
* for for CONFIG_MIPS_ELF_APPENDED_DTB this should be vmlinux

see other mail :-)

A.

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

Re: [OE-core] [PATCH v8 3/3] kernel-devicetree.bbclass: Add support to generate append to kernel

[André Draszik]

On Tue, 2017-09-12 at 17:36 -0300, Otavio Salvador wrote:
> The are use cases where the Device Tree appended to the kernel is
> convinient, so we generate the bundle concatenating the kernel (and
> potentionally the initramfs) and the Device Tree binaries.
> 
> To enable it, set KERNEL_DEVICETREE_BUNDLE variable to '1'
> 
> Signed-off-by: Otavio Salvador 
> ---
> 
> Changes in v8:
> - rework append support to support ARM and MIPS (obi)
> 
> Changes in v7:
> - simplified code
> - rename bundle to use .bin extension
> 
> Changes in v6: None
> Changes in v5:
> - add support for initramfs bundle
> 
> Changes in v4:
> - new patch
> 
> Changes in v3: None
> Changes in v2: None
> 
>  meta/classes/kernel-devicetree.bbclass | 62
> +-
>  1 file changed, 61 insertions(+), 1 deletion(-)
> 
> diff --git a/meta/classes/kernel-devicetree.bbclass b/meta/classes/kernel-
> devicetree.bbclass
> index 8723f24212..c618594c96 100644
> --- a/meta/classes/kernel-devicetree.bbclass
> +++ b/meta/classes/kernel-devicetree.bbclass
> @@ -1,6 +1,13 @@
>  # Support for device tree generation
> -PACKAGES_append = " kernel-devicetree"
> +PACKAGES_append = " \
> +kernel-devicetree \
> +${@['kernel-image-zimage-bundle',
> ''][d.getVar('KERNEL_DEVICETREE_BUNDLE') != '1']} \
> +"
>  FILES_kernel-devicetree = "/${KERNEL_IMAGEDEST}/*.dtb
> /${KERNEL_IMAGEDEST}/*.dtbo"
> +FILES_kernel-image-zimage-bundle = "/${KERNEL_IMAGEDEST}/zImage-
> *.dtb.bin"
> +
> +# Generate kernel+devicetree bundle
> +KERNEL_DEVICETREE_BUNDLE ?= "0"
>  
>  normalize_dtb () {
>   DTB="$1"
> @@ -20,6 +27,38 @@ get_real_dtb_path_in_kernel () {
>   echo "${DTB_PATH}"
>  }
>  
> +
> +do_configure_devicetree() {
> + if [ "${KERNEL_DEVICETREE_BUNDLE}" = "1" ]; then
> + if echo ${KERNEL_IMAGETYPE_FOR_MAKE} | grep -q 'zImage';
> then
> + case "${ARCH}" in
> + "arm")
> + config="${B}/.config"
> + if ! grep -q 'CONFIG_ARM_APPENDED_DTB=y'
> $config; then
> + bbwarn 'CONFIG_ARM_APPENDED_DTB
> is NOT enabled in the kernel. Enabling it to allow the kernel to boot with
> the Device Tree appended!'
> + sed -i "/CONFIG_ARM_APPENDED_DTB[
> =]/d" $config
> + echo "CONFIG_ARM_APPENDED_DTB=y"
> >> $config
> + echo "#
> CONFIG_ARM_ATAG_DTB_COMPAT is not set" >> $config
> + fi
> + ;;
> + "mips")
> + config="${B}/.config"
> + if ! grep -q 'CONFIG_MIPS_APPENDED_DTB=y'
> $config; then

Looking more into this, this Kconfig option doesn't actually exist on mips.
Instead, it has these three related options:
CONFIG_MIPS_NO_APPENDED_DTB
CONFIG_MIPS_ELF_APPENDED_DTB
CONFIG_MIPS_RAW_APPENDED_DTB

I've never used this, but I think you'd have to check for
CONFIG_MIPS_RAW_APPENDED_DTB=y for similar semantics to arm.

And the KERNEL_IMAGETYPE_FOR_MAKE can be either vmlinux.bin, or vmlinuz.bin
(where vmlinuz.bin is similar to the arm zImage).

i.e.:
cat vmlinux.bin .dtb > vmlinux_w_dtb
cat vmlinuz.bin .dtb > vmlinuz_w_dtb


To also support CONFIG_MIPS_ELF_APPENDED_DTB, you'd have to

objcopy --update-section .appended_dtb=.dtb vmlinux

instead.


All untested.


Cheers,
Andre'

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

[OE-core] [PATCH] bzip2: Create Makefile for run-ptest

[cinly . ooi]

From: Ooi Cinly 

To improve binary reproducibility, only the
relevent part of the Makefile in bzip2-ptest
package that run-ptest needs are copied to
the destination directory.

bzip2-ptest requires Makefile. The original
Makefile contains references to build host.
By copying only the relevent part,
we avoid those references making their way
into the target system

Used Makefile.am as the source to extract
the revelent part instead of Makefile as
it is easier to parse than Makefile.

A redundant command  in do_install_ptest()
that repeat the copying of Makefile that
was already copied by  Makefile's install-ptest
step is removed because it now interfers with
the creation of the new Makefile by
make's install-ptest.

[YOCTO #11596]

Signed-off-by: Ooi Cinly 
---
 meta/recipes-extended/bzip2/bzip2-1.0.6/Makefile.am | 3 ++-
 meta/recipes-extended/bzip2/bzip2_1.0.6.bb  | 1 -
 2 files changed, 2 insertions(+), 2 deletions(-)

diff --git a/meta/recipes-extended/bzip2/bzip2-1.0.6/Makefile.am 
b/meta/recipes-extended/bzip2/bzip2-1.0.6/Makefile.am
index 05d389f..dcf6458 100644
--- a/meta/recipes-extended/bzip2/bzip2-1.0.6/Makefile.am
+++ b/meta/recipes-extended/bzip2/bzip2-1.0.6/Makefile.am
@@ -48,7 +48,8 @@ runtest:
else echo "FAIL: sample3 decompress"; fi
 
 install-ptest:
-   cp $(srcdir)/Makefile   $(DESTDIR)/
+   sed  -n '/^runtest:/,/^install-ptest:/{/^install-ptest:/!p}' \
+   $(srcdir)/Makefile.am  > $(DESTDIR)/Makefile
cp $(srcdir)/sample1.ref$(DESTDIR)/
cp $(srcdir)/sample2.ref$(DESTDIR)/
cp $(srcdir)/sample3.ref$(DESTDIR)/
diff --git a/meta/recipes-extended/bzip2/bzip2_1.0.6.bb 
b/meta/recipes-extended/bzip2/bzip2_1.0.6.bb
index 0512a75..de668d6 100644
--- a/meta/recipes-extended/bzip2/bzip2_1.0.6.bb
+++ b/meta/recipes-extended/bzip2/bzip2_1.0.6.bb
@@ -34,7 +34,6 @@ ALTERNATIVE_${PN} = "bunzip2 bzcat"
 EXTRA_OECONF_append_class-native = " --bindir=${STAGING_BINDIR_NATIVE}/${PN}"
 
 do_install_ptest () {
-   cp -f ${B}/Makefile ${D}${PTEST_PATH}/Makefile
sed -i -e "s|^Makefile:|_Makefile:|" ${D}${PTEST_PATH}/Makefile
 }
 
-- 
2.7.4

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

[OE-core] [PATCH 1/2] e2fsprogs: set dir's mode correctly

[Robert Yang]

Fixed:
1) in pkg_postinst task set wanted file permissions:
---> chmod -R 521 "$D/opt/my_folder"
2) generate the rootfs image

Results:
my_folder hasn't correct permissions on rootfs ext4 image -> permissions are 
changed to 721

But it should be 521.

[YOCTO #11652]

Signed-off-by: Robert Yang 
---
 ...c-create_inode.c-set-dir-s-mode-correctly.patch | 41 ++
 .../recipes-devtools/e2fsprogs/e2fsprogs_1.43.5.bb |  1 +
 2 files changed, 42 insertions(+)
 create mode 100644 
meta/recipes-devtools/e2fsprogs/e2fsprogs/0001-misc-create_inode.c-set-dir-s-mode-correctly.patch

diff --git 
a/meta/recipes-devtools/e2fsprogs/e2fsprogs/0001-misc-create_inode.c-set-dir-s-mode-correctly.patch
 
b/meta/recipes-devtools/e2fsprogs/e2fsprogs/0001-misc-create_inode.c-set-dir-s-mode-correctly.patch
new file mode 100644
index 000..fc4a540
--- /dev/null
+++ 
b/meta/recipes-devtools/e2fsprogs/e2fsprogs/0001-misc-create_inode.c-set-dir-s-mode-correctly.patch
@@ -0,0 +1,41 @@
+From f6d188580c2c9599319076fee22f2424652c711c Mon Sep 17 00:00:00 2001
+From: Robert Yang 
+Date: Wed, 13 Sep 2017 19:55:35 -0700
+Subject: [PATCH] misc/create_inode.c: set dir's mode correctly
+
+The dir's mode has been set by ext2fs_mkdir() with umask, so
+reset it to the source's mode in set_inode_extra().
+
+Fixed when source dir's mode is 521, but tarball would be 721, this was
+incorrect.
+
+Upstream-Status: Submitted
+
+Signed-off-by: Robert Yang 
+---
+ misc/create_inode.c | 9 -
+ 1 file changed, 8 insertions(+), 1 deletion(-)
+
+diff --git a/misc/create_inode.c b/misc/create_inode.c
+index 8ce3faf..50fbaa8 100644
+--- a/misc/create_inode.c
 b/misc/create_inode.c
+@@ -116,7 +116,14 @@ static errcode_t set_inode_extra(ext2_filsys fs, 
ext2_ino_t ino,
+ 
+   inode.i_uid = st->st_uid;
+   inode.i_gid = st->st_gid;
+-  inode.i_mode |= st->st_mode;
++  /*
++   * The dir's mode has been set by ext2fs_mkdir() with umask, so
++   * reset it to the source's mode
++   */
++  if S_ISDIR(st->st_mode)
++  inode.i_mode = LINUX_S_IFDIR | st->st_mode;
++  else
++  inode.i_mode |= st->st_mode;
+   inode.i_atime = st->st_atime;
+   inode.i_mtime = st->st_mtime;
+   inode.i_ctime = st->st_ctime;
+-- 
+2.10.2
+
diff --git a/meta/recipes-devtools/e2fsprogs/e2fsprogs_1.43.5.bb 
b/meta/recipes-devtools/e2fsprogs/e2fsprogs_1.43.5.bb
index fb02d79..7fba8eb 100644
--- a/meta/recipes-devtools/e2fsprogs/e2fsprogs_1.43.5.bb
+++ b/meta/recipes-devtools/e2fsprogs/e2fsprogs_1.43.5.bb
@@ -9,6 +9,7 @@ SRC_URI += "file://acinclude.m4 \
 file://Revert-mke2fs-enable-the-metadata_csum-and-64bit-fea.patch \
 file://mkdir_p.patch \
 file://reproducible-doc.patch \
+file://0001-misc-create_inode.c-set-dir-s-mode-correctly.patch \
 "
 
 SRC_URI_append_class-native = " 
file://e2fsprogs-fix-missing-check-for-permission-denied.patch"
-- 
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] systemd-machine-units: update LIC_FILES_CHKSUM

[Robert Yang]

Fixed:
WARNING: systemd-machine-units-1.0-r19 do_populate_lic: ${COREBASE}/LICENSE is 
not a valid license file, please use '${COMMON_LICENSE_DIR}/MIT' for a MIT 
License file in LIC_FILES_CHKSUM. This will become an error in the future

Signed-off-by: Robert Yang 
---
 meta/recipes-core/systemd/systemd-machine-units_1.0.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-core/systemd/systemd-machine-units_1.0.bb 
b/meta/recipes-core/systemd/systemd-machine-units_1.0.bb
index a64464c..02756f43 100644
--- a/meta/recipes-core/systemd/systemd-machine-units_1.0.bb
+++ b/meta/recipes-core/systemd/systemd-machine-units_1.0.bb
@@ -1,7 +1,7 @@
 SUMMARY = "Machine specific systemd units"
 
 LICENSE = "MIT"
-LIC_FILES_CHKSUM = 
"file://${COREBASE}/LICENSE;md5=4d92cd373abda3937c2bc47fbc49d690"
+LIC_FILES_CHKSUM = 
"file://${COMMON_LICENSE_DIR}/MIT;md5=0835ade698e0bcf8506ecda2f7b4f302"
 
 PACKAGE_ARCH = "${MACHINE_ARCH}"
 
-- 
2.10.2

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

[OE-core] [PATCH 0/2] fix e2fsprogs and systemd-machine-units

[Robert Yang]

The following changes since commit 7b501954198c2a810b2c03096accb27339cfd1f9:

  runqemu: let qemuparams override previous settings (2017-09-14 02:11:35 -0700)

are available in the git repository at:

  git://git.openembedded.org/openembedded-core-contrib rbt/2fixes
  http://cgit.openembedded.org/openembedded-core-contrib/log/?h=rbt/2fixes

Robert Yang (2):
  e2fsprogs: set dir's mode correctly
  systemd-machine-units: update LIC_FILES_CHKSUM

 .../systemd/systemd-machine-units_1.0.bb   |  2 +-
 ...c-create_inode.c-set-dir-s-mode-correctly.patch | 41 ++
 .../recipes-devtools/e2fsprogs/e2fsprogs_1.43.5.bb |  1 +
 3 files changed, 43 insertions(+), 1 deletion(-)
 create mode 100644 
meta/recipes-devtools/e2fsprogs/e2fsprogs/0001-misc-create_inode.c-set-dir-s-mode-correctly.patch

-- 
2.10.2

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

[OE-core] [PATCH] tcp-wrappers: Add HOMEPAGE info into recipe file.

[Huang Qiyu]

Signed-off-by: Huang Qiyu 
---
 meta/recipes-extended/tcp-wrappers/tcp-wrappers_7.6.bb | 1 +
 1 file changed, 1 insertion(+)

diff --git a/meta/recipes-extended/tcp-wrappers/tcp-wrappers_7.6.bb 
b/meta/recipes-extended/tcp-wrappers/tcp-wrappers_7.6.bb
index 54587dc..1effef1 100644
--- a/meta/recipes-extended/tcp-wrappers/tcp-wrappers_7.6.bb
+++ b/meta/recipes-extended/tcp-wrappers/tcp-wrappers_7.6.bb
@@ -1,4 +1,5 @@
 SUMMARY = "Security tool that is a wrapper for TCP daemons"
+HOMEPAGE = "http://www.softpanorama.org/Net/Network_security/TCP_wrappers/;
 DESCRIPTION = "Tools for monitoring and filtering incoming requests for tcp \
services."
 SECTION = "console/network"
-- 
2.7.4



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

[OE-core] [PATCH] minicom: Add HOMEPAGE info into recipe file.

[Huang Qiyu]

Signed-off-by: Huang Qiyu 
---
 meta/recipes-extended/minicom/minicom_2.7.1.bb | 1 +
 1 file changed, 1 insertion(+)

diff --git a/meta/recipes-extended/minicom/minicom_2.7.1.bb 
b/meta/recipes-extended/minicom/minicom_2.7.1.bb
index 92cf5f9..1a31a87 100644
--- a/meta/recipes-extended/minicom/minicom_2.7.1.bb
+++ b/meta/recipes-extended/minicom/minicom_2.7.1.bb
@@ -1,4 +1,5 @@
 SUMMARY = "Text-based modem control and terminal emulation program"
+HOMEPAGE = "http://alioth.debian.org/projects/minicom/;
 DESCRIPTION = "Minicom is a text-based modem control and terminal emulation 
program for Unix-like operating systems"
 SECTION = "console/network"
 DEPENDS = "ncurses virtual/libiconv"
-- 
2.7.4



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

[OE-core] [PATCH] sysprof: Add HOMEPAGE info into recipe file.

[Huang Qiyu]

Signed-off-by: Huang Qiyu 
---
 meta/recipes-kernel/sysprof/sysprof_3.24.1.bb | 1 +
 1 file changed, 1 insertion(+)

diff --git a/meta/recipes-kernel/sysprof/sysprof_3.24.1.bb 
b/meta/recipes-kernel/sysprof/sysprof_3.24.1.bb
index 168f2fd..79a27be 100644
--- a/meta/recipes-kernel/sysprof/sysprof_3.24.1.bb
+++ b/meta/recipes-kernel/sysprof/sysprof_3.24.1.bb
@@ -1,4 +1,5 @@
 SUMMARY = "System-wide Performance Profiler for Linux"
+HOMEPAGE = "http://www.sysprof.com;
 LICENSE = "GPLv3+"
 LIC_FILES_CHKSUM = "file://COPYING;md5=d32239bcb673463ab874e80d47fae504 \
 
file://src/sp-application.c;endline=17;md5=40e55577ef122c88fe20052acda64875"
-- 
2.7.4



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

[OE-core] [PATCH] libxml-perl: Add HOMEPAGE info into recipe file.

[Huang Qiyu]

Signed-off-by: Huang Qiyu 
---
 meta/recipes-devtools/perl/libxml-perl_0.08.bb | 1 +
 1 file changed, 1 insertion(+)

diff --git a/meta/recipes-devtools/perl/libxml-perl_0.08.bb 
b/meta/recipes-devtools/perl/libxml-perl_0.08.bb
index 2c01976..0478427 100644
--- a/meta/recipes-devtools/perl/libxml-perl_0.08.bb
+++ b/meta/recipes-devtools/perl/libxml-perl_0.08.bb
@@ -2,6 +2,7 @@ DESCRIPTION = "libxml-perl is a collection of smaller Perl 
modules, scripts, and
 documents for working with XML in Perl.  libxml-perl software \
 works in combination with XML::Parser, PerlSAX, XML::DOM, \
 XML::Grove and others."
+HOMEPAGE = "http://search.cpan.org/dist/libxml-perl/;
 SUMMARY = "Collection of Perl modules for working with XML"
 SECTION = "libs"
 LICENSE = "Artistic-1.0 | GPL-1.0+"
-- 
2.7.4



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

[OE-core] [PATCH] libxml-namespacesupport-perl: Add HOMEPAGE info into recipe file.

[Huang Qiyu]

Signed-off-by: Huang Qiyu 
---
 meta/recipes-extended/perl/libxml-namespacesupport-perl_1.12.bb | 1 +
 1 file changed, 1 insertion(+)

diff --git a/meta/recipes-extended/perl/libxml-namespacesupport-perl_1.12.bb 
b/meta/recipes-extended/perl/libxml-namespacesupport-perl_1.12.bb
index 7fc2ec3..3498a28 100644
--- a/meta/recipes-extended/perl/libxml-namespacesupport-perl_1.12.bb
+++ b/meta/recipes-extended/perl/libxml-namespacesupport-perl_1.12.bb
@@ -1,4 +1,5 @@
 SUMMARY = "Perl module for supporting simple generic namespaces"
+HOMEPAGE = "http://veillard.com/XML/;
 DESCRIPTION = "XML::NamespaceSupport offers a simple way to process 
namespace-based XML names. \
 It also helps maintain a prefix-to-namespace URI map, and 
provides a number of \
 basic checks. "
-- 
2.7.4



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

[OE-core] [PATCH] libnotify: Add HOMEPAGE info into recipe file.

[Huang Qiyu]

Signed-off-by: Huang Qiyu 
---
 meta/recipes-gnome/libnotify/libnotify_0.7.7.bb | 1 +
 1 file changed, 1 insertion(+)

diff --git a/meta/recipes-gnome/libnotify/libnotify_0.7.7.bb 
b/meta/recipes-gnome/libnotify/libnotify_0.7.7.bb
index 2ab2f1f..6c299bc 100644
--- a/meta/recipes-gnome/libnotify/libnotify_0.7.7.bb
+++ b/meta/recipes-gnome/libnotify/libnotify_0.7.7.bb
@@ -1,4 +1,5 @@
 SUMMARY = "Library for sending desktop notifications to a notification daemon"
+HOMEPAGE = "http://www.gnome.org;
 SECTION = "libs"
 LICENSE = "LGPLv2.1"
 LIC_FILES_CHKSUM = "file://COPYING;md5=7fbc338309ac38fefcd64b04bb903e34"
-- 
2.7.4



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

Re: [OE-core] Yocto Matchbox in 240x320 LCD Display

[Burton, Ross]

On 14 September 2017 at 08:59,  wrote:

>  Is there any other Window manager instead of matchbox which supports QVGA
> theme in Yocto 1.8?
>
For a screen that small matchbox is the only real option for behaviour, you
just need to customise the theme.

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

Re: [OE-core] Yocto Matchbox in 240x320 LCD Display

[anjalik]

 

Hi , 

 Thank You for the valuable information. 

 Is there any other Window manager instead of matchbox which supports
QVGA theme in Yocto 1.8? 

Thanks & Regards, 

Anjali 

On 13.09.2017 10:33, Burton, Ross wrote: 

> The default theme, fonts, padding etc all assume the screen has a higher 
> resolution than you have. At one point there used to be a qvga theme but that 
> was dropped several years ago. Making the font a lot smaller will solve most 
> of your problems, then you'll have to fix the remaining problems one by one: 
> as you can see the window decoration theme (the green bar) is far too big at 
> QVGA. 
> 
> Ross 
> 
> On 13 September 2017 at 15:15,  wrote:
> 
>> Hi, 
>> 
>> Hope I m at the right place asking a query about matchbox in yocto. 
>> 
>> I am using Yocto 1.8 which is working fine in a 640x480 LCD display 
>> 
>> But I have few issues when the same BSP used in a 240x320 LCD display. All 
>> the images and fonts are enlarged . 
>> 
>> Attaching few screnschots along with this mail. 
>> 
>> Is there any constraints for matchbox to work on 240x320 display ? 
>> 
>> Awaiting for valuable suggestions. 
>> 
>> Thanks & Regards, 
>> 
>> Anjali 
>> 
>> --
>> ___
>> Openembedded-core mailing list
>> Openembedded-core@lists.openembedded.org
>> http://lists.openembedded.org/mailman/listinfo/openembedded-core [1]

 

Links:
--
[1] 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