Re: [OE-core] [meta][PATCH 0/2] Add kernel-sample tests for runtime test

[Hongzhi, Song]

ping

--Hongzhi


On 2018年06月08日 10:03, Hongzhi, Song wrote:

ping...


A bug has been created, but the patch hasn't been adapted.

bug 12774 : https://bugzilla.yoctoproject.org/show_bug.cgi?id=12774


We plan to add more tests about kernel in the next time.


If there is no objection, could you adapt my patch?


-- Hongzhi


On 2018年06月05日 10:32, Hongzhi.Song wrote:

V4:
  * add support for qemu by default

V3:
  * remove duplicated code

V2:
  * use shared function to replace similar code

Hongzhi.Song (2):
   meta runtime testcases: enable kernel-sample features for runtime
 tests
   Meta runtime cases: add testcases for kernel sample

  meta/lib/oeqa/runtime/cases/ksample.py    | 213 
++

  meta/recipes-kernel/linux/linux-yocto.inc |   3 +
  2 files changed, 216 insertions(+)
  create mode 100644 meta/lib/oeqa/runtime/cases/ksample.py





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

Re: [OE-core] [PATCH 12/14] meson: update to 0.46.0 -- broke systemd on qemuppc

[Nirbheek Chauhan]

On Tue, Jun 19, 2018 at 10:34 AM Randy MacLeod
 wrote:
> It seems that this meson update broke systemd on qemuppc.
> I'll look into it a more tomorrow but below is what I know so far.
> It looks like the libsystemd-shared.so size increased by 18% despite
> the build flags being the same!
>
> Despite my IRC handle, I'm a meson newbie so any tips will
> be appreciated. I'll work on getting meson/ninja to be more
> verbose tomorrow to track down what really changed.
>

Just FYI, Meson 0.47 will be released next week so if there are any
important regressions, this might be a good time to bring them up. We
will be working on the stable release for 2 weeks after that, so
that's another window.

If you need help with Meson, #mesonbuild on FreeNode is a good place to ask.

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

Re: [OE-core] [PATCH 12/14] meson: update to 0.46.0 -- broke systemd on qemuppc

[Randy MacLeod]

On 05/04/2018 08:32 AM, Alexander Kanavin wrote:

Rebase a couple of patches



It seems that this meson update broke systemd on qemuppc.
I'll look into it a more tomorrow but below is what I know so far.
It looks like the libsystemd-shared.so size increased by 18% despite
the build flags being the same!

Despite my IRC handle, I'm a meson newbie so any tips will
be appreciated. I'll work on getting meson/ninja to be more
verbose tomorrow to track down what really changed.


I recently started testing qemuppc by booting
core-image-minimal with systemd as init. It fails with:

   /sbin/init: error while loading shared libraries:
  /lib/systemd/libsystemd-shared-237.so: R_PPC_REL24 relocation at 
0x0054574c for symbol `strlen' out of range


or in some cases:

  systemd[1]: \
 unhandled signal 11 at b804b784 nip 0070d184 lr 008ee1ac code 1
  Kernel panic - not syncing: \
 Attempted to kill init! exitcode=0x000b
when running:
runqemu slirp nographic qemuppc ext4

The error only appears when using the distro poky-lsb
or a security template in the WR builds.

Adding:
meta/conf/distro/include/security_flags.inc
+SECURITY_CFLAGS_pn-systemd_powerpc = "${SECURITY_NO_PIE_CFLAGS}"

the systemd configure flags changed from:
   -no-pie -fno-PIE
to:
   -Wformat -Wformat-security -Werror=format-security
and the problem went away.

Being a sucker for punishment and having a nice builder on hand,
I decided to bisect the error anyway, assuming that I'd end up
at a systemd or toolchain uprev. Instead, I ended up at this
meson update being the culprit.


Here are the poky commits with the final stages of a
git bisect status appended:

53dfa673d7 musl: Upgrade to latest - bad
...
several bad results
...
96d783fa39 ifupdown: correct the repository location - bad
a6b62ef9ae meson: update to 0.46.0 - BAD
26fba81701 webkitgtk: update to 2.20.1 - good
4c52e22689 procps: update to 3.3.14 - untested
23320a2c9a libwebp: update to 1.0.0 - good
...
some good or unbuildable results
...


Looking at:
$ buildhistory-diff 10cdd2f d64
Changes to images/qemuppc/glibc/core-image-minimal (files-in-image.txt):
  /etc/udev/hwdb.bin was removed
  /etc/rpm-postinsts/100-udev-hwdb was added
  /etc/rpm-postinsts was added
images/qemuppc/glibc/core-image-minimal:
  IMAGESIZE changed from 48828 to 43144 (-12%)
packages/ppc7400-poky-linux/systemd/libnss-myhostname:
  PKGSIZE changed from 198364 to 132584 (-33%)
packages/ppc7400-poky-linux/systemd/libnss-mymachines:
  PKGSIZE changed from 461724 to 394872 (-14%)
packages/ppc7400-poky-linux/systemd/libudev:
  PKGSIZE changed from 264200 to 198180 (-25%)
packages/ppc7400-poky-linux/systemd/systemd-analyze:
  PKGSIZE changed from 1445140 to 1902168 (+32%)
packages/ppc7400-poky-linux/systemd/systemd-container:
  PKGSIZE changed from 528737 to 725017 (+37%)
packages/ppc7400-poky-linux/systemd/systemd:
  PKGSIZE changed from 9540698 to 11236850 (+18%)

The systemd package sizes have change quite a bit
and the main pkg increased by 18% likely putting the
shared library over a PPC relative jump limit of 8MB iirc.

The configure files changed but only due to a typo fix
and a warning about a feature that will become an error in
the next release. None of the flags that get tested and used changed!
The PIE/pie flags [1] don't change.

The meson compile logs don't help immediately because they
hide the 'Compiling/Linking' flags but massaging the logs,
shows that all the same files are compiled and linked.

Any suggestions?

More tomorrow...

--
# Randy MacLeod
# Wind River Linux


[1]

$ grep -i pie /tmp/log.do_configure.93182  /tmp/log.do_configure.57702
/tmp/log.do_configure.93182:Cross C compiler: \
  powerpc-poky-linux-gcc -m32 -mhard-float -mcpu=7400 -mno-spe \
-fstack-protector-strong -D_FORTIFY_SOURCE=2 \
-no-pie -fno-PIE \

--sysroot=/.../tmp/work/ppc7400-poky-linux/systemd/1_237-r0/recipe-sysroot 
(gcc 7.3.0)

/tmp/log.do_configure.93182:Compiler for C supports argument -fPIE: YES
/tmp/log.do_configure.93182:Message: Linking with -pie supported: yes

/tmp/log.do_configure.57702:Cross C compiler: \
  powerpc-poky-linux-gcc -m32 -mhard-float -mcpu=7400 -mno-spe \
-fstack-protector-strong -D_FORTIFY_SOURCE=2 \
-no-pie -fno-PIE \

--sysroot=/.../tmp/work/ppc7400-poky-linux/systemd/1_237-r0/recipe-sysroot 
(gcc 7.3.0)

/tmp/log.do_configure.57702:Compiler for C supports arguments -fPIE: YES
/tmp/log.do_configure.57702:Message: Linking with -pie supported: yes

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

Re: [OE-core] [meta-oe][PATCH] package.bbclass: provide debug sources in externalsrc -dbg packages

[Vignesh Rajendran (RBEI/ECF3)]

Hello Khem,

>> perhaps setting DEBUG_PREFIX_MAP relative to S instead of WORKDIR is
>> going to take care of this

Do you mean to change it at bitbake.conf ?

Mit freundlichen Grüßen / Best regards

Rajendran Vignesh
RBEI/ECF33  

Tel. +91 422 67-65103 


-Original Message-
From: Khem Raj [mailto:raj.k...@gmail.com] 
Sent: Monday, June 18, 2018 11:13 PM
To: Paul Eggleton 
Cc: Vignesh Rajendran (RBEI/ECF3) ; Patches and 
discussions about the oe-core layer 
Subject: Re: [OE-core] [meta-oe][PATCH] package.bbclass: provide debug sources 
in externalsrc -dbg packages

On Sun, May 20, 2018 at 3:26 PM Paul Eggleton
 wrote:
>
> Hi Vignesh,
>
> Thanks for the patch, a question below.
>
> On Thursday, 17 May 2018 5:50:00 PM NZST Vignesh Rajendran wrote:
> > The recipes which are using externalsrc method doesn't contain the
> > debug sources in their -dbg packages.
> >
> > Add a handling in copydebugsources function to copy the debugsources for
> > externalsrc -dbg packages.
> >
> > Signed-off-by: Vignesh Rajendran 
> > ---
> >  meta/classes/externalsrc.bbclass |  3 +++
> >  meta/classes/package.bbclass | 12 ++--
> >  2 files changed, 13 insertions(+), 2 deletions(-)
> >
> > diff --git a/meta/classes/externalsrc.bbclass 
> > b/meta/classes/externalsrc.bbclass
> > index c9f5cf7..135670d 100644
> > --- a/meta/classes/externalsrc.bbclass
> > +++ b/meta/classes/externalsrc.bbclass
> > @@ -129,6 +129,9 @@ python () {
> >  d.setVar('CONFIGURESTAMPFILE', configstamp)
> >  d.setVar('STAMP', 
> > '${STAMPS_DIR}/work-shared/${PN}/${EXTENDPE}${PV}-${PR}')
> >  d.setVar('STAMPCLEAN', '${STAMPS_DIR}/work-shared/${PN}/*-*')
> > +
> > + # set DEBUG_PREFIX_MAP to external source path
> > + d.appendVar("DEBUG_PREFIX_MAP", 
> > "-fdebug-prefix-map=${EXTERNALSRC}=/usr/src/debug/${PN}/${EXTENDPE}${PV}-${PR}")
> >  }
> >
> >  python externalsrc_configure_prefunc() {
> > diff --git a/meta/classes/package.bbclass b/meta/classes/package.bbclass
> > index edeffa9..f071a2e 100644
> > --- a/meta/classes/package.bbclass
> > +++ b/meta/classes/package.bbclass
> > @@ -420,6 +420,7 @@ def copydebugsources(debugsrcdir, d):
> >  workdir = d.getVar("WORKDIR")
> >  workparentdir = os.path.dirname(os.path.dirname(workdir))
> >  workbasedir = os.path.basename(os.path.dirname(workdir)) + "/" + 
> > os.path.basename(workdir)
> > +externalsrc = d.getVar('EXTERNALSRC', True)
> >
> >  # If build path exists in sourcefile, it means toolchain did not 
> > use
> >  # -fdebug-prefix-map to compile
> > @@ -444,9 +445,16 @@ def copydebugsources(debugsrcdir, d):
> >  processdebugsrc += "fgrep -zw '%s' | "
> >  # Remove prefix in the source paths
> >  processdebugsrc += "sed 's#%s##g' | "
> > -processdebugsrc += "(cd '%s' ; cpio -pd0mlL --no-preserve-owner 
> > '%s%s' 2>/dev/null)"
> > +# handle external sources to provide sources in -dbg packages
> > +if externalsrc:
> > +localsrc_prefix = "/usr/src/debug/"
> > +processdebugsrc += "sed 's#%s/##g' | "
> > +processdebugsrc += "(cd '%s' ; cpio -pd0mlL 
> > --no-preserve-owner '%s%s/%s' 2>/dev/null)"
> > +cmd = processdebugsrc % (sourcefile, workbasedir, 
> > localsrc_prefix, workbasedir, externalsrc, dvar, debugsrcdir, workbasedir)
> > +else:
> > +processdebugsrc += "(cd '%s' ; cpio -pd0mlL 
> > --no-preserve-owner '%s%s' 2>/dev/null)"
> > +cmd = processdebugsrc % (sourcefile, workbasedir, 
> > localsrc_prefix, workparentdir, dvar, debugsrcdir)
> >
> > -cmd = processdebugsrc % (sourcefile, workbasedir, localsrc_prefix, 
> > workparentdir, dvar, debugsrcdir)
> >  (retval, output) = oe.utils.getstatusoutput(cmd)
> >  # Can "fail" if internal headers/transient sources are attempted
> >  #if retval:
> >
>
> Is there a way we can fix this without adding a reference to externalsrc in
> package.bbclass?
>

perhaps setting DEBUG_PREFIX_MAP relative to S instead of WORKDIR is
going to take care of this

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

Re: [OE-core] [PATCH v3] ltp: fix cve-2017-5669 test case

[Saul Wold]

On 06/18/2018 09:25 PM, akuster808 wrote:


On 06/18/2018 09:58 AM, Saul Wold wrote:

Armin

Is there any chance of getting this into Sumo and Rocko?

Is there a chance we can have  a beer the next time I am in Eugene?
Of course!  I did not know that you made it in to this area!  Either 
homebrew or local brew is very available!

The CVE framework for LTP appears to be in the Rocko version so a little
backporting  is in order.. I will poke at it to see how straight forward
it might be. If i can, you will see patches.

Thanks do much.

Sau!



- Armin


Sau!


On 06/13/2018 10:40 AM, Saul Wold wrote:

Can this be backported to both Rocko and Sumo?

Or is this a case to update LTP in those older releases?


Sau!


On 06/12/2018 12:34 AM, Naresh Kamboju wrote:

Adding cve-2017-5669 test fix patch which is accepted upstream in
LTP repo.

Ref:
cve-2017-5669: shmat() for 0 (or https://github.com/linux-test-project/ltp/pull/324

Upstream-Status: Accepted
[https://github.com/linux-test-project/ltp/pull/324]
CVE: cve-2017-5669
Signed-off-by: Naresh Kamboju 
---
   ...69-shmat-for-0-or-PAGESIZE-with-RND-flag-.patch | 97
++
   meta/recipes-extended/ltp/ltp_20180515.bb  |  1 +
   2 files changed, 98 insertions(+)
   create mode 100644
meta/recipes-extended/ltp/ltp/0041-cve-2017-5669-shmat-for-0-or-PAGESIZE-with-RND-flag-.patch

diff --git
a/meta/recipes-extended/ltp/ltp/0041-cve-2017-5669-shmat-for-0-or-PAGESIZE-with-RND-flag-.patch
b/meta/recipes-extended/ltp/ltp/0041-cve-2017-5669-shmat-for-0-or-PAGESIZE-with-RND-flag-.patch

new file mode 100644
index 000..2a47785
--- /dev/null
+++
b/meta/recipes-extended/ltp/ltp/0041-cve-2017-5669-shmat-for-0-or-PAGESIZE-with-RND-flag-.patch
@@ -0,0 +1,97 @@
+From b767b73ef027ba8d35f297c7d3659265ac80425b Mon Sep 17 00:00:00 2001
+From: Rafael David Tinoco 
+Date: Wed, 30 May 2018 09:14:34 -0300
+Subject: [PATCH] cve-2017-5669: shmat() for 0 (or https://github.com/linux-test-project/ltp/issues/319
+
+According to upstream thread (https://lkml.org/lkml/2018/5/28/2056),
+cve-2017-5669 needs to address the "new" way of handling nil addresses
+for shmat() when used with MAP_FIXED or SHM_REMAP flags.
+
+- mapping nil-page is OK on lower addresses with MAP_FIXED (or else
X11 is broken)
+- mapping nil-page is NOT OK with SHM_REMAP on lower addresses
+
+Addresses Davidlohr Bueso's comments/changes:
+
+commit 8f89c007b6de
+Author: Davidlohr Bueso 
+Date:   Fri May 25 14:47:30 2018 -0700
+
+    ipc/shm: fix shmat() nil address after round-down when remapping
+
+commit a73ab244f0da
+Author: Davidlohr Bueso 
+Date:   Fri May 25 14:47:27 2018 -0700
+
+    Revert "ipc/shm: Fix shmat mmap nil-page protection"
+
+For previously test, and now broken, made based on:
+
+commit 95e91b831f87
+Author: Davidlohr Bueso 
+Date:   Mon Feb 27 14:28:24 2017 -0800
+
+    ipc/shm: Fix shmat mmap nil-page protection
+
+Signed-off-by: Rafael David Tinoco 
+Tested-by: Naresh Kamboju 
+Reviewed-by: Jan Stancek 
+
+Upstream-Status: Accepted
[https://github.com/linux-test-project/ltp/pull/324]
+CVE: cve-2017-5669
+Signed-off-by: Rafael David Tinoco 
+---
+ testcases/cve/cve-2017-5669.c | 20 +++-
+ 1 file changed, 19 insertions(+), 1 deletion(-)
+
+diff --git a/testcases/cve/cve-2017-5669.c
b/testcases/cve/cve-2017-5669.c
+index 1ca5983..0834626 100644
+--- a/testcases/cve/cve-2017-5669.c
 b/testcases/cve/cve-2017-5669.c
+@@ -28,7 +28,20 @@
+  * is just to see if we get an access error or some other
unexpected behaviour.
+  *
+  * See commit 95e91b831f (ipc/shm: Fix shmat mmap nil-page
protection)
++ *
++ * The commit above disallowed SHM_RND maps to zero (and rounded)
entirely and
++ * that broke userland for cases like Xorg. New behavior disallows
REMAPs to
++ * lower addresses (0<=PAGESIZE).
++ *
++ * See commit a73ab244f0da (Revert "ipc/shm: Fix shmat mmap
nil-page protect...)
++ * See commit 8f89c007b6de (ipc/shm: fix shmat() nil address after
round-dow...)
++ * See https://github.com/linux-test-project/ltp/issues/319
++ *
++ * This test needs root permissions or else security_mmap_addr(),
from
++ * get_unmapped_area(), will cause permission errors when trying
to mmap lower
++ * addresses.
+  */
++
+ #include 
+ #include 
+ #include 
+@@ -60,7 +73,11 @@ static void cleanup(void)
+ static void run(void)
+ {
+ tst_res(TINFO, "Attempting to attach shared memory to null
page");
+-    shm_addr = shmat(shm_id, ((void *)1), SHM_RND);
++    /*
++ * shmat() for 0 (or < PAGESIZE with RND flag) has to fail
with REMAPs
++ * https://github.com/linux-test-project/ltp/issues/319
++ */
++    shm_addr = shmat(shm_id, ((void *)1), SHM_RND | SHM_REMAP);
+ if (shm_addr == (void *)-1) {
+ shm_addr = NULL;
+ if (errno == EINVAL) {
+@@ -89,6 +106,7 @@ static void run(void)
+ }
+
+ static struct tst_test test = {
++    .needs_root = 1,
+ .setup = setup,
+ .cleanup = cleanup,
+ .test_all = run,
+--
+2.7.4
+
diff --git 

Re: [OE-core] [PATCH v3] ltp: fix cve-2017-5669 test case

[akuster808]

On 06/18/2018 09:58 AM, Saul Wold wrote:
> Armin
>
> Is there any chance of getting this into Sumo and Rocko?
Is there a chance we can have  a beer the next time I am in Eugene?

The CVE framework for LTP appears to be in the Rocko version so a little
backporting  is in order.. I will poke at it to see how straight forward
it might be. If i can, you will see patches.


- Armin
>
>
> Sau!
>
>
> On 06/13/2018 10:40 AM, Saul Wold wrote:
>> Can this be backported to both Rocko and Sumo?
>>
>> Or is this a case to update LTP in those older releases?
>>
>>
>> Sau!
>>
>>
>> On 06/12/2018 12:34 AM, Naresh Kamboju wrote:
>>> Adding cve-2017-5669 test fix patch which is accepted upstream in
>>> LTP repo.
>>>
>>> Ref:
>>> cve-2017-5669: shmat() for 0 (or >> fail with REMAPs
>>> https://github.com/linux-test-project/ltp/pull/324
>>>
>>> Upstream-Status: Accepted
>>> [https://github.com/linux-test-project/ltp/pull/324]
>>> CVE: cve-2017-5669
>>> Signed-off-by: Naresh Kamboju 
>>> ---
>>>   ...69-shmat-for-0-or-PAGESIZE-with-RND-flag-.patch | 97
>>> ++
>>>   meta/recipes-extended/ltp/ltp_20180515.bb  |  1 +
>>>   2 files changed, 98 insertions(+)
>>>   create mode 100644
>>> meta/recipes-extended/ltp/ltp/0041-cve-2017-5669-shmat-for-0-or-PAGESIZE-with-RND-flag-.patch
>>>
>>> diff --git
>>> a/meta/recipes-extended/ltp/ltp/0041-cve-2017-5669-shmat-for-0-or-PAGESIZE-with-RND-flag-.patch
>>> b/meta/recipes-extended/ltp/ltp/0041-cve-2017-5669-shmat-for-0-or-PAGESIZE-with-RND-flag-.patch
>>>
>>> new file mode 100644
>>> index 000..2a47785
>>> --- /dev/null
>>> +++
>>> b/meta/recipes-extended/ltp/ltp/0041-cve-2017-5669-shmat-for-0-or-PAGESIZE-with-RND-flag-.patch
>>> @@ -0,0 +1,97 @@
>>> +From b767b73ef027ba8d35f297c7d3659265ac80425b Mon Sep 17 00:00:00 2001
>>> +From: Rafael David Tinoco 
>>> +Date: Wed, 30 May 2018 09:14:34 -0300
>>> +Subject: [PATCH] cve-2017-5669: shmat() for 0 (or >> RND flag) has
>>> + to fail with REMAPs
>>> +
>>> +Fixes: https://github.com/linux-test-project/ltp/issues/319
>>> +
>>> +According to upstream thread (https://lkml.org/lkml/2018/5/28/2056),
>>> +cve-2017-5669 needs to address the "new" way of handling nil addresses
>>> +for shmat() when used with MAP_FIXED or SHM_REMAP flags.
>>> +
>>> +- mapping nil-page is OK on lower addresses with MAP_FIXED (or else
>>> X11 is broken)
>>> +- mapping nil-page is NOT OK with SHM_REMAP on lower addresses
>>> +
>>> +Addresses Davidlohr Bueso's comments/changes:
>>> +
>>> +commit 8f89c007b6de
>>> +Author: Davidlohr Bueso 
>>> +Date:   Fri May 25 14:47:30 2018 -0700
>>> +
>>> +    ipc/shm: fix shmat() nil address after round-down when remapping
>>> +
>>> +commit a73ab244f0da
>>> +Author: Davidlohr Bueso 
>>> +Date:   Fri May 25 14:47:27 2018 -0700
>>> +
>>> +    Revert "ipc/shm: Fix shmat mmap nil-page protection"
>>> +
>>> +For previously test, and now broken, made based on:
>>> +
>>> +commit 95e91b831f87
>>> +Author: Davidlohr Bueso 
>>> +Date:   Mon Feb 27 14:28:24 2017 -0800
>>> +
>>> +    ipc/shm: Fix shmat mmap nil-page protection
>>> +
>>> +Signed-off-by: Rafael David Tinoco 
>>> +Tested-by: Naresh Kamboju 
>>> +Reviewed-by: Jan Stancek 
>>> +
>>> +Upstream-Status: Accepted
>>> [https://github.com/linux-test-project/ltp/pull/324]
>>> +CVE: cve-2017-5669
>>> +Signed-off-by: Rafael David Tinoco 
>>> +---
>>> + testcases/cve/cve-2017-5669.c | 20 +++-
>>> + 1 file changed, 19 insertions(+), 1 deletion(-)
>>> +
>>> +diff --git a/testcases/cve/cve-2017-5669.c
>>> b/testcases/cve/cve-2017-5669.c
>>> +index 1ca5983..0834626 100644
>>> +--- a/testcases/cve/cve-2017-5669.c
>>>  b/testcases/cve/cve-2017-5669.c
>>> +@@ -28,7 +28,20 @@
>>> +  * is just to see if we get an access error or some other
>>> unexpected behaviour.
>>> +  *
>>> +  * See commit 95e91b831f (ipc/shm: Fix shmat mmap nil-page
>>> protection)
>>> ++ *
>>> ++ * The commit above disallowed SHM_RND maps to zero (and rounded)
>>> entirely and
>>> ++ * that broke userland for cases like Xorg. New behavior disallows
>>> REMAPs to
>>> ++ * lower addresses (0<=PAGESIZE).
>>> ++ *
>>> ++ * See commit a73ab244f0da (Revert "ipc/shm: Fix shmat mmap
>>> nil-page protect...)
>>> ++ * See commit 8f89c007b6de (ipc/shm: fix shmat() nil address after
>>> round-dow...)
>>> ++ * See https://github.com/linux-test-project/ltp/issues/319
>>> ++ *
>>> ++ * This test needs root permissions or else security_mmap_addr(),
>>> from
>>> ++ * get_unmapped_area(), will cause permission errors when trying
>>> to mmap lower
>>> ++ * addresses.
>>> +  */
>>> ++
>>> + #include 
>>> + #include 
>>> + #include 
>>> +@@ -60,7 +73,11 @@ static void cleanup(void)
>>> + static void run(void)
>>> + {
>>> + tst_res(TINFO, "Attempting to attach shared memory to null
>>> page");
>>> +-    shm_addr = shmat(shm_id, ((void *)1), SHM_RND);
>>> ++    /*
>>> ++ * shmat() for 0 (or < PAGESIZE with RND flag) has to fail
>>> with REMAPs
>>> ++ * 

Re: [OE-core] [rocko][PATCH] common-licenses: Add BSD-1-Clause

[akuster808]

On 06/18/2018 11:00 AM, Andre McCurdy wrote:
> On Mon, Jun 18, 2018 at 10:54 AM, Khem Raj  wrote:
>> On Mon, Jun 18, 2018 at 10:52 AM Andre McCurdy  wrote:
>>> On Mon, Jun 18, 2018 at 9:20 AM, Mark Hatle  
>>> wrote:
 On 6/15/18 7:23 PM, Khem Raj wrote:
> On Fri, Jun 15, 2018 at 3:48 PM Andre McCurdy  > wrote:
> On Fri, Jun 15, 2018 at 3:36 PM, Khem Raj  > wrote:
> > On Fri, Jun 15, 2018 at 3:14 PM Mark Hatle  > wrote:
> >>
> >> On 6/15/18 3:16 PM, Andre McCurdy wrote:
> >> > From: André Draszik  >
> >> >
> >> > Some projects are starting to use it.
> >> >   https://spdx.org/licenses//BSD-1-Clause.html
> >> >
> >> > Signed-off-by: André Draszik  >
> >> > Signed-off-by: Ross Burton  >
> >> > (cherry picked from commit 
> 77f692ecb39d880b2cb420850a31534860eb2cc5)
> >> > Signed-off-by: Andre McCurdy  >
> >> > ---
> >> >  meta/files/common-licenses/BSD-1-Clause | 9 +
> >> >  1 file changed, 9 insertions(+)
> >> >  create mode 100644 meta/files/common-licenses/BSD-1-Clause
> >> >
> >> > diff --git a/meta/files/common-licenses/BSD-1-Clause
> b/meta/files/common-licenses/BSD-1-Clause
> >> > new file mode 100644
> >> > index 000..ded8897
> >> > --- /dev/null
> >> > +++ b/meta/files/common-licenses/BSD-1-Clause
> >> > @@ -0,0 +1,9 @@
> >> > +
> >> > +Copyright (c) , 
> >> > +All rights reserved.
> >> > +
> >> > +Redistribution and use in source and binary forms, with or 
> without
> modification, are permitted provided that the following conditions 
> are met:
> >> > +
> >> > +Redistributions of source code must retain the above copyright 
> notice,
> this list of conditions and the following disclaimer.
> >> > +THIS SOFTWARE IS PROVIDED BY Berkeley Software Design, Inc. "AS 
> IS"
> AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, 
> THE
> >>
> >> Hate to nitpick, but isn't BSDi defunct?  I don't think it makes 
> sense to
> list
> >> BSDI, since as far as I know they never had a '1-Clause' license.
> >>
> >> Maybe a  would be more appropriate.
> >>
> >
> > I think we should sync the files we carry with SPDX e.g.
> > https://github.com/spdx/license-list-data/tree/master/text
>
> It doesn't look like that will fix the inconsistencies... those
> versions are inconsistent too:
>
> We should report that to spdx folks since they
> Work on licenses and might be interested in addressing this
 Agreed.  I think we need to get the SPDX to fix their examples, and then 
 use
 them once they are fixed.

 As for our version of the code, I'd suggest the "" (as 
 in the
 BSD-4-clause example) in all cases.
>>> Agreed. So while Mark and Khem fix up master, is it OK for Armin to
>>> backport the current version to rocko? Or should master and sumo be
>>> updated first?
>> It should get into master for sure before it hits release branches.
> The current version of the BSD-1 license text has been in master since
> January. It's already been released in sumo.

got it.

in stable/rocko-nmut

- armin

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

[OE-core] [PATCH 6/6] nss: update to 3.37.1

[Armin Kuster]

remove Fix-compilation-for-X32.patch as a solution simular is included in 
update.

notable changes:
The TLS 1.3 implementation was updated to Draft 28.
The CA certificates list was updated to version 2.24.

Signed-off-by: Armin Kuster 
---
 ...tics_1.9.0.bb => xf86-input-synaptics_1.9.1.bb} |  4 +--
 .../nss/nss/Fix-compilation-for-X32.patch  | 33 --
 .../nss/{nss_3.36.1.bb => nss_3.37.1.bb}   |  5 ++--
 3 files changed, 4 insertions(+), 38 deletions(-)
 rename meta/recipes-graphics/xorg-driver/{xf86-input-synaptics_1.9.0.bb => 
xf86-input-synaptics_1.9.1.bb} (79%)
 delete mode 100644 meta/recipes-support/nss/nss/Fix-compilation-for-X32.patch
 rename meta/recipes-support/nss/{nss_3.36.1.bb => nss_3.37.1.bb} (97%)

diff --git a/meta/recipes-graphics/xorg-driver/xf86-input-synaptics_1.9.0.bb 
b/meta/recipes-graphics/xorg-driver/xf86-input-synaptics_1.9.1.bb
similarity index 79%
rename from meta/recipes-graphics/xorg-driver/xf86-input-synaptics_1.9.0.bb
rename to meta/recipes-graphics/xorg-driver/xf86-input-synaptics_1.9.1.bb
index d327a3b..dc31890 100644
--- a/meta/recipes-graphics/xorg-driver/xf86-input-synaptics_1.9.0.bb
+++ b/meta/recipes-graphics/xorg-driver/xf86-input-synaptics_1.9.1.bb
@@ -10,7 +10,7 @@ advanced features of the touchpad to become available."
 
 LIC_FILES_CHKSUM = "file://COPYING;md5=55aacd3535a741824955c5eb8f061398"
 
-SRC_URI[md5sum] = "58e5b7722a402114093bf193962d1e3a"
-SRC_URI[sha256sum] = 
"afba3289d7a40217a19d90db98ce181772f9ca6d77e1898727b0afcf02073b5a"
+SRC_URI[md5sum] = "cfb79d3c975151f9bbf30b727c260cb9"
+SRC_URI[sha256sum] = 
"7af83526eff1c76e8b9e1553b34245c203d029028d8044dd9dcf71eef1001576"
 
 DEPENDS += "libxi mtdev libxtst libevdev"
diff --git a/meta/recipes-support/nss/nss/Fix-compilation-for-X32.patch 
b/meta/recipes-support/nss/nss/Fix-compilation-for-X32.patch
deleted file mode 100644
index 80b8690..000
--- a/meta/recipes-support/nss/nss/Fix-compilation-for-X32.patch
+++ /dev/null
@@ -1,33 +0,0 @@
-From c8eadfcdfbc1d5a4799e9a264b0f859cb5954c05 Mon Sep 17 00:00:00 2001
-From: Christopher Larson 
-Date: Tue, 13 Dec 2016 11:40:47 -0700
-Subject: [PATCH 7/7] Fix compilation for X32
-
-X32 uses 32-bit pointers, not 64-bit.
-
-Signed-off-by: Christopher Larson 
-
-Upstream-Status: Pending

- nss/lib/freebl/poly1305-donna-x64-sse2-incremental-source.c | 4 
- 1 file changed, 4 insertions(+)
-
-diff --git a/nss/lib/freebl/poly1305-donna-x64-sse2-incremental-source.c 
b/nss/lib/freebl/poly1305-donna-x64-sse2-incremental-source.c
-index 2a3301e..d4ade41 100644
 a/nss/lib/freebl/poly1305-donna-x64-sse2-incremental-source.c
-+++ b/nss/lib/freebl/poly1305-donna-x64-sse2-incremental-source.c
-@@ -87,7 +87,11 @@ static poly1305_state_internal INLINE
- *
- poly1305_aligned_state(poly1305_state *state)
- {
-+#ifdef __ILP32__
-+return (poly1305_state_internal *)(((uint32_t)state + 63) & ~63);
-+#else
- return (poly1305_state_internal *)(((uint64_t)state + 63) & ~63);
-+#endif
- }
- 
- /* copy 0-63 bytes */
--- 
-2.8.0
-
diff --git a/meta/recipes-support/nss/nss_3.36.1.bb 
b/meta/recipes-support/nss/nss_3.37.1.bb
similarity index 97%
rename from meta/recipes-support/nss/nss_3.36.1.bb
rename to meta/recipes-support/nss/nss_3.37.1.bb
index f855538..cf60a7f 100644
--- a/meta/recipes-support/nss/nss_3.36.1.bb
+++ b/meta/recipes-support/nss/nss_3.37.1.bb
@@ -25,11 +25,10 @@ SRC_URI = 
"http://ftp.mozilla.org/pub/mozilla.org/security/nss/releases/${VERSIO
file://nss-fix-nsinstall-build.patch \
file://disable-Wvarargs-with-clang.patch \
file://pqg.c-ULL_addend.patch \
-   file://Fix-compilation-for-X32.patch \
"
 
-SRC_URI[md5sum] = "814d8fe3ec89006cf62078e2a56cf2f9"
-SRC_URI[sha256sum] = 
"6025441d528ff6a7f1a4b673b6ee7d3540731ada3f78d5acd5c3b3736b222bff"
+SRC_URI[md5sum] = "e9526d7217d02afa96b90b89924c38df"
+SRC_URI[sha256sum] = 
"097b30e436479ad737b3703b25b6198b6513e202731085c6f097d8853dd20405"
 
 UPSTREAM_CHECK_URI = 
"https://developer.mozilla.org/en-US/docs/Mozilla/Projects/NSS/NSS_Releases;
 UPSTREAM_CHECK_REGEX = "NSS_(?P.+)_release_notes"
-- 
2.7.4

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

[OE-core] [PATCH 1/6] xkeyboard-config: update to 2.24

[Armin Kuster]

Signed-off-by: Armin Kuster 
---
 .../xorg-lib/{xkeyboard-config_2.23.1.bb => xkeyboard-config_2.24.bb} | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-graphics/xorg-lib/{xkeyboard-config_2.23.1.bb => 
xkeyboard-config_2.24.bb} (87%)

diff --git a/meta/recipes-graphics/xorg-lib/xkeyboard-config_2.23.1.bb 
b/meta/recipes-graphics/xorg-lib/xkeyboard-config_2.24.bb
similarity index 87%
rename from meta/recipes-graphics/xorg-lib/xkeyboard-config_2.23.1.bb
rename to meta/recipes-graphics/xorg-lib/xkeyboard-config_2.24.bb
index fb9f5d1..7d0e608 100644
--- a/meta/recipes-graphics/xorg-lib/xkeyboard-config_2.23.1.bb
+++ b/meta/recipes-graphics/xorg-lib/xkeyboard-config_2.24.bb
@@ -14,8 +14,8 @@ LIC_FILES_CHKSUM = 
"file://COPYING;md5=0e7f21ca7db975c63467d2e7624a12f9"
 
 SRC_URI = 
"${XORG_MIRROR}/individual/data/xkeyboard-config/${BPN}-${PV}.tar.bz2"
 
-SRC_URI[md5sum] = "875cbd09ab8394277fd16070326abbae"
-SRC_URI[sha256sum] = 
"2a4bbc05fea22151b7a7c8ac2655d549aa9b0486bedc7f5a68c72716343b02f3"
+SRC_URI[md5sum] = "74c4bdf52382127cb5802c3f2ab441e0"
+SRC_URI[sha256sum] = 
"91b18580f46b4e4ea913707f6c8d68ab5286879c3a6591462f3b9e760d3ac4d7"
 
 SECTION = "x11/libs"
 DEPENDS = "intltool-native util-macros libxslt-native"
-- 
2.7.4

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

[OE-core] [PATCH 4/6] xf86-video-vmware: update to 13.3.0

[Armin Kuster]

Signed-off-by: Armin Kuster 
---
 .../{xf86-video-vmware_13.2.1.bb => xf86-video-vmware_13.3.0.bb}  | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-graphics/xorg-driver/{xf86-video-vmware_13.2.1.bb => 
xf86-video-vmware_13.3.0.bb} (77%)

diff --git a/meta/recipes-graphics/xorg-driver/xf86-video-vmware_13.2.1.bb 
b/meta/recipes-graphics/xorg-driver/xf86-video-vmware_13.3.0.bb
similarity index 77%
rename from meta/recipes-graphics/xorg-driver/xf86-video-vmware_13.2.1.bb
rename to meta/recipes-graphics/xorg-driver/xf86-video-vmware_13.3.0.bb
index 0b63bbc..41612b7 100644
--- a/meta/recipes-graphics/xorg-driver/xf86-video-vmware_13.2.1.bb
+++ b/meta/recipes-graphics/xorg-driver/xf86-video-vmware_13.3.0.bb
@@ -10,8 +10,8 @@ DEPENDS += "virtual/libx11 xorgproto libpciaccess"
 
 SRC_URI += "file://0002-add-option-for-vmwgfx.patch"
 
-SRC_URI[md5sum] = "4c3912e4d8947f6c2fc1ee9e2f211d74"
-SRC_URI[sha256sum] = 
"e2f7f7101fba7f53b268e7a25908babbf155b3984fb5268b3d244eb6c11bf62b"
+SRC_URI[md5sum] = "08d66d062055080ff699ab4869726ea2"
+SRC_URI[sha256sum] = 
"47971924659e51666a757269ad941a059ef5afe7a47b5101c174a6022ac4066c"
 
 COMPATIBLE_HOST = '(i.86.*-linux|x86_64.*-linux)'
 
-- 
2.7.4

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

[OE-core] [PATCH 5/6] xkbcomp: update to 1.4.2

[Armin Kuster]

Signed-off-by: Armin Kuster 
---
 meta/recipes-graphics/xorg-app/{xkbcomp_1.4.1.bb => xkbcomp_1.4.2.bb} | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-graphics/xorg-app/{xkbcomp_1.4.1.bb => xkbcomp_1.4.2.bb} 
(77%)

diff --git a/meta/recipes-graphics/xorg-app/xkbcomp_1.4.1.bb 
b/meta/recipes-graphics/xorg-app/xkbcomp_1.4.2.bb
similarity index 77%
rename from meta/recipes-graphics/xorg-app/xkbcomp_1.4.1.bb
rename to meta/recipes-graphics/xorg-app/xkbcomp_1.4.2.bb
index c35d5d7..eaf8eaa 100644
--- a/meta/recipes-graphics/xorg-app/xkbcomp_1.4.1.bb
+++ b/meta/recipes-graphics/xorg-app/xkbcomp_1.4.2.bb
@@ -13,5 +13,5 @@ DEPENDS += "libxkbfile"
 
 BBCLASSEXTEND = "native"
 
-SRC_URI[md5sum] = "07df9790d30f9a369d20a418af784de0"
-SRC_URI[sha256sum] = 
"748dc4cf58ac95684106bd9cf163ac6ab7de9a236faec02a6f4d4006d63a5736"
+SRC_URI[md5sum] = "12610df19df2af3797f2c130ee2bce97"
+SRC_URI[sha256sum] = 
"6dd8bcb9be7e85bd7294abe261b8c7b0539d2fc93e41b80fb8bd013767ce8424"
-- 
2.7.4

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

[OE-core] [PATCH 3/6] xf86-input-evdev: update 2.10.6

[Armin Kuster]

Signed-off-by: Armin Kuster 
---
 .../{xf86-input-evdev_2.10.5.bb => xf86-input-evdev_2.10.6.bb}   | 5 ++---
 1 file changed, 2 insertions(+), 3 deletions(-)
 rename meta/recipes-graphics/xorg-driver/{xf86-input-evdev_2.10.5.bb => 
xf86-input-evdev_2.10.6.bb} (83%)

diff --git a/meta/recipes-graphics/xorg-driver/xf86-input-evdev_2.10.5.bb 
b/meta/recipes-graphics/xorg-driver/xf86-input-evdev_2.10.6.bb
similarity index 83%
rename from meta/recipes-graphics/xorg-driver/xf86-input-evdev_2.10.5.bb
rename to meta/recipes-graphics/xorg-driver/xf86-input-evdev_2.10.6.bb
index 96b220c..60e325c 100644
--- a/meta/recipes-graphics/xorg-driver/xf86-input-evdev_2.10.5.bb
+++ b/meta/recipes-graphics/xorg-driver/xf86-input-evdev_2.10.6.bb
@@ -16,6 +16,5 @@ LIC_FILES_CHKSUM = 
"file://COPYING;md5=fefe33b1cf0cacba0e72e3b0fa0f0e16"
 
 DEPENDS += "mtdev libevdev"
 
-SRC_URI[md5sum] = "94c2c8354c74ab1cfbbb0a222078b9c6"
-SRC_URI[sha256sum] = 
"9edaa6205baf6d2922cc4db3d8e54a7e7773b5f733b0ae90f6be7725f983b70d"
-
+SRC_URI[md5sum] = "e8bd1edc6751f92e425cae7eba3c61eb"
+SRC_URI[sha256sum] = 
"8726073e81861bc7b2321e76272cbdbd33c7e1a121535a9827977265b9033ec0"
-- 
2.7.4

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

[OE-core] [PATCH 2/6] xf86-video-fbdev: update to 0.5.0

[Armin Kuster]

Signed-off-by: Armin Kuster 
---
 .../{xf86-video-fbdev_0.4.4.bb => xf86-video-fbdev_0.5.0.bb}  | 4 ++--
 1 file changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-graphics/xorg-driver/{xf86-video-fbdev_0.4.4.bb => 
xf86-video-fbdev_0.5.0.bb} (64%)

diff --git a/meta/recipes-graphics/xorg-driver/xf86-video-fbdev_0.4.4.bb 
b/meta/recipes-graphics/xorg-driver/xf86-video-fbdev_0.5.0.bb
similarity index 64%
rename from meta/recipes-graphics/xorg-driver/xf86-video-fbdev_0.4.4.bb
rename to meta/recipes-graphics/xorg-driver/xf86-video-fbdev_0.5.0.bb
index 52e9bd1..7b4ac88 100644
--- a/meta/recipes-graphics/xorg-driver/xf86-video-fbdev_0.4.4.bb
+++ b/meta/recipes-graphics/xorg-driver/xf86-video-fbdev_0.5.0.bb
@@ -5,5 +5,5 @@ DESCRIPTION = "fbdev is an Xorg driver for framebuffer devices. 
This is a non-ac
 
 LIC_FILES_CHKSUM = "file://COPYING;md5=d8cbd99fff773f92e844948f74ef0df8"
 
-SRC_URI[md5sum] = "3931c0e19d441cc576dc088f9eb9fd73"
-SRC_URI[sha256sum] = 
"9dd4b326498223abbfdf786089a46ea3db4fa6bbd341308eb48a9e00bc3fd51b"
+SRC_URI[md5sum] = "f07475655376be5a124d8187aacd87b6"
+SRC_URI[sha256sum] = 
"dcc3d85f378022180e437a9ec00a59b6cb7680ff79c40394d695060af2374699"
-- 
2.7.4

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

Re: [OE-core] [meta-oe][PATCH] image_types.bbclass: add optional size to ubi vols

[Tobias Olausson]

Just noticed there is a serious typo that will make this fail in multiubi 
settings. It worked for my non-multi setup which was just lucky variable 
naming. Will send an updated patch.


Tobias Olausson
Development Engineer

HMS Industrial Networks AB

Norra Ågatan 26C
431 35 Mölndal, Sweden

Email: t...@hms.se




From: openembedded-core-boun...@lists.openembedded.org 
 on behalf of Tobias Olausson 

Sent: Monday, June 18, 2018 1:29 PM
To: openembedded-core@lists.openembedded.org
Cc: Magnus Olsson
Subject: [OE-core] [meta-oe][PATCH] image_types.bbclass: add optional size to 
ubi vols

>From d7b8be3f844c10ace0d4c04e35986145fc20d0d8 Mon Sep 17 00:00:00 2001
From: Tobias Olausson 
Date: Mon, 18 Jun 2018 13:22:04 +0200
Subject: [meta-oe][PATCH] image_types.bbclass: add optional size to ubi vols

Instead of hard coding the ubi volume to be just large enough to fit the
root file system, one can use a variable to set a preferred size.

Signed-off-by: Tobias Olausson 
---
 meta/classes/image_types.bbclass | 8 
 1 file changed, 8 insertions(+)

diff --git a/meta/classes/image_types.bbclass b/meta/classes/image_types.bbclass
index 00a00d318f..ae23aeaa8a 100644
--- a/meta/classes/image_types.bbclass
+++ b/meta/classes/image_types.bbclass
@@ -164,10 +164,18 @@ multiubi_mkfs() {
 local vname="_$3"
 fi

+   # Set UBI_VOL_SIZE (for regular ubi) or UBI_VOL_SIZE_name for multiubi
+   eval local UBI_VOL_SIZE=\"\$UBI_VOL_SIZE_${name}\"
+
 echo \[ubifs\] > ubinize${vname}-${IMAGE_NAME}.cfg
 echo mode=ubi >> ubinize${vname}-${IMAGE_NAME}.cfg
 echo 
image=${IMGDEPLOYDIR}/${IMAGE_NAME}${vname}${IMAGE_NAME_SUFFIX}.ubifs >> 
ubinize${vname}-${IMAGE_NAME}.cfg
 echo vol_id=0 >> ubinize${vname}-${IMAGE_NAME}.cfg
+
+   if [ -n "${UBI_VOL_SIZE}" ]; then
+   echo "vol_size=${UBI_VOL_SIZE}" >> 
ubinize${vname}-${IMAGE_NAME}.cfg
+   fi
+
 echo vol_type=dynamic >> ubinize${vname}-${IMAGE_NAME}.cfg
 echo vol_name=${UBI_VOLNAME} >> ubinize${vname}-${IMAGE_NAME}.cfg
 echo vol_flags=autoresize >> ubinize${vname}-${IMAGE_NAME}.cfg
--
2.17.1



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

Re: [OE-core] [PATCH V2] boost: Improve reproducibility

[Yu, Mingli]

On 2018年06月17日 22:04, Khem Raj wrote:



On Sun, Jun 17, 2018 at 2:17 AM Richard Purdie
mailto:richard.pur...@linuxfoundation.org>> wrote:

On Fri, 2018-06-15 at 16:35 +0800, mingli...@windriver.com
 wrote:
 > From: Mingli Yu mailto:mingli...@windriver.com>>
 >
 > Set .file section explicitly for .S files to avoid
 > the linker introduces the host path in symbols for
 > object files whose source file is .S
 > Otherwise, there is a host path in the symbols as
 > below:
 > $ readelf --wide --symbols /my-build/boost/1.67.0-
 > r0/boost_1_67_0/x86_64-poky-
 > linux/boost/bin.v2/libs/context/build/aca09349fdb84d131321425f6c3a38e
 > d/libboost_context.so.1.67.0
 > 42:  0 FILE LOCAL DEFAULT ABS /my-build/boost/1.67.0-
 > r0/boost_1_67_0/x86_64-poky-
 > linux/boost/bin.v2/libs/context/build/aca09349fdb84d131321425f6c3a38e
 > d/asm/make_x86_64_sysv_elf_gas.o
 >
 > [YOCTO #12708]
 >
 > Signed-off-by: Mingli Yu mailto:mingli...@windriver.com>>
 >
Thanks for working through this, the final result is a much better fix!


If we add this directive to all the .S files there
Then it can be up streamed too


Yes, I did try to send the related fix to upstream.
Thanks Khem's help!

Thanks,





Cheers,

Richard


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

Re: [OE-core] [PATCH] Fix build error when enable archiver.

[Lei, Maohui]

Hi Peter

> This cannot be correct. If I am not mistaken, then this would
> effectively disable the archiver class from outputting anything for
> native packages.

I don't think there is any necessary to create archiver for xx-native as same 
as no need to create packages for xx-native.
xx-native is only useful on build system, it is not outcome of build system.

Best regards
Lei


> -Original Message-
> From: Peter Kjellerstedt [mailto:peter.kjellerst...@axis.com]
> Sent: Thursday, June 14, 2018 6:55 PM
> To: Lei, Maohui; openembedded-core@lists.openembedded.org
> Subject: RE: [OE-core] [PATCH] Fix build error when enable archiver.
> 
> > -Original Message-
> > From: openembedded-core-boun...@lists.openembedded.org
> > [mailto:openembedded-core-boun...@lists.openembedded.org] On Behalf Of
> > Lei Maohui
> > Sent: den 2 juni 2018 23:04
> > To: openembedded-core@lists.openembedded.org
> > Subject: [OE-core] [PATCH] Fix build error when enable archiver.
> >
> > The error is as fllowing:
> > ERROR: Task do_deploy_archives in
> > virtual:native:/yocto/poky/meta/recipes-extended/newt/libnewt_0.52.20.bb
> depends upon non-existent task
> > do_package_write_rpm in virtual:native:/yocto/poky/meta/recipes-
> extended/newt/libnewt_0.52.20.bb
> > ERROR: Command execution failed: 1
> >
> > Signed-off-by: Lei Maohui 
> > ---
> >  meta/classes/nopackages.bbclass | 1 +
> >  1 file changed, 1 insertion(+)
> >
> > diff --git a/meta/classes/nopackages.bbclass
> b/meta/classes/nopackages.bbclass
> > index 559f507..d9ddfac 100644
> > --- a/meta/classes/nopackages.bbclass
> > +++ b/meta/classes/nopackages.bbclass
> > @@ -10,3 +10,4 @@ deltask do_package_write_ipk_setscene
> >  deltask do_package_write_deb_setscene
> >  deltask do_package_qa_setscene
> >  deltask do_packagedata_setscene
> > +deltask do_deploy_archives
> > --
> > 1.9.1
> 
> This cannot be correct. If I am not mistaken, then this would
> effectively disable the archiver class from outputting anything for
> native packages.
> 
> //Peter
> 
> 



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

Re: [OE-core] [PATCH v2] devtool deploy-target: optionally specify package

[Trevor Woerner]

ping?

On Wed, Jun 6, 2018 at 2:11 PM, Trevor Woerner  wrote:

> Instead of installing an entire recipe's build output (i.e. ${D}), allow
> the
> user to optionally specify the name of one package at a time from said
> recipe
> to be installed (i.e. ${PKGDEST}/).
>
> NOTE: mixing "deploy-target" commands that have this new --package option
> and
> "deploy-target" commands without --package against the same recipe is not
> ideal.
>
> Signed-off-by: Trevor Woerner 
> ---
> updates since v1:
>  - The behaviour of deploy-target is to start by trying to remove any
> previous
>such deploy-targets with the same deploy-name which have already been
>deployed on the target. That meant that, with v1, if someone tried to
>deploy two packages from the same recipe, the second deployment would
>undeploy the first deployment, then deploy the second. By incorporating
> the
>package name into the on-target deploy-name, multiple such deployments
> can
>exist at the same time from the same recipe.
> ---
>  scripts/lib/devtool/deploy.py | 42 ++-
>  1 file changed, 31 insertions(+), 11 deletions(-)
>
> diff --git a/scripts/lib/devtool/deploy.py b/scripts/lib/devtool/deploy.py
> index 52e261d560..0bd2a9f63b 100644
> --- a/scripts/lib/devtool/deploy.py
> +++ b/scripts/lib/devtool/deploy.py
> @@ -169,11 +169,20 @@ def deploy(args, config, basepath, workspace):
>  except Exception as e:
>  raise DevtoolError('Exception parsing recipe %s: %s' %
>  (args.recipename, e))
> -recipe_outdir = rd.getVar('D')
> +if args.package:
> +recipe_outdir = os.path.join(rd.getVar('PKGDEST'),
> args.package)
> +else:
> +recipe_outdir = rd.getVar('D')
>  if not os.path.exists(recipe_outdir) or not
> os.listdir(recipe_outdir):
> -raise DevtoolError('No files to deploy - have you built the
> %s '
> -'recipe? If so, the install step has not
> installed '
> -'any files.' % args.recipename)
> +if args.package:
> +raise DevtoolError('No files to deploy - have you built
> the %s '
> +'package of the %s recipe? If so, the
> install '
> +'step has not installed any files.'
> +% (args.package, args.recipename))
> +else:
> +raise DevtoolError('No files to deploy - have you built
> the %s '
> +'recipe? If so, the install step has not
> installed '
> +'any files.' % args.recipename)
>
>  if args.strip and not args.dry_run:
>  # Fakeroot copy to new destination
> @@ -246,7 +255,10 @@ def deploy(args, config, basepath, workspace):
>  shutil.rmtree(tmpdir)
>
>  # Now run the script
> -ret = exec_fakeroot(rd, 'tar cf - . | ssh  %s %s %s \'sh %s %s %s
> %s\'' % (ssh_port, extraoptions, args.target, tmpscript, args.recipename,
> destdir, tmpfilelist), cwd=recipe_outdir, shell=True)
> +filename = args.recipename
> +if args.package:
> +filename = filename + '.' + args.package
> +ret = exec_fakeroot(rd, 'tar cf - . | ssh  %s %s %s \'sh %s %s %s
> %s\'' % (ssh_port, extraoptions, args.target, tmpscript, filename, destdir,
> tmpfilelist), cwd=recipe_outdir, shell=True)
>  if ret != 0:
>  raise DevtoolError('Deploy failed - rerun with -s to get a
> complete '
>  'error message')
> @@ -300,13 +312,19 @@ def undeploy(args, config, basepath, workspace):
>  shutil.rmtree(tmpdir)
>
>  # Now run the script
> -ret = subprocess.call('ssh %s %s %s \'sh %s %s\'' % (ssh_port,
> extraoptions, args.target, tmpscript, args.recipename), shell=True)
> +filename = args.recipename
> +if args.package:
> +filename = filename + '.' + args.package
> +ret = subprocess.call('ssh %s %s %s \'sh %s %s\'' % (ssh_port,
> extraoptions, args.target, tmpscript, filename), shell=True)
>  if ret != 0:
>  raise DevtoolError('Undeploy failed - rerun with -s to get a
> complete '
> 'error message')
>
>  if not args.all and not args.dry_run:
> -logger.info('Successfully undeployed %s' % args.recipename)
> +if args.package:
> +logger.info('Successfully undeployed %s' % args.package)
> +else:
> +logger.info('Successfully undeployed %s' % args.recipename)
>  return 0
>
>
> @@ -314,8 +332,8 @@ def register_commands(subparsers, context):
>  """Register devtool subcommands from the deploy plugin"""
>
>  parser_deploy = subparsers.add_parser('deploy-target',
> -  help='Deploy recipe output
> files to live target machine',
> -  

Re: [OE-core] [oe-core][PATCHv2] image_types.bbclass: add optional size to ubi vols

[Andre McCurdy]

On Mon, Jun 18, 2018 at 6:14 AM, Tobias Olausson  wrote:
> From 6bd1c95cc26aebe820e3d83a97601e4057ef8db5 Mon Sep 17 00:00:00 2001
> From: Tobias Olausson 
> Date: Mon, 18 Jun 2018 15:01:53 +0200
> Subject: [oe-core][PATCHv2] image_types.bbclass: add optional size to ubi vols
>
> Instead of hard coding the ubi volume to be just large enough to fit the
> root file system, one can use a variable to set a preferred size.
>
> Signed-off-by: Tobias Olausson 
> ---
>  meta/classes/image_types.bbclass | 12 
>  1 file changed, 12 insertions(+)
>
> diff --git a/meta/classes/image_types.bbclass 
> b/meta/classes/image_types.bbclass
> index 00a00d318f..c53fb1fce4 100644
> --- a/meta/classes/image_types.bbclass
> +++ b/meta/classes/image_types.bbclass
> @@ -164,10 +164,22 @@ multiubi_mkfs() {
> local vname="_$3"
> fi
>
> +   # Set UBI_VOL_SIZE (for regular ubi) or UBI_VOL_SIZE_vname for 
> multiubi
> +   if [ -n ${vname} ]; then

You need to quote ${vname} here, otherwise the test will always return true:

 $ [ -n ] && echo true
 true

 $ [ -n foo ] && echo true
 true

Wondering how much testing this patch has actually had ?

> +   local ubi_vol_size=${UBI_VOL_SIZE}
> +   else
> +   eval local ubi_vol_size=\"\$UBI_VOL_SIZE${vname}\"
> +   fi
> +
> echo \[ubifs\] > ubinize${vname}-${IMAGE_NAME}.cfg
> echo mode=ubi >> ubinize${vname}-${IMAGE_NAME}.cfg
> echo 
> image=${IMGDEPLOYDIR}/${IMAGE_NAME}${vname}${IMAGE_NAME_SUFFIX}.ubifs >> 
> ubinize${vname}-${IMAGE_NAME}.cfg
> echo vol_id=0 >> ubinize${vname}-${IMAGE_NAME}.cfg
> +
> +   if [ -n "${ubi_vol_size}" ]; then
> +   echo "vol_size=${ubi_vol_size}" >> 
> ubinize${vname}-${IMAGE_NAME}.cfg
> +   fi
> +
> echo vol_type=dynamic >> ubinize${vname}-${IMAGE_NAME}.cfg
> echo vol_name=${UBI_VOLNAME} >> ubinize${vname}-${IMAGE_NAME}.cfg
> echo vol_flags=autoresize >> ubinize${vname}-${IMAGE_NAME}.cfg
> --
> 2.17.1
> --
> ___
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [oe-core][PATCHv2] image_types.bbclass: add optional size to ubi vols

[Tobias Olausson]

>From 6bd1c95cc26aebe820e3d83a97601e4057ef8db5 Mon Sep 17 00:00:00 2001
From: Tobias Olausson 
Date: Mon, 18 Jun 2018 15:01:53 +0200
Subject: [oe-core][PATCHv2] image_types.bbclass: add optional size to ubi vols

Instead of hard coding the ubi volume to be just large enough to fit the
root file system, one can use a variable to set a preferred size.

Signed-off-by: Tobias Olausson 
---
 meta/classes/image_types.bbclass | 12 
 1 file changed, 12 insertions(+)

diff --git a/meta/classes/image_types.bbclass b/meta/classes/image_types.bbclass
index 00a00d318f..c53fb1fce4 100644
--- a/meta/classes/image_types.bbclass
+++ b/meta/classes/image_types.bbclass
@@ -164,10 +164,22 @@ multiubi_mkfs() {
local vname="_$3"
fi
 
+   # Set UBI_VOL_SIZE (for regular ubi) or UBI_VOL_SIZE_vname for multiubi
+   if [ -n ${vname} ]; then
+   local ubi_vol_size=${UBI_VOL_SIZE}
+   else
+   eval local ubi_vol_size=\"\$UBI_VOL_SIZE${vname}\"
+   fi
+
echo \[ubifs\] > ubinize${vname}-${IMAGE_NAME}.cfg
echo mode=ubi >> ubinize${vname}-${IMAGE_NAME}.cfg
echo 
image=${IMGDEPLOYDIR}/${IMAGE_NAME}${vname}${IMAGE_NAME_SUFFIX}.ubifs >> 
ubinize${vname}-${IMAGE_NAME}.cfg
echo vol_id=0 >> ubinize${vname}-${IMAGE_NAME}.cfg
+
+   if [ -n "${ubi_vol_size}" ]; then
+   echo "vol_size=${ubi_vol_size}" >> 
ubinize${vname}-${IMAGE_NAME}.cfg
+   fi
+
echo vol_type=dynamic >> ubinize${vname}-${IMAGE_NAME}.cfg
echo vol_name=${UBI_VOLNAME} >> ubinize${vname}-${IMAGE_NAME}.cfg
echo vol_flags=autoresize >> ubinize${vname}-${IMAGE_NAME}.cfg
-- 
2.17.1
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [morty][PATCH 1/2] glibc: add missing TRAP_BRANCH/TRAP_HWBKPT definitions

[Daniel Díaz]

Hello!


On 11 June 2018 at 16:46, Andre McCurdy  wrote:
> On Mon, Jun 11, 2018 at 2:38 PM, akuster808  wrote:
>> On 06/11/2018 10:30 AM, Daniel Díaz wrote:
>>> Ping on this series for Morty.
>>
>> this is in the stable/morty-next branch which is on hold for the current
>> morty QA.
>> http://git.yoctoproject.org/cgit/cgit.cgi/poky-contrib/commit/?h=stable/pyro-next=76ffc6b7e5ff6f2bab6e53bb07f52a25fcb81ac9
>
> That's a link for stable/pyro-next.
> The change doesn't seem to be in stable/morty-next though:
>   http://git.yoctoproject.org/cgit.cgi/poky-contrib/log/?h=stable/morty-next

Is there anything from my side that needs to be done for this patch?

Thanks and greetings!

Daniel Díaz
daniel.d...@linaro.org
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [PATCH 2/2] mesa: Update 18.1.1 -> 18.1.2

[Otavio Salvador]

This includes bug fixes for 18.1.x series. For list of changes check:

https://www.mesa3d.org/relnotes/18.1.2.html

Signed-off-by: Otavio Salvador 
---

 .../mesa/{mesa-gl_18.1.1.bb => mesa-gl_18.1.2.bb} | 0
 meta/recipes-graphics/mesa/{mesa_18.1.1.bb => mesa_18.1.2.bb} | 4 ++--
 2 files changed, 2 insertions(+), 2 deletions(-)
 rename meta/recipes-graphics/mesa/{mesa-gl_18.1.1.bb => mesa-gl_18.1.2.bb} 
(100%)
 rename meta/recipes-graphics/mesa/{mesa_18.1.1.bb => mesa_18.1.2.bb} (87%)

diff --git a/meta/recipes-graphics/mesa/mesa-gl_18.1.1.bb 
b/meta/recipes-graphics/mesa/mesa-gl_18.1.2.bb
similarity index 100%
rename from meta/recipes-graphics/mesa/mesa-gl_18.1.1.bb
rename to meta/recipes-graphics/mesa/mesa-gl_18.1.2.bb
diff --git a/meta/recipes-graphics/mesa/mesa_18.1.1.bb 
b/meta/recipes-graphics/mesa/mesa_18.1.2.bb
similarity index 87%
rename from meta/recipes-graphics/mesa/mesa_18.1.1.bb
rename to meta/recipes-graphics/mesa/mesa_18.1.2.bb
index aab4a19315..2c06b1eb7b 100644
--- a/meta/recipes-graphics/mesa/mesa_18.1.1.bb
+++ b/meta/recipes-graphics/mesa/mesa_18.1.2.bb
@@ -10,8 +10,8 @@ SRC_URI = 
"https://mesa.freedesktop.org/archive/mesa-${PV}.tar.xz \
file://0007-dri-i965-Add-missing-time.h-include.patch \
 "
 
-SRC_URI[md5sum] = "063468c930ff61d211ece0191874fa95"
-SRC_URI[sha256sum] = 
"d3312a2ede5aac14a47476b208b8e3a401367838330197c4588ab8ad420d7781"
+SRC_URI[md5sum] = "a2d4f031eb6bd6111d44d84004476918"
+SRC_URI[sha256sum] = 
"070bf0648ba5b242d7303ceed32aed80842f4c0ba16e5acc1a650a46eadfb1f9"
 
 #because we cannot rely on the fact that all apps will use pkgconfig,
 #make eglplatform.h independent of MESA_EGL_NO_X11_HEADER
-- 
2.17.1

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

[OE-core] [PATCH 1/2] linux-firmware: upgrade to d114732 revision

[Otavio Salvador]

Following changes are applied:

d114732 Merge branch 'for-upstreaming-v1.7.2-vsw' of 
https://github.com/felix-cavium/linux-firmware
fe4a9d4 brcm: update firmware for bcm4356 pcie
a292181 brcm: update firmware for bcm4354 sdio
be1c535 brcm: update firmware for bcm43362 sdio
5ac5ad5 brcm: update firmware for bcm43340 sdio
ec734a3 brcm: update firmware for bcm43430 sdio
ba51e86 Update Cypress license termination clause
1fa9ce3 amdgpu: update vega10 VCE firmware to version 55.3
9489f55 linux-firmware: Update firmware patch for Intel Bluetooth 7265 (D0)
6be4747 linux-firmware:Update firmware patch for Intel Bluetooth 7265 (D1)
4949d88 Merge branch 'master' of https://github.com/vgarodia/linux-firmware
7602644 qcom: add venus firmware files for v5.2
7518922 Update AMD cpu microcode for family 15h
3f8243c linux-firmware: Update firmware patch for Intel Bluetooth 8260
2c4f7c1 qed: Add firmware 8.37.2.0
0e193ca linux-firmware: liquidio: update vswitch firmware to v1.7.2
2a9b2cf Merge branch 'for-upstreaming-v1.7.2' of 
https://github.com/felix-cavium/linux-firmware
112d300 linux-firmware: Update firmware file for Intel Bluetooth,8265
629a5e0 linux-firmware: Update firmware patch for Intel Bluetooth 7260 (B5/B6)
7035335 linux-firmware: Update firmware patch for Intel Bluetooth 7260 (B3/B4)
c84bd66 linux-firmware: Update firmware file for Intel Bluetooth,9260
897330f linux-firmware:Update firmware patch for Intel Bluetooth 7265 (D1)
e94352c linux-firmware: Update firmware file for Intel Bluetooth,9560
7710151 linux-firmware: Update AMD cpu microcode
be1e8c5 Merge commit 'a6327c5a5f74c3d11da76d0dcb51c6f5db7f8a35' of 
https://github.com/Netronome/linux-firmware
86d39f8 amdgpu: sync up polaris12 firmware with 18.10 release
b5320a9 amdgpu: sync up polaris11 firmware with 18.10 release
152c924 amdgpu: sync up polaris10 firmware with 18.10 release
0d672f7 amdgpu: sync up vega10 firmware with 18.10 release
30447b1 amdgpu: sync up carrizo firmware with 18.10 release
dd6f936 amdgpu: sync up topaz firmware with 18.10 release
de9c175 amdgpu: sync up stoney firmware with 18.10 release
5e22609 amdgpu: sync up tonga firmware with 18.10 release
499042e amdgpu: sync up fiji firmware with 18.10 release
1db3eec amdgpu: sync up raven firmware with 18.10 release
a6327c5 nfp: Add symlink for Agilio CX 1x40GbE flower firmware
8b78780 nfp: update Agilio SmartNIC flower firmware to rev AOTC-2.9.A.16
d3b6941 linux-firmware: liquidio: update firmware to v1.7.2

License-Update: copyright years updated and filelist updated.
Signed-off-by: Otavio Salvador 
---

 meta/recipes-kernel/linux-firmware/linux-firmware_git.bb | 6 +++---
 1 file changed, 3 insertions(+), 3 deletions(-)

diff --git a/meta/recipes-kernel/linux-firmware/linux-firmware_git.bb 
b/meta/recipes-kernel/linux-firmware/linux-firmware_git.bb
index 7d34f421a1..dff34e3e3a 100644
--- a/meta/recipes-kernel/linux-firmware/linux-firmware_git.bb
+++ b/meta/recipes-kernel/linux-firmware/linux-firmware_git.bb
@@ -66,7 +66,7 @@ LIC_FILES_CHKSUM = "\
 file://LICENCE.adsp_sst;md5=615c45b91a5a4a9fe046d6ab9a2df728 \
 file://LICENCE.agere;md5=af0133de6b4a9b2522defd5f188afd31 \
 file://LICENSE.amdgpu;md5=0aa3c2f3e736af320a08a3aeeccecf29 \
-file://LICENSE.amd-ucode;md5=3a0de451253cc1edbf30a3c621effee3 \
+file://LICENSE.amd-ucode;md5=3c5399dc9148d7f0e1f41e34b69cf14f \
 file://LICENCE.atheros_firmware;md5=30a14c7823beedac9fa39c64fdd01a13 \
 file://LICENSE.atmel;md5=aa74ac0c60595dee4d4e239107ea77a3 \
 file://LICENCE.broadcom_bcm43xx;md5=3160c14df7228891b868060e1951dfbc \
@@ -118,7 +118,7 @@ LIC_FILES_CHKSUM = "\
 file://LICENCE.xc4000;md5=0ff51d2dc49fce04814c9155081092f0 \
 file://LICENCE.xc5000;md5=1e170c13175323c32c7f4d0998d53f66 \
 file://LICENCE.xc5000c;md5=12b02efa3049db65d524aeb418dd87ca \
-file://WHENCE;md5=6f46986f4e913ef16b765c2319cc5141 \
+file://WHENCE;md5=eaaf310bac02fee05ea1b334f58c5caf \
 "
 
 # These are not common licenses, set NO_GENERIC_LICENSE for them
@@ -181,7 +181,7 @@ NO_GENERIC_LICENSE[Firmware-xc5000] = "LICENCE.xc5000"
 NO_GENERIC_LICENSE[Firmware-xc5000c] = "LICENCE.xc5000c"
 NO_GENERIC_LICENSE[WHENCE] = "WHENCE"
 
-SRCREV = "8fc2d4e55685bf73b6f7752383da9067404a74bb"
+SRCREV = "d1147327232ec4616a66ab898df84f9700c816c1"
 PE = "1"
 PV = "0.0+git${SRCPV}"
 
-- 
2.17.1

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

Re: [OE-core] [meta-oe][PATCH] image_types.bbclass: add optional size to ubi vols

[Andre McCurdy]

On Mon, Jun 18, 2018 at 4:29 AM, Tobias Olausson  wrote:
> From d7b8be3f844c10ace0d4c04e35986145fc20d0d8 Mon Sep 17 00:00:00 2001
> From: Tobias Olausson 
> Date: Mon, 18 Jun 2018 13:22:04 +0200
> Subject: [meta-oe][PATCH] image_types.bbclass: add optional size to ubi vols
>
> Instead of hard coding the ubi volume to be just large enough to fit the
> root file system, one can use a variable to set a preferred size.
>
> Signed-off-by: Tobias Olausson 
> ---
>  meta/classes/image_types.bbclass | 8 
>  1 file changed, 8 insertions(+)
>
> diff --git a/meta/classes/image_types.bbclass 
> b/meta/classes/image_types.bbclass
> index 00a00d318f..ae23aeaa8a 100644
> --- a/meta/classes/image_types.bbclass
> +++ b/meta/classes/image_types.bbclass
> @@ -164,10 +164,18 @@ multiubi_mkfs() {
> local vname="_$3"
> fi
>
> +   # Set UBI_VOL_SIZE (for regular ubi) or UBI_VOL_SIZE_name for multiubi
> +   eval local UBI_VOL_SIZE=\"\$UBI_VOL_SIZE_${name}\"

If UBI_VOL_SIZE is a shell variable then by convention it should be
lower case (to avoid confusion with bitbake variables, which are upper
case). Also, where is the variable ${name} coming from? Should it be
${vname} ?

> +
> echo \[ubifs\] > ubinize${vname}-${IMAGE_NAME}.cfg
> echo mode=ubi >> ubinize${vname}-${IMAGE_NAME}.cfg
> echo 
> image=${IMGDEPLOYDIR}/${IMAGE_NAME}${vname}${IMAGE_NAME_SUFFIX}.ubifs >> 
> ubinize${vname}-${IMAGE_NAME}.cfg
> echo vol_id=0 >> ubinize${vname}-${IMAGE_NAME}.cfg
> +
> +   if [ -n "${UBI_VOL_SIZE}" ]; then
> +   echo "vol_size=${UBI_VOL_SIZE}" >> 
> ubinize${vname}-${IMAGE_NAME}.cfg
> +   fi
> +
> echo vol_type=dynamic >> ubinize${vname}-${IMAGE_NAME}.cfg
> echo vol_name=${UBI_VOLNAME} >> ubinize${vname}-${IMAGE_NAME}.cfg
> echo vol_flags=autoresize >> ubinize${vname}-${IMAGE_NAME}.cfg
> --
> 2.17.1
>
>
>
> --
> ___
> Openembedded-core mailing list
> Openembedded-core@lists.openembedded.org
> http://lists.openembedded.org/mailman/listinfo/openembedded-core
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [rocko][PATCH] common-licenses: Add BSD-1-Clause

[Andre McCurdy]

On Mon, Jun 18, 2018 at 10:54 AM, Khem Raj  wrote:
> On Mon, Jun 18, 2018 at 10:52 AM Andre McCurdy  wrote:
>>
>> On Mon, Jun 18, 2018 at 9:20 AM, Mark Hatle  wrote:
>> > On 6/15/18 7:23 PM, Khem Raj wrote:
>> >> On Fri, Jun 15, 2018 at 3:48 PM Andre McCurdy > >> > wrote:
>> >> On Fri, Jun 15, 2018 at 3:36 PM, Khem Raj > >> > wrote:
>> >> > On Fri, Jun 15, 2018 at 3:14 PM Mark Hatle > >> > wrote:
>> >> >>
>> >> >> On 6/15/18 3:16 PM, Andre McCurdy wrote:
>> >> >> > From: André Draszik > >> >
>> >> >> >
>> >> >> > Some projects are starting to use it.
>> >> >> >   https://spdx.org/licenses//BSD-1-Clause.html
>> >> >> >
>> >> >> > Signed-off-by: André Draszik > >> >
>> >> >> > Signed-off-by: Ross Burton > >> >
>> >> >> > (cherry picked from commit 
>> >> 77f692ecb39d880b2cb420850a31534860eb2cc5)
>> >> >> > Signed-off-by: Andre McCurdy > >> >
>> >> >> > ---
>> >> >> >  meta/files/common-licenses/BSD-1-Clause | 9 +
>> >> >> >  1 file changed, 9 insertions(+)
>> >> >> >  create mode 100644 meta/files/common-licenses/BSD-1-Clause
>> >> >> >
>> >> >> > diff --git a/meta/files/common-licenses/BSD-1-Clause
>> >> b/meta/files/common-licenses/BSD-1-Clause
>> >> >> > new file mode 100644
>> >> >> > index 000..ded8897
>> >> >> > --- /dev/null
>> >> >> > +++ b/meta/files/common-licenses/BSD-1-Clause
>> >> >> > @@ -0,0 +1,9 @@
>> >> >> > +
>> >> >> > +Copyright (c) , 
>> >> >> > +All rights reserved.
>> >> >> > +
>> >> >> > +Redistribution and use in source and binary forms, with or 
>> >> without
>> >> modification, are permitted provided that the following conditions 
>> >> are met:
>> >> >> > +
>> >> >> > +Redistributions of source code must retain the above copyright 
>> >> notice,
>> >> this list of conditions and the following disclaimer.
>> >> >> > +THIS SOFTWARE IS PROVIDED BY Berkeley Software Design, Inc. "AS 
>> >> IS"
>> >> AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, 
>> >> THE
>> >> >>
>> >> >> Hate to nitpick, but isn't BSDi defunct?  I don't think it makes 
>> >> sense to
>> >> list
>> >> >> BSDI, since as far as I know they never had a '1-Clause' license.
>> >> >>
>> >> >> Maybe a  would be more appropriate.
>> >> >>
>> >> >
>> >> > I think we should sync the files we carry with SPDX e.g.
>> >> > https://github.com/spdx/license-list-data/tree/master/text
>> >>
>> >> It doesn't look like that will fix the inconsistencies... those
>> >> versions are inconsistent too:
>> >>
>> >> We should report that to spdx folks since they
>> >> Work on licenses and might be interested in addressing this
>> >
>> > Agreed.  I think we need to get the SPDX to fix their examples, and then 
>> > use
>> > them once they are fixed.
>> >
>> > As for our version of the code, I'd suggest the "" (as 
>> > in the
>> > BSD-4-clause example) in all cases.
>>
>> Agreed. So while Mark and Khem fix up master, is it OK for Armin to
>> backport the current version to rocko? Or should master and sumo be
>> updated first?
>
> It should get into master for sure before it hits release branches.

The current version of the BSD-1 license text has been in master since
January. It's already been released in sumo.
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [rocko][PATCH] common-licenses: Add BSD-1-Clause

[Khem Raj]

On Mon, Jun 18, 2018 at 10:52 AM Andre McCurdy  wrote:
>
> On Mon, Jun 18, 2018 at 9:20 AM, Mark Hatle  wrote:
> > On 6/15/18 7:23 PM, Khem Raj wrote:
> >> On Fri, Jun 15, 2018 at 3:48 PM Andre McCurdy  >> > wrote:
> >> On Fri, Jun 15, 2018 at 3:36 PM, Khem Raj  >> > wrote:
> >> > On Fri, Jun 15, 2018 at 3:14 PM Mark Hatle  >> > wrote:
> >> >>
> >> >> On 6/15/18 3:16 PM, Andre McCurdy wrote:
> >> >> > From: André Draszik  >> >
> >> >> >
> >> >> > Some projects are starting to use it.
> >> >> >   https://spdx.org/licenses//BSD-1-Clause.html
> >> >> >
> >> >> > Signed-off-by: André Draszik  >> >
> >> >> > Signed-off-by: Ross Burton  >> >
> >> >> > (cherry picked from commit 
> >> 77f692ecb39d880b2cb420850a31534860eb2cc5)
> >> >> > Signed-off-by: Andre McCurdy  >> >
> >> >> > ---
> >> >> >  meta/files/common-licenses/BSD-1-Clause | 9 +
> >> >> >  1 file changed, 9 insertions(+)
> >> >> >  create mode 100644 meta/files/common-licenses/BSD-1-Clause
> >> >> >
> >> >> > diff --git a/meta/files/common-licenses/BSD-1-Clause
> >> b/meta/files/common-licenses/BSD-1-Clause
> >> >> > new file mode 100644
> >> >> > index 000..ded8897
> >> >> > --- /dev/null
> >> >> > +++ b/meta/files/common-licenses/BSD-1-Clause
> >> >> > @@ -0,0 +1,9 @@
> >> >> > +
> >> >> > +Copyright (c) , 
> >> >> > +All rights reserved.
> >> >> > +
> >> >> > +Redistribution and use in source and binary forms, with or 
> >> without
> >> modification, are permitted provided that the following conditions are 
> >> met:
> >> >> > +
> >> >> > +Redistributions of source code must retain the above copyright 
> >> notice,
> >> this list of conditions and the following disclaimer.
> >> >> > +THIS SOFTWARE IS PROVIDED BY Berkeley Software Design, Inc. "AS 
> >> IS"
> >> AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, 
> >> THE
> >> >>
> >> >> Hate to nitpick, but isn't BSDi defunct?  I don't think it makes 
> >> sense to
> >> list
> >> >> BSDI, since as far as I know they never had a '1-Clause' license.
> >> >>
> >> >> Maybe a  would be more appropriate.
> >> >>
> >> >
> >> > I think we should sync the files we carry with SPDX e.g.
> >> > https://github.com/spdx/license-list-data/tree/master/text
> >>
> >> It doesn't look like that will fix the inconsistencies... those
> >> versions are inconsistent too:
> >>
> >> We should report that to spdx folks since they
> >> Work on licenses and might be interested in addressing this
> >
> > Agreed.  I think we need to get the SPDX to fix their examples, and then use
> > them once they are fixed.
> >
> > As for our version of the code, I'd suggest the "" (as in 
> > the
> > BSD-4-clause example) in all cases.
>
> Agreed. So while Mark and Khem fix up master, is it OK for Armin to
> backport the current version to rocko? Or should master and sumo be
> updated first?

It should get into master for sure before it hits release branches.
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [rocko][PATCH] common-licenses: Add BSD-1-Clause

[Andre McCurdy]

On Mon, Jun 18, 2018 at 9:20 AM, Mark Hatle  wrote:
> On 6/15/18 7:23 PM, Khem Raj wrote:
>> On Fri, Jun 15, 2018 at 3:48 PM Andre McCurdy > > wrote:
>> On Fri, Jun 15, 2018 at 3:36 PM, Khem Raj > > wrote:
>> > On Fri, Jun 15, 2018 at 3:14 PM Mark Hatle > > wrote:
>> >>
>> >> On 6/15/18 3:16 PM, Andre McCurdy wrote:
>> >> > From: André Draszik > >
>> >> >
>> >> > Some projects are starting to use it.
>> >> >   https://spdx.org/licenses//BSD-1-Clause.html
>> >> >
>> >> > Signed-off-by: André Draszik > >
>> >> > Signed-off-by: Ross Burton > >
>> >> > (cherry picked from commit 77f692ecb39d880b2cb420850a31534860eb2cc5)
>> >> > Signed-off-by: Andre McCurdy > >
>> >> > ---
>> >> >  meta/files/common-licenses/BSD-1-Clause | 9 +
>> >> >  1 file changed, 9 insertions(+)
>> >> >  create mode 100644 meta/files/common-licenses/BSD-1-Clause
>> >> >
>> >> > diff --git a/meta/files/common-licenses/BSD-1-Clause
>> b/meta/files/common-licenses/BSD-1-Clause
>> >> > new file mode 100644
>> >> > index 000..ded8897
>> >> > --- /dev/null
>> >> > +++ b/meta/files/common-licenses/BSD-1-Clause
>> >> > @@ -0,0 +1,9 @@
>> >> > +
>> >> > +Copyright (c) , 
>> >> > +All rights reserved.
>> >> > +
>> >> > +Redistribution and use in source and binary forms, with or without
>> modification, are permitted provided that the following conditions are 
>> met:
>> >> > +
>> >> > +Redistributions of source code must retain the above copyright 
>> notice,
>> this list of conditions and the following disclaimer.
>> >> > +THIS SOFTWARE IS PROVIDED BY Berkeley Software Design, Inc. "AS IS"
>> AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE
>> >>
>> >> Hate to nitpick, but isn't BSDi defunct?  I don't think it makes 
>> sense to
>> list
>> >> BSDI, since as far as I know they never had a '1-Clause' license.
>> >>
>> >> Maybe a  would be more appropriate.
>> >>
>> >
>> > I think we should sync the files we carry with SPDX e.g.
>> > https://github.com/spdx/license-list-data/tree/master/text
>>
>> It doesn't look like that will fix the inconsistencies... those
>> versions are inconsistent too:
>>
>> We should report that to spdx folks since they
>> Work on licenses and might be interested in addressing this
>
> Agreed.  I think we need to get the SPDX to fix their examples, and then use
> them once they are fixed.
>
> As for our version of the code, I'd suggest the "" (as in 
> the
> BSD-4-clause example) in all cases.

Agreed. So while Mark and Khem fix up master, is it OK for Armin to
backport the current version to rocko? Or should master and sumo be
updated first?

>>
>> 
>> https://github.com/spdx/license-list-data/blob/master/text/BSD-1-Clause.txt
>> : THIS SOFTWARE IS PROVIDED BY Berkeley Software Design, Inc. "AS IS"
>>
>> 
>> https://github.com/spdx/license-list-data/blob/master/text/BSD-2-Clause.txt
>> : THIS SOFTWARE IS PROVIDED BY THE COPYRIGHT HOLDERS AND CONTRIBUTORS
>> "AS IS"
>>
>> etc...
>>
>> >
>> >> --Mark
>> >>
>> >> IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR
>> PURPOSE ARE
>> >> DISCLAIMED. IN NO EVENT SHALL Berkeley Software Design, Inc. BE LIABLE
>> FOR ANY
>> >> DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL 
>> DAMAGES
>> >> (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR 
>> SERVICES;
>> >> LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER 
>> CAUSED
>> AND ON
>> >> ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR 
>> TORT
>> >> (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE 
>> OF THIS
>> >> SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.
>> >> > +
>> >> >
>> >>
>> >> --
>> >> ___
>> >> Openembedded-core mailing list
>> >> Openembedded-core@lists.openembedded.org
>> 
>> >> http://lists.openembedded.org/mailman/listinfo/openembedded-core
>>
>
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [PATCH] mktemp: remove

[Khem Raj]

On Mon, Jun 18, 2018 at 9:47 AM Mark Hatle  wrote:
>
> On 6/18/18 11:30 AM, Burton, Ross wrote:
> > On 18 June 2018 at 17:25, Mark Hatle  wrote:
> >> On 6/18/18 10:48 AM, Ross Burton wrote:
> >>> Both busybox and coreutils provide mktemp, and the only difference 
> >>> between those
> >>> (and standalone mktemp) is that coreutils supports --suffix.
> >>
> >> I've got no objections to this.. but I do have a question/comment.
> >>
> >> Is mktemp packaged by itself in coreutils or do you need the larger 
> >> coreutils to
> >> get it.  (I'm not actually sure it matters, but in the past there were some
> >> cases where you might not want all of coreutils, but wanted mktemp...)
> >
> > We don't have a small or large coreutils.  Maybe that's a WR-ism?
>
> No, I'm referring to system sizes..  there have been systems developed in the
> past that use a number of alternative command line tooling.
>
> I thought coreutils was broken into various packages already.  It may have 
> been
> in the past and is no longer broken up as well -- or maybe the busybox version
> was lacking some argument mktemp (coreutils mktemp) supports.
>
> The point is there was a reason for it in smaller systems, and that reason may
> not exist any longer -- but just be aware it might come back up as a problem.

The affected case is where busybox one is not used and coreutils is
not used but mktemp is used. I think its in best interest for this
usecase to move on to accept a maintained version of utility, be it
from coreutils or busybox.
-- 
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

Re: [OE-core] [meta-oe][PATCH] package.bbclass: provide debug sources in externalsrc -dbg packages

[Khem Raj]

On Sun, May 20, 2018 at 3:26 PM Paul Eggleton
 wrote:
>
> Hi Vignesh,
>
> Thanks for the patch, a question below.
>
> On Thursday, 17 May 2018 5:50:00 PM NZST Vignesh Rajendran wrote:
> > The recipes which are using externalsrc method doesn't contain the
> > debug sources in their -dbg packages.
> >
> > Add a handling in copydebugsources function to copy the debugsources for
> > externalsrc -dbg packages.
> >
> > Signed-off-by: Vignesh Rajendran 
> > ---
> >  meta/classes/externalsrc.bbclass |  3 +++
> >  meta/classes/package.bbclass | 12 ++--
> >  2 files changed, 13 insertions(+), 2 deletions(-)
> >
> > diff --git a/meta/classes/externalsrc.bbclass 
> > b/meta/classes/externalsrc.bbclass
> > index c9f5cf7..135670d 100644
> > --- a/meta/classes/externalsrc.bbclass
> > +++ b/meta/classes/externalsrc.bbclass
> > @@ -129,6 +129,9 @@ python () {
> >  d.setVar('CONFIGURESTAMPFILE', configstamp)
> >  d.setVar('STAMP', 
> > '${STAMPS_DIR}/work-shared/${PN}/${EXTENDPE}${PV}-${PR}')
> >  d.setVar('STAMPCLEAN', '${STAMPS_DIR}/work-shared/${PN}/*-*')
> > +
> > + # set DEBUG_PREFIX_MAP to external source path
> > + d.appendVar("DEBUG_PREFIX_MAP", 
> > "-fdebug-prefix-map=${EXTERNALSRC}=/usr/src/debug/${PN}/${EXTENDPE}${PV}-${PR}")
> >  }
> >
> >  python externalsrc_configure_prefunc() {
> > diff --git a/meta/classes/package.bbclass b/meta/classes/package.bbclass
> > index edeffa9..f071a2e 100644
> > --- a/meta/classes/package.bbclass
> > +++ b/meta/classes/package.bbclass
> > @@ -420,6 +420,7 @@ def copydebugsources(debugsrcdir, d):
> >  workdir = d.getVar("WORKDIR")
> >  workparentdir = os.path.dirname(os.path.dirname(workdir))
> >  workbasedir = os.path.basename(os.path.dirname(workdir)) + "/" + 
> > os.path.basename(workdir)
> > +externalsrc = d.getVar('EXTERNALSRC', True)
> >
> >  # If build path exists in sourcefile, it means toolchain did not 
> > use
> >  # -fdebug-prefix-map to compile
> > @@ -444,9 +445,16 @@ def copydebugsources(debugsrcdir, d):
> >  processdebugsrc += "fgrep -zw '%s' | "
> >  # Remove prefix in the source paths
> >  processdebugsrc += "sed 's#%s##g' | "
> > -processdebugsrc += "(cd '%s' ; cpio -pd0mlL --no-preserve-owner 
> > '%s%s' 2>/dev/null)"
> > +# handle external sources to provide sources in -dbg packages
> > +if externalsrc:
> > +localsrc_prefix = "/usr/src/debug/"
> > +processdebugsrc += "sed 's#%s/##g' | "
> > +processdebugsrc += "(cd '%s' ; cpio -pd0mlL 
> > --no-preserve-owner '%s%s/%s' 2>/dev/null)"
> > +cmd = processdebugsrc % (sourcefile, workbasedir, 
> > localsrc_prefix, workbasedir, externalsrc, dvar, debugsrcdir, workbasedir)
> > +else:
> > +processdebugsrc += "(cd '%s' ; cpio -pd0mlL 
> > --no-preserve-owner '%s%s' 2>/dev/null)"
> > +cmd = processdebugsrc % (sourcefile, workbasedir, 
> > localsrc_prefix, workparentdir, dvar, debugsrcdir)
> >
> > -cmd = processdebugsrc % (sourcefile, workbasedir, localsrc_prefix, 
> > workparentdir, dvar, debugsrcdir)
> >  (retval, output) = oe.utils.getstatusoutput(cmd)
> >  # Can "fail" if internal headers/transient sources are attempted
> >  #if retval:
> >
>
> Is there a way we can fix this without adding a reference to externalsrc in
> package.bbclass?
>

perhaps setting DEBUG_PREFIX_MAP relative to S instead of WORKDIR is
going to take care of this

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

Re: [OE-core] [PATCH v3] ltp: fix cve-2017-5669 test case

[Saul Wold]

Armin

Is there any chance of getting this into Sumo and Rocko?


Sau!


On 06/13/2018 10:40 AM, Saul Wold wrote:

Can this be backported to both Rocko and Sumo?

Or is this a case to update LTP in those older releases?


Sau!


On 06/12/2018 12:34 AM, Naresh Kamboju wrote:
Adding cve-2017-5669 test fix patch which is accepted upstream in LTP 
repo.


Ref:
cve-2017-5669: shmat() for 0 (or with REMAPs

https://github.com/linux-test-project/ltp/pull/324

Upstream-Status: Accepted 
[https://github.com/linux-test-project/ltp/pull/324]

CVE: cve-2017-5669
Signed-off-by: Naresh Kamboju 
---
  ...69-shmat-for-0-or-PAGESIZE-with-RND-flag-.patch | 97 
++

  meta/recipes-extended/ltp/ltp_20180515.bb  |  1 +
  2 files changed, 98 insertions(+)
  create mode 100644 
meta/recipes-extended/ltp/ltp/0041-cve-2017-5669-shmat-for-0-or-PAGESIZE-with-RND-flag-.patch


diff --git 
a/meta/recipes-extended/ltp/ltp/0041-cve-2017-5669-shmat-for-0-or-PAGESIZE-with-RND-flag-.patch 
b/meta/recipes-extended/ltp/ltp/0041-cve-2017-5669-shmat-for-0-or-PAGESIZE-with-RND-flag-.patch 


new file mode 100644
index 000..2a47785
--- /dev/null
+++ 
b/meta/recipes-extended/ltp/ltp/0041-cve-2017-5669-shmat-for-0-or-PAGESIZE-with-RND-flag-.patch

@@ -0,0 +1,97 @@
+From b767b73ef027ba8d35f297c7d3659265ac80425b Mon Sep 17 00:00:00 2001
+From: Rafael David Tinoco 
+Date: Wed, 30 May 2018 09:14:34 -0300
+Subject: [PATCH] cve-2017-5669: shmat() for 0 (or flag) has

+ to fail with REMAPs
+
+Fixes: https://github.com/linux-test-project/ltp/issues/319
+
+According to upstream thread (https://lkml.org/lkml/2018/5/28/2056),
+cve-2017-5669 needs to address the "new" way of handling nil addresses
+for shmat() when used with MAP_FIXED or SHM_REMAP flags.
+
+- mapping nil-page is OK on lower addresses with MAP_FIXED (or else 
X11 is broken)

+- mapping nil-page is NOT OK with SHM_REMAP on lower addresses
+
+Addresses Davidlohr Bueso's comments/changes:
+
+commit 8f89c007b6de
+Author: Davidlohr Bueso 
+Date:   Fri May 25 14:47:30 2018 -0700
+
+    ipc/shm: fix shmat() nil address after round-down when remapping
+
+commit a73ab244f0da
+Author: Davidlohr Bueso 
+Date:   Fri May 25 14:47:27 2018 -0700
+
+    Revert "ipc/shm: Fix shmat mmap nil-page protection"
+
+For previously test, and now broken, made based on:
+
+commit 95e91b831f87
+Author: Davidlohr Bueso 
+Date:   Mon Feb 27 14:28:24 2017 -0800
+
+    ipc/shm: Fix shmat mmap nil-page protection
+
+Signed-off-by: Rafael David Tinoco 
+Tested-by: Naresh Kamboju 
+Reviewed-by: Jan Stancek 
+
+Upstream-Status: Accepted 
[https://github.com/linux-test-project/ltp/pull/324]

+CVE: cve-2017-5669
+Signed-off-by: Rafael David Tinoco 
+---
+ testcases/cve/cve-2017-5669.c | 20 +++-
+ 1 file changed, 19 insertions(+), 1 deletion(-)
+
+diff --git a/testcases/cve/cve-2017-5669.c 
b/testcases/cve/cve-2017-5669.c

+index 1ca5983..0834626 100644
+--- a/testcases/cve/cve-2017-5669.c
 b/testcases/cve/cve-2017-5669.c
+@@ -28,7 +28,20 @@
+  * is just to see if we get an access error or some other 
unexpected behaviour.

+  *
+  * See commit 95e91b831f (ipc/shm: Fix shmat mmap nil-page protection)
++ *
++ * The commit above disallowed SHM_RND maps to zero (and rounded) 
entirely and
++ * that broke userland for cases like Xorg. New behavior disallows 
REMAPs to

++ * lower addresses (0<=PAGESIZE).
++ *
++ * See commit a73ab244f0da (Revert "ipc/shm: Fix shmat mmap 
nil-page protect...)
++ * See commit 8f89c007b6de (ipc/shm: fix shmat() nil address after 
round-dow...)

++ * See https://github.com/linux-test-project/ltp/issues/319
++ *
++ * This test needs root permissions or else security_mmap_addr(), from
++ * get_unmapped_area(), will cause permission errors when trying to 
mmap lower

++ * addresses.
+  */
++
+ #include 
+ #include 
+ #include 
+@@ -60,7 +73,11 @@ static void cleanup(void)
+ static void run(void)
+ {
+ tst_res(TINFO, "Attempting to attach shared memory to null page");
+-    shm_addr = shmat(shm_id, ((void *)1), SHM_RND);
++    /*
++ * shmat() for 0 (or < PAGESIZE with RND flag) has to fail with 
REMAPs

++ * https://github.com/linux-test-project/ltp/issues/319
++ */
++    shm_addr = shmat(shm_id, ((void *)1), SHM_RND | SHM_REMAP);
+ if (shm_addr == (void *)-1) {
+ shm_addr = NULL;
+ if (errno == EINVAL) {
+@@ -89,6 +106,7 @@ static void run(void)
+ }
+
+ static struct tst_test test = {
++    .needs_root = 1,
+ .setup = setup,
+ .cleanup = cleanup,
+ .test_all = run,
+--
+2.7.4
+
diff --git a/meta/recipes-extended/ltp/ltp_20180515.bb 
b/meta/recipes-extended/ltp/ltp_20180515.bb

index b07c1b9..48739f1 100644
--- a/meta/recipes-extended/ltp/ltp_20180515.bb
+++ b/meta/recipes-extended/ltp/ltp_20180515.bb
@@ -41,6 +41,7 @@ SRC_URI = 
"git://github.com/linux-test-project/ltp.git \

file://0036-testcases-network-nfsv4-acl-acl1.c-Security-fix-on-s.patch \

Re: [OE-core] [PATCH] mktemp: remove

[Mark Hatle]

On 6/18/18 11:30 AM, Burton, Ross wrote:
> On 18 June 2018 at 17:25, Mark Hatle  wrote:
>> On 6/18/18 10:48 AM, Ross Burton wrote:
>>> Both busybox and coreutils provide mktemp, and the only difference between 
>>> those
>>> (and standalone mktemp) is that coreutils supports --suffix.
>>
>> I've got no objections to this.. but I do have a question/comment.
>>
>> Is mktemp packaged by itself in coreutils or do you need the larger 
>> coreutils to
>> get it.  (I'm not actually sure it matters, but in the past there were some
>> cases where you might not want all of coreutils, but wanted mktemp...)
> 
> We don't have a small or large coreutils.  Maybe that's a WR-ism?

No, I'm referring to system sizes..  there have been systems developed in the
past that use a number of alternative command line tooling.

I thought coreutils was broken into various packages already.  It may have been
in the past and is no longer broken up as well -- or maybe the busybox version
was lacking some argument mktemp (coreutils mktemp) supports.

The point is there was a reason for it in smaller systems, and that reason may
not exist any longer -- but just be aware it might come back up as a problem.

--Mark

> Ross
> 

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

Re: [OE-core] [PATCH] mktemp: remove

[Burton, Ross]

On 18 June 2018 at 17:25, Mark Hatle  wrote:
> On 6/18/18 10:48 AM, Ross Burton wrote:
>> Both busybox and coreutils provide mktemp, and the only difference between 
>> those
>> (and standalone mktemp) is that coreutils supports --suffix.
>
> I've got no objections to this.. but I do have a question/comment.
>
> Is mktemp packaged by itself in coreutils or do you need the larger coreutils 
> to
> get it.  (I'm not actually sure it matters, but in the past there were some
> cases where you might not want all of coreutils, but wanted mktemp...)

We don't have a small or large coreutils.  Maybe that's a WR-ism?

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

Re: [OE-core] [PATCH] mktemp: remove

[Mark Hatle]

On 6/18/18 10:48 AM, Ross Burton wrote:
> Both busybox and coreutils provide mktemp, and the only difference between 
> those
> (and standalone mktemp) is that coreutils supports --suffix.

I've got no objections to this.. but I do have a question/comment.

Is mktemp packaged by itself in coreutils or do you need the larger coreutils to
get it.  (I'm not actually sure it matters, but in the past there were some
cases where you might not want all of coreutils, but wanted mktemp...)

If there is no standalone mktemp any longer, I think we just need to be prepared
for someone to come and say they have a use-case... but at this point, I
wouldn't actively change any of the exiting implementations (busybox/coreutils).

--Mark

> Also mktemp.org has disappeared, so it's fair to assume that the standalone
> mktemp (last released in 2010) is dead.
> 
> Signed-off-by: Ross Burton 
> ---
>  meta/conf/distro/include/distro_alias.inc  |  1 -
>  meta/conf/distro/include/maintainers.inc   |  1 -
>  .../packagegroups/packagegroup-self-hosted.bb  |  1 -
>  .../mktemp/files/disable-strip.patch   | 15 -
>  .../mktemp/files/fix-parallel-make.patch   | 24 ---
>  meta/recipes-extended/mktemp/mktemp_1.7.bb | 36 
> --
>  .../packagegroup-core-full-cmdline.bb  |  1 -
>  .../packagegroups/packagegroup-core-lsb.bb |  1 -
>  8 files changed, 80 deletions(-)
>  delete mode 100644 meta/recipes-extended/mktemp/files/disable-strip.patch
>  delete mode 100644 meta/recipes-extended/mktemp/files/fix-parallel-make.patch
>  delete mode 100644 meta/recipes-extended/mktemp/mktemp_1.7.bb
> 
> diff --git a/meta/conf/distro/include/distro_alias.inc 
> b/meta/conf/distro/include/distro_alias.inc
> index 2edcd5838bf..58c110dbe42 100644
> --- a/meta/conf/distro/include/distro_alias.inc
> +++ b/meta/conf/distro/include/distro_alias.inc
> @@ -242,7 +242,6 @@ DISTRO_PN_ALIAS_pn-mini-x-session = "OSPDT"
>  DISTRO_PN_ALIAS_pn-mkelfimage = "Ubuntu=mkelfimage Fedora=mkelfimage"
>  DISTRO_PN_ALIAS_pn-mkfontdir = "Mandriva=mkfontdir Ubuntu=xfonts-utils 
> Fedora=xorg-x11-font-utils"
>  DISTRO_PN_ALIAS_pn-mkfontscale = "Mandriva=mkfontscale Ubuntu=xfonts-utils 
> Fedora=xorg-x11-font-utils"
> -DISTRO_PN_ALIAS_pn-mktemp = "Mandriva=mktemp Fedora=mktemp"
>  DISTRO_PN_ALIAS_pn-mmc-utils = "OE-Core"
>  DISTRO_PN_ALIAS_pn-modutils-initscripts = "OE-Core"
>  DISTRO_PN_ALIAS_pn-mtd-utils = "Debian=mtd-utils Ubuntu=mtd-utils"
> diff --git a/meta/conf/distro/include/maintainers.inc 
> b/meta/conf/distro/include/maintainers.inc
> index 9382d23ef9e..585eac4fc74 100644
> --- a/meta/conf/distro/include/maintainers.inc
> +++ b/meta/conf/distro/include/maintainers.inc
> @@ -492,7 +492,6 @@ RECIPE_MAINTAINER_pn-mkelfimage = "Alexander Kanavin 
> "
>  RECIPE_MAINTAINER_pn-mkfontdir = "Armin Kuster "
>  RECIPE_MAINTAINER_pn-mkfontscale = "Armin Kuster "
>  RECIPE_MAINTAINER_pn-mklibs-native = "Robert Yang 
> "
> -RECIPE_MAINTAINER_pn-mktemp = "Robert Yang "
>  RECIPE_MAINTAINER_pn-mmc-utils = "Maxin B. John "
>  RECIPE_MAINTAINER_pn-mobile-broadband-provider-info = "Alexander Kanavin 
> "
>  RECIPE_MAINTAINER_pn-modutils-initscripts = "Yi Zhao "
> diff --git a/meta/recipes-core/packagegroups/packagegroup-self-hosted.bb 
> b/meta/recipes-core/packagegroups/packagegroup-self-hosted.bb
> index 28f06d9c5aa..9a6721ce031 100644
> --- a/meta/recipes-core/packagegroups/packagegroup-self-hosted.bb
> +++ b/meta/recipes-core/packagegroups/packagegroup-self-hosted.bb
> @@ -80,7 +80,6 @@ RDEPENDS_packagegroup-self-hosted-sdk = "\
>  libstdc++-dev \
>  libtool \
>  make \
> -mktemp \
>  perl-module-re \
>  perl-module-text-wrap \
>  pkgconfig \
> diff --git a/meta/recipes-extended/mktemp/files/disable-strip.patch 
> b/meta/recipes-extended/mktemp/files/disable-strip.patch
> deleted file mode 100644
> index e06869e3adf..000
> --- a/meta/recipes-extended/mktemp/files/disable-strip.patch
> +++ /dev/null
> @@ -1,15 +0,0 @@
> -Upstream-Status: Inappropriate [configuration]
> -
> -diff --git a/Makefile.in b/Makefile.in
> -index 37b3cc9..f1026f3 100644
>  a/Makefile.in
> -+++ b/Makefile.in
> -@@ -95,7 +95,7 @@ install-dirs:
> - $(DESTDIR)$(mandir)/man1
> - 
> - install-binaries: $(PROG)
> --$(INSTALL) -m 0555 -s $(PROG) $(DESTDIR)$(bindir)/$(PROG)
> -+$(INSTALL) -m 0555 $(PROG) $(DESTDIR)$(bindir)/$(PROG)
> - 
> - install-man:
> - $(INSTALL) -m 0444 $(srcdir)/mktemp.$(mantype) \
> diff --git a/meta/recipes-extended/mktemp/files/fix-parallel-make.patch 
> b/meta/recipes-extended/mktemp/files/fix-parallel-make.patch
> deleted file mode 100644
> index f3b6dcc34ab..000
> --- a/meta/recipes-extended/mktemp/files/fix-parallel-make.patch
> +++ /dev/null
> @@ -1,24 +0,0 @@
> -This fixes the parallel make install failure
> -
> -Upstream-Status: Accepted
> -http://www.gratisoft.us/bugzilla/show_bug.cgi?id=528
> -
> -Signed-off-by: 

Re: [OE-core] [rocko][PATCH] common-licenses: Add BSD-1-Clause

[Mark Hatle]

On 6/15/18 7:23 PM, Khem Raj wrote:
> 
> 
> On Fri, Jun 15, 2018 at 3:48 PM Andre McCurdy  > wrote:
> 
> On Fri, Jun 15, 2018 at 3:36 PM, Khem Raj  > wrote:
> > On Fri, Jun 15, 2018 at 3:14 PM Mark Hatle  > wrote:
> >>
> >> On 6/15/18 3:16 PM, Andre McCurdy wrote:
> >> > From: André Draszik  >
> >> >
> >> > Some projects are starting to use it.
> >> >   https://spdx.org/licenses//BSD-1-Clause.html
> >> >
> >> > Signed-off-by: André Draszik  >
> >> > Signed-off-by: Ross Burton  >
> >> > (cherry picked from commit 77f692ecb39d880b2cb420850a31534860eb2cc5)
> >> > Signed-off-by: Andre McCurdy  >
> >> > ---
> >> >  meta/files/common-licenses/BSD-1-Clause | 9 +
> >> >  1 file changed, 9 insertions(+)
> >> >  create mode 100644 meta/files/common-licenses/BSD-1-Clause
> >> >
> >> > diff --git a/meta/files/common-licenses/BSD-1-Clause
> b/meta/files/common-licenses/BSD-1-Clause
> >> > new file mode 100644
> >> > index 000..ded8897
> >> > --- /dev/null
> >> > +++ b/meta/files/common-licenses/BSD-1-Clause
> >> > @@ -0,0 +1,9 @@
> >> > +
> >> > +Copyright (c) , 
> >> > +All rights reserved.
> >> > +
> >> > +Redistribution and use in source and binary forms, with or without
> modification, are permitted provided that the following conditions are 
> met:
> >> > +
> >> > +Redistributions of source code must retain the above copyright 
> notice,
> this list of conditions and the following disclaimer.
> >> > +THIS SOFTWARE IS PROVIDED BY Berkeley Software Design, Inc. "AS IS"
> AND ANY EXPRESS OR IMPLIED WARRANTIES, INCLUDING, BUT NOT LIMITED TO, THE
> >>
> >> Hate to nitpick, but isn't BSDi defunct?  I don't think it makes sense 
> to
> list
> >> BSDI, since as far as I know they never had a '1-Clause' license.
> >>
> >> Maybe a  would be more appropriate.
> >>
> >
> > I think we should sync the files we carry with SPDX e.g.
> > https://github.com/spdx/license-list-data/tree/master/text
> 
> It doesn't look like that will fix the inconsistencies... those
> versions are inconsistent too:
> 
> 
> We should report that to spdx folks since they 
> Work on licenses and might be interested in addressing this 

Agreed.  I think we need to get the SPDX to fix their examples, and then use
them once they are fixed.

As for our version of the code, I'd suggest the "" (as in the
BSD-4-clause example) in all cases.

--Mark

> 
> 
> 
> https://github.com/spdx/license-list-data/blob/master/text/BSD-1-Clause.txt
> : THIS SOFTWARE IS PROVIDED BY Berkeley Software Design, Inc. "AS IS"
> 
> 
> https://github.com/spdx/license-list-data/blob/master/text/BSD-2-Clause.txt
> : THIS SOFTWARE IS PROVIDED BY THE COPYRIGHT HOLDERS AND CONTRIBUTORS
> "AS IS"
> 
> etc...
> 
> >
> >> --Mark
> >>
> >> IMPLIED WARRANTIES OF MERCHANTABILITY AND FITNESS FOR A PARTICULAR
> PURPOSE ARE
> >> DISCLAIMED. IN NO EVENT SHALL Berkeley Software Design, Inc. BE LIABLE
> FOR ANY
> >> DIRECT, INDIRECT, INCIDENTAL, SPECIAL, EXEMPLARY, OR CONSEQUENTIAL 
> DAMAGES
> >> (INCLUDING, BUT NOT LIMITED TO, PROCUREMENT OF SUBSTITUTE GOODS OR 
> SERVICES;
> >> LOSS OF USE, DATA, OR PROFITS; OR BUSINESS INTERRUPTION) HOWEVER CAUSED
> AND ON
> >> ANY THEORY OF LIABILITY, WHETHER IN CONTRACT, STRICT LIABILITY, OR TORT
> >> (INCLUDING NEGLIGENCE OR OTHERWISE) ARISING IN ANY WAY OUT OF THE USE 
> OF THIS
> >> SOFTWARE, EVEN IF ADVISED OF THE POSSIBILITY OF SUCH DAMAGE.
> >> > +
> >> >
> >>
> >> --
> >> ___
> >> Openembedded-core mailing list
> >> Openembedded-core@lists.openembedded.org
> 
> >> http://lists.openembedded.org/mailman/listinfo/openembedded-core
> 

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

[OE-core] [PATCH] mktemp: remove

[Ross Burton]

Both busybox and coreutils provide mktemp, and the only difference between those
(and standalone mktemp) is that coreutils supports --suffix.

Also mktemp.org has disappeared, so it's fair to assume that the standalone
mktemp (last released in 2010) is dead.

Signed-off-by: Ross Burton 
---
 meta/conf/distro/include/distro_alias.inc  |  1 -
 meta/conf/distro/include/maintainers.inc   |  1 -
 .../packagegroups/packagegroup-self-hosted.bb  |  1 -
 .../mktemp/files/disable-strip.patch   | 15 -
 .../mktemp/files/fix-parallel-make.patch   | 24 ---
 meta/recipes-extended/mktemp/mktemp_1.7.bb | 36 --
 .../packagegroup-core-full-cmdline.bb  |  1 -
 .../packagegroups/packagegroup-core-lsb.bb |  1 -
 8 files changed, 80 deletions(-)
 delete mode 100644 meta/recipes-extended/mktemp/files/disable-strip.patch
 delete mode 100644 meta/recipes-extended/mktemp/files/fix-parallel-make.patch
 delete mode 100644 meta/recipes-extended/mktemp/mktemp_1.7.bb

diff --git a/meta/conf/distro/include/distro_alias.inc 
b/meta/conf/distro/include/distro_alias.inc
index 2edcd5838bf..58c110dbe42 100644
--- a/meta/conf/distro/include/distro_alias.inc
+++ b/meta/conf/distro/include/distro_alias.inc
@@ -242,7 +242,6 @@ DISTRO_PN_ALIAS_pn-mini-x-session = "OSPDT"
 DISTRO_PN_ALIAS_pn-mkelfimage = "Ubuntu=mkelfimage Fedora=mkelfimage"
 DISTRO_PN_ALIAS_pn-mkfontdir = "Mandriva=mkfontdir Ubuntu=xfonts-utils 
Fedora=xorg-x11-font-utils"
 DISTRO_PN_ALIAS_pn-mkfontscale = "Mandriva=mkfontscale Ubuntu=xfonts-utils 
Fedora=xorg-x11-font-utils"
-DISTRO_PN_ALIAS_pn-mktemp = "Mandriva=mktemp Fedora=mktemp"
 DISTRO_PN_ALIAS_pn-mmc-utils = "OE-Core"
 DISTRO_PN_ALIAS_pn-modutils-initscripts = "OE-Core"
 DISTRO_PN_ALIAS_pn-mtd-utils = "Debian=mtd-utils Ubuntu=mtd-utils"
diff --git a/meta/conf/distro/include/maintainers.inc 
b/meta/conf/distro/include/maintainers.inc
index 9382d23ef9e..585eac4fc74 100644
--- a/meta/conf/distro/include/maintainers.inc
+++ b/meta/conf/distro/include/maintainers.inc
@@ -492,7 +492,6 @@ RECIPE_MAINTAINER_pn-mkelfimage = "Alexander Kanavin 
"
 RECIPE_MAINTAINER_pn-mkfontdir = "Armin Kuster "
 RECIPE_MAINTAINER_pn-mkfontscale = "Armin Kuster "
 RECIPE_MAINTAINER_pn-mklibs-native = "Robert Yang "
-RECIPE_MAINTAINER_pn-mktemp = "Robert Yang "
 RECIPE_MAINTAINER_pn-mmc-utils = "Maxin B. John "
 RECIPE_MAINTAINER_pn-mobile-broadband-provider-info = "Alexander Kanavin 
"
 RECIPE_MAINTAINER_pn-modutils-initscripts = "Yi Zhao "
diff --git a/meta/recipes-core/packagegroups/packagegroup-self-hosted.bb 
b/meta/recipes-core/packagegroups/packagegroup-self-hosted.bb
index 28f06d9c5aa..9a6721ce031 100644
--- a/meta/recipes-core/packagegroups/packagegroup-self-hosted.bb
+++ b/meta/recipes-core/packagegroups/packagegroup-self-hosted.bb
@@ -80,7 +80,6 @@ RDEPENDS_packagegroup-self-hosted-sdk = "\
 libstdc++-dev \
 libtool \
 make \
-mktemp \
 perl-module-re \
 perl-module-text-wrap \
 pkgconfig \
diff --git a/meta/recipes-extended/mktemp/files/disable-strip.patch 
b/meta/recipes-extended/mktemp/files/disable-strip.patch
deleted file mode 100644
index e06869e3adf..000
--- a/meta/recipes-extended/mktemp/files/disable-strip.patch
+++ /dev/null
@@ -1,15 +0,0 @@
-Upstream-Status: Inappropriate [configuration]
-
-diff --git a/Makefile.in b/Makefile.in
-index 37b3cc9..f1026f3 100644
 a/Makefile.in
-+++ b/Makefile.in
-@@ -95,7 +95,7 @@ install-dirs:
-   $(DESTDIR)$(mandir)/man1
- 
- install-binaries: $(PROG)
--  $(INSTALL) -m 0555 -s $(PROG) $(DESTDIR)$(bindir)/$(PROG)
-+  $(INSTALL) -m 0555 $(PROG) $(DESTDIR)$(bindir)/$(PROG)
- 
- install-man:
-   $(INSTALL) -m 0444 $(srcdir)/mktemp.$(mantype) \
diff --git a/meta/recipes-extended/mktemp/files/fix-parallel-make.patch 
b/meta/recipes-extended/mktemp/files/fix-parallel-make.patch
deleted file mode 100644
index f3b6dcc34ab..000
--- a/meta/recipes-extended/mktemp/files/fix-parallel-make.patch
+++ /dev/null
@@ -1,24 +0,0 @@
-This fixes the parallel make install failure
-
-Upstream-Status: Accepted
-http://www.gratisoft.us/bugzilla/show_bug.cgi?id=528
-
-Signed-off-by: Saul Wold 
-
-Index: mktemp-1.7/Makefile.in
-===
 mktemp-1.7.orig/Makefile.in
-+++ mktemp-1.7/Makefile.in
-@@ -94,10 +94,10 @@ install-dirs:
-   $(SHELL) $(srcdir)/mkinstalldirs $(DESTDIR)$(bindir) \
-   $(DESTDIR)$(mandir)/man1
- 
--install-binaries: $(PROG)
-+install-binaries: install-dirs $(PROG)
-   $(INSTALL) -m 0555 $(PROG) $(DESTDIR)$(bindir)/$(PROG)
- 
--install-man:
-+install-man: install-dirs
-   $(INSTALL) -m 0444 $(srcdir)/mktemp.$(mantype) \
-   $(DESTDIR)$(mandir)/man1/mktemp.1
- 
diff --git a/meta/recipes-extended/mktemp/mktemp_1.7.bb 
b/meta/recipes-extended/mktemp/mktemp_1.7.bb
deleted file mode 100644
index e8ae5c6b724..000
--- 

[OE-core] Yocto Project Status WW25’18

[Jolley, Stephen K]

Current Dev Position: YP 2.6 M1 is in QA, accepting patches for YP 2.6 M2.

Next Deadline: YP 2.6 M1 release is targeted for June 22, 2018 (See update)


SWAT Team Rotation:

· SWAT lead is currently: Armin

· SWAT team rotation: Armin -> Maxin on June 22, 2018

· SWAT team rotation: Maxin -> Ross on June 29, 2018

· https://wiki.yoctoproject.org/wiki/Yocto_Build_Failure_Swat_Team


Key Status/Updates:

· 2.4.3 was released

· 2.6 M1 was built and passed to QA.

· 2.3.4 and 2.2.4 are also both going through the QA process

· gcc 8.1 was merged into master, thanks to everyone involved for the 
testing and fixes, I know some of the patches had some back and forth but 
believe we ended up with the right fixes.

· Good news on the autobuilder front, we believe we now have enough 
feature equivalence between the old buildbot code and the new buildbot code to 
be able to switch all the infrastructure over to the new codebase. This marks 
the point where we get out of “catch up” mode and can start enhancing the 
functionality.

· With M1 built, we believe we’ve merged a good portion of the patch 
backlog and been able to give feedback about a number of patches which were in 
an indeterminate state. We’ve tried hard to ensure patches are getting 
feedback, if anything has been missed, please let us know.


Planned Releases for YP 2.6:

· YP 2.6 M1 Build Target is in QA.

· YP 2.6 M1 Release Target is June 22, 2018

· YP 2.6 M2 Build Target is July 16, 2018

· YP 2.6 M2 Release Target is July 27, 2018

· YP 2.6 M3 Build Target is Aug. 27, 2018

· YP 2.6 M3 Release Target is Sept. 7, 2018

· YP 2.6 M4 Build Target is Oct. 1, 2018

· YP 2.6 M4 Release Target is Oct. 26, 2018


Planned upcoming dot releases:

· YP 2.3.4 (Pyro) rc1 is built and in QA see 
https://wiki.yoctoproject.org/wiki/2.3_QA_Status it is at 92% complete.

· YP 2.2.4 (Morty) rc1 is built and in QA see 
https://wiki.yoctoproject.org/wiki/2.2_QA_Status it is at 24% complete.

· YP 2.5.1 (Sumo) will be targeted after YP 2.6 M2 is done.

· YP 2.4.4 (Rocko) will be targeted after YP 2.6 M4 is done.


Tracking Metrics:

· WDD 2568 (last week 2551) 
(https://wiki.yoctoproject.org/charts/combo.html)

· Poky Patch Metrics

oTotal patches found: 1651 (last week 1597)

oPercentage of patches in the Pending State: 765(46%) [last week 741 (47%)]


Key Status Links for YP:

https://wiki.yoctoproject.org/wiki/Yocto_Project_v2.6_Status

https://wiki.yoctoproject.org/wiki/Yocto_2.6_Schedule

https://wiki.yoctoproject.org/wiki/Yocto_2.6_Features


The Status reports are now stored on the wiki at: 
https://wiki.yoctoproject.org/wiki/Weekly_Status


[If anyone has suggestions for other information you’d like to see on this 
weekly status update, let us know!]

Thanks,

Stephen K. Jolley
Yocto Project Project Manager
INTEL, MS JF1-255, 2111 N.E. 25th Avenue, Hillsboro, OR 97124
•Cell:(208) 244-4460
• Email: stephen.k.jol...@intel.com

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

Re: [OE-core] [PATCH 1/3] xf86-video-intel: patch cleanup

[akuster808]

On 06/18/2018 03:10 AM, Ross Burton wrote:
> always_include_xorg_server.h.patch is merged upstream, so drop it.
>
> disable-x11-dri3.patch was purely to solve determinism issues with the shared 
> sysroot, which
> we don't have anymore.
>
> Also remove redundant tarball checksums as this recipe fetches from git.
cool, I will drop the changes I have queue fro this package.

thanks,
Armin
>
> Signed-off-by: Ross Burton 
> ---
>  .../always_include_xorg_server.h.patch | 24 
> --
>  .../xf86-video-intel/disable-x11-dri3.patch| 17 ---
>  .../xorg-driver/xf86-video-intel_git.bb|  4 
>  3 files changed, 45 deletions(-)
>  delete mode 100644 
> meta/recipes-graphics/xorg-driver/xf86-video-intel/always_include_xorg_server.h.patch
>  delete mode 100644 
> meta/recipes-graphics/xorg-driver/xf86-video-intel/disable-x11-dri3.patch
>
> diff --git 
> a/meta/recipes-graphics/xorg-driver/xf86-video-intel/always_include_xorg_server.h.patch
>  
> b/meta/recipes-graphics/xorg-driver/xf86-video-intel/always_include_xorg_server.h.patch
> deleted file mode 100644
> index 8a5dd39ae1e..000
> --- 
> a/meta/recipes-graphics/xorg-driver/xf86-video-intel/always_include_xorg_server.h.patch
> +++ /dev/null
> @@ -1,24 +0,0 @@
> -Include xorg-server.h to fix build errors seen with glibc 2.20
> -
> -In file included from 
> /home/ubuntu/work/upstream/openembedded-core/build/tmp-glibc/sysroots/qemux86/usr/include/string.h:634:0,
> - from 
> /home/ubuntu/work/upstream/openembedded-core/build/tmp-glibc/work/i586-oe-linux/xf86-video-intel/2_2.99.912-r0/xf86-video-intel-2.99.912/src/backlight.c:39:
> -/home/ubuntu/work/upstream/openembedded-core/build/tmp-glibc/sysroots/qemux86/usr/include/xorg/os.h:579:1:
>  error: expected identifier or '(' before '__extension__'
> - strndup(const char *str, size_t n);
> - ^
> -
> -Signed-off-by: Khem Raj 
> -
> -Upstream-Status: Pending
> -
> -Index: xf86-video-intel-2.99.912/src/backlight.c
> -===
>  xf86-video-intel-2.99.912.orig/src/backlight.c   2014-04-09 
> 10:41:18.0 -0700
> -+++ xf86-video-intel-2.99.912/src/backlight.c2014-08-28 
> 18:52:25.524070587 -0700
> -@@ -29,6 +29,7 @@
> - #include "config.h"
> - #endif
> - 
> -+#include 
> - #include 
> - #include 
> - #include 
> diff --git 
> a/meta/recipes-graphics/xorg-driver/xf86-video-intel/disable-x11-dri3.patch 
> b/meta/recipes-graphics/xorg-driver/xf86-video-intel/disable-x11-dri3.patch
> deleted file mode 100644
> index 3334bf4..000
> --- 
> a/meta/recipes-graphics/xorg-driver/xf86-video-intel/disable-x11-dri3.patch
> +++ /dev/null
> @@ -1,17 +0,0 @@
> -These modules are only used for tests that don't get installed, and the
> -automatic detection without explicit dependencies means that a build can find
> -e.g. xshmfence at configure time but then it's been removed from the sysroot 
> by
> -the time compile happens.
> -
> -As the tests don't get installed, just disable the checks.
> -
> -Upstream-Status: Inappropriate [OE-specific]
> -Signed-off-by: Ross Burton 
> -
> -diff --git a/configure.ac b/configure.ac
> -index bd654f3..78a0e0d 100644
>  a/configure.ac
> -+++ b/configure.ac
> -@@ -279 +279 @@ fi
> --PKG_CHECK_MODULES(X11_DRI3, [xcb-dri3 xcb-sync xcb-xfixes xcb-present 
> x11-xcb xshmfence x11 xcomposite xdamage xrender xrandr xxf86vm xext libdrm], 
> [x11_dri3="yes"], [x11_dri3="no"])
> -+#PKG_CHECK_MODULES(X11_DRI3, [xcb-dri3 xcb-sync xcb-xfixes xcb-present 
> x11-xcb xshmfence x11 xcomposite xdamage xrender xrandr xxf86vm xext libdrm], 
> [x11_dri3="yes"], [x11_dri3="no"])
> diff --git a/meta/recipes-graphics/xorg-driver/xf86-video-intel_git.bb 
> b/meta/recipes-graphics/xorg-driver/xf86-video-intel_git.bb
> index 893f5ce3f64..a60da70840d 100644
> --- a/meta/recipes-graphics/xorg-driver/xf86-video-intel_git.bb
> +++ b/meta/recipes-graphics/xorg-driver/xf86-video-intel_git.bb
> @@ -14,13 +14,9 @@ PV = "2.99.917+git${SRCPV}"
>  S = "${WORKDIR}/git"
>  
>  SRC_URI = "git://anongit.freedesktop.org/xorg/driver/xf86-video-intel \
> -   file://disable-x11-dri3.patch \
> -   file://always_include_xorg_server.h.patch \
> file://0001-Add-Coffeelake-PCI-IDs-for-S-Skus.patch \
> "
>  
> -SRC_URI[md5sum] = "fa196a66e52c0c624fe5d350af7a5e7b"
> -SRC_URI[sha256sum] = 
> "00b781eea055582820a123c47b62411bdf6aabf4f03dc0568faec55faf9667c9"
>  UPSTREAM_CHECK_GITTAGREGEX = "(?P\d+(\.\d+)+)"
>  
>  DEPENDS += "virtual/libx11 drm libpciaccess pixman"

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

Re: [OE-core] [PATCH] xf86-video-omap: remove

[akuster808]

On 06/18/2018 03:05 AM, Ross Burton wrote:
> This driver is dead upstream and doesn't appear to provide any advantage over
> upstream kernel drivers and xserver's modesetting support.

works for me. please remove from maintainer.inc too

thanks,
Armin
> Signed-off-by: Ross Burton 
> ---
>  .../xorg-driver/xf86-video-omap_0.4.5.bb   | 41 
> --
>  1 file changed, 41 deletions(-)
>  delete mode 100644 meta/recipes-graphics/xorg-driver/xf86-video-omap_0.4.5.bb
>
> diff --git a/meta/recipes-graphics/xorg-driver/xf86-video-omap_0.4.5.bb 
> b/meta/recipes-graphics/xorg-driver/xf86-video-omap_0.4.5.bb
> deleted file mode 100644
> index 0430f67b40e..000
> --- a/meta/recipes-graphics/xorg-driver/xf86-video-omap_0.4.5.bb
> +++ /dev/null
> @@ -1,41 +0,0 @@
> -require xorg-driver-video.inc
> -
> -SUMMARY = "X.Org X server -- Texas Instruments OMAP framebuffer driver"
> -
> -SUMMARY = "X.Org X server -- TI OMAP integrated graphics chipsets driver"
> -
> -DESCRIPTION = "Open-source X.org graphics driver for TI OMAP graphics \
> -Currently relies on a closed-source submodule for EXA acceleration on \
> -the following chipsets: \
> -  + OMAP3430 \
> -  + OMAP3630 \
> -  + OMAP4430 \
> -  + OMAP4460 \
> -  + OMAP5430 \
> -  + OMAP5432 \
> -\
> -NOTE: this driver is work in progress..  you probably don't want to try \
> -and use it yet.  The API/ABI between driver and kernel, and driver and \
> -acceleration submodules is not stable yet.  This driver requires the \
> -omapdrm kernel driver w/ GEM support. \
> -"
> -
> -LICENSE = "GPLv2+"
> -LIC_FILES_CHKSUM = "file://COPYING;md5=10ce5de3b111315ea652a5f74ec0c602"
> -DEPENDS += "virtual/libx11 libdrm xorgproto"
> -
> -SRC_URI[md5sum] = "3b8ea5e8fba63355c0dc6681c49d5fe5"
> -SRC_URI[sha256sum] = 
> "93e7d42107521e61f61980eaea64fb452e87b7b94272e48938ac8d904ccfab5a"
> -
> -CFLAGS += " -I${STAGING_INCDIR}/xorg "
> -
> -# Use overlay 2 on omap3 to enable other apps to use overlay 1 (e.g. dmai or 
> omapfbplay)
> -do_compile_prepend_armv7a () {
> -sed -i -e s:fb1:fb2:g ${S}/src/omap_xv.c
> -}
> -
> -python () {
> -if not bb.utils.contains ('DISTRO_FEATURES', 'opengl', True, False, d):
> -raise bb.parse.SkipRecipe("'opengl' not in DISTRO_FEATURES")
> -}
> -

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

Re: [OE-core] [v3][PATCH] bind: update to 9.12.1

[akuster808]

On 06/17/2018 02:36 PM, Richard Purdie wrote:
> On Sun, 2018-06-17 at 14:28 -0700, akuster808 wrote:
 Requires python-ply package in core
>>> Comment says use meta-python.  If the python code here is useful,
>>> we
>>> can add it to core.
>> its in master now... I think..
> Its in master-next, pending us figuring this other patch out.
>
>>> Conflicts with the commit message.  Pick one.
>>>
 +PACKAGECONFIG[python3] = "--with-python=${PYTHON}, --without-
 python, python3-native python3-ply-native, python3-core"
>>> Just python3-core sounds unlikely as that's a subset of the
>>> standard library.
>> I just noticed python3-ply does not exist in the patch I sent you so
>> I have done a v2 for that python-ply package.
> Can you check what is in -next please as that was my fixed up version
> of your patch which does what it says (and fixes maintainers too).

I saw that a later in the day and it looks fine.
>
> Do we need both the py2 and py3 versions?
py2 came over as-is from meta-python and py3 is new. bind only needs py3

- armin
>
> Cheers,
>
> Richard
>
>

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

[OE-core] [V5][PATCH] bind: update to 9.12.1

[Armin Kuster]

LIC_FILES_CHKSUM changed do to updated year

removed:
dont-test-on-host.patch, no longer implemented
drop use-python3-and-fix-install-lib-path.patch, they added the ability to pass 
in lib dir loctions
drop bind-confgen-build-unix.o-once.patch, fix included in update

Refresh other patches:
add python3 flag for PACKAGECONFIG to pull in python
add new config option --with-eddsa=

[v2]
Remove python3 in default PACKACKECONFIG
include https://patchwork.openembedded.org/patch/148257/
Because of the newly added dependency on meta-python, the python(3)
packageconfig is no longer "default-on".

Signed-off-by: Martin Hundebøll 

[v3]
Made formating and spelling changes per Martin

[v4]
Minor typo fixes
cleanup python3 support

Signed-off-by: Armin Kuster 
Acked-by: Martin Hundebøll 
Signed-off-by: Armin Kuster 
---
 ...0001-build-use-pkg-config-to-find-libxml2.patch | 13 +++---
 ...-gen.c-extend-DIRNAMESIZE-from-256-to-512.patch | 13 +++---
 .../0001-lib-dns-gen.c-fix-too-long-error.patch| 13 +++---
 .../bind/bind/bind-confgen-build-unix.o-once.patch | 48 --
 ...-searching-for-json-headers-searches-sysr.patch | 13 +++---
 .../bind/bind/dont-test-on-host.patch  | 17 
 .../use-python3-and-fix-install-lib-path.patch | 36 
 .../bind/{bind_9.10.6.bb => bind_9.12.1.bb}| 41 ++
 8 files changed, 44 insertions(+), 150 deletions(-)
 delete mode 100644 
meta/recipes-connectivity/bind/bind/bind-confgen-build-unix.o-once.patch
 delete mode 100644 meta/recipes-connectivity/bind/bind/dont-test-on-host.patch
 delete mode 100644 
meta/recipes-connectivity/bind/bind/use-python3-and-fix-install-lib-path.patch
 rename meta/recipes-connectivity/bind/{bind_9.10.6.bb => bind_9.12.1.bb} (75%)

diff --git 
a/meta/recipes-connectivity/bind/bind/0001-build-use-pkg-config-to-find-libxml2.patch
 
b/meta/recipes-connectivity/bind/bind/0001-build-use-pkg-config-to-find-libxml2.patch
index 1e23c0f..6d73e18 100644
--- 
a/meta/recipes-connectivity/bind/bind/0001-build-use-pkg-config-to-find-libxml2.patch
+++ 
b/meta/recipes-connectivity/bind/bind/0001-build-use-pkg-config-to-find-libxml2.patch
@@ -15,11 +15,11 @@ Signed-off-by: Kai Kang 
  configure.in | 23 +++
  1 file changed, 3 insertions(+), 20 deletions(-)
 
-diff --git a/configure.in b/configure.in
-index 4da73a4..6f2a754 100644
 a/configure.in
-+++ b/configure.in
-@@ -2282,26 +2282,9 @@ case "$use_libxml2" in
+Index: bind-9.12.1/configure.in
+===
+--- bind-9.12.1.orig/configure.in
 bind-9.12.1/configure.in
+@@ -2569,26 +2569,9 @@ case "$use_libxml2" in
DST_LIBXML2_INC=""
;;
auto|yes)
@@ -49,6 +49,3 @@ index 4da73a4..6f2a754 100644
fi
;;
  esac
--- 
-2.1.4
-
diff --git 
a/meta/recipes-connectivity/bind/bind/0001-gen.c-extend-DIRNAMESIZE-from-256-to-512.patch
 
b/meta/recipes-connectivity/bind/bind/0001-gen.c-extend-DIRNAMESIZE-from-256-to-512.patch
index 1215093..9d87303 100644
--- 
a/meta/recipes-connectivity/bind/bind/0001-gen.c-extend-DIRNAMESIZE-from-256-to-512.patch
+++ 
b/meta/recipes-connectivity/bind/bind/0001-gen.c-extend-DIRNAMESIZE-from-256-to-512.patch
@@ -7,11 +7,11 @@ Signed-off-by: Chen Qi 
  lib/dns/gen.c | 2 +-
  1 file changed, 1 insertion(+), 1 deletion(-)
 
-diff --git a/lib/dns/gen.c b/lib/dns/gen.c
-index 7a7dafb..51a0435 100644
 a/lib/dns/gen.c
-+++ b/lib/dns/gen.c
-@@ -148,7 +148,7 @@ static const char copyright[] =
+Index: bind-9.12.1/lib/dns/gen.c
+===
+--- bind-9.12.1.orig/lib/dns/gen.c
 bind-9.12.1/lib/dns/gen.c
+@@ -130,7 +130,7 @@ static const char copyright[] =
  #define TYPECLASSBUF (TYPECLASSLEN + 1)
  #define TYPECLASSFMT "%" STR(TYPECLASSLEN) "[-0-9a-z]_%d"
  #define ATTRIBUTESIZE 256
@@ -20,6 +20,3 @@ index 7a7dafb..51a0435 100644
  
  static struct cc {
struct cc *next;
--- 
-1.9.1
-
diff --git 
a/meta/recipes-connectivity/bind/bind/0001-lib-dns-gen.c-fix-too-long-error.patch
 
b/meta/recipes-connectivity/bind/bind/0001-lib-dns-gen.c-fix-too-long-error.patch
index 1ed858c..1e34746 100644
--- 
a/meta/recipes-connectivity/bind/bind/0001-lib-dns-gen.c-fix-too-long-error.patch
+++ 
b/meta/recipes-connectivity/bind/bind/0001-lib-dns-gen.c-fix-too-long-error.patch
@@ -13,11 +13,11 @@ Signed-off-by: Robert Yang 
  lib/dns/gen.c |4 
  1 file changed, 4 insertions(+)
 
-diff --git a/lib/dns/gen.c b/lib/dns/gen.c
-index 51a0435..3d7214f 100644
 a/lib/dns/gen.c
-+++ b/lib/dns/gen.c
-@@ -148,7 +148,11 @@ static const char copyright[] =
+Index: bind-9.12.1/lib/dns/gen.c
+===
+--- bind-9.12.1.orig/lib/dns/gen.c
 bind-9.12.1/lib/dns/gen.c
+@@ -130,7 +130,11 @@ static const char copyright[] =
  #define TYPECLASSBUF (TYPECLASSLEN + 1)
  #define TYPECLASSFMT "%" 

Re: [OE-core] [PATCH] systemd: remove the group 'lock'

[Hannu Lounento]

On 25/05/18 09:50, Hannu Lounento wrote:

The upstream commit 61f32bff6130a44d077886d38cff89ad161bf177 included in
the release v229 removed the use of the group ['lock']:

[...]

diff --git a/meta/recipes-core/systemd/systemd_237.bb 
b/meta/recipes-core/systemd/systemd_237.bb
index b7c2113255..46bc30b478 100644
--- a/meta/recipes-core/systemd/systemd_237.bb
+++ b/meta/recipes-core/systemd/systemd_237.bb

[...]

-GROUPADD_PARAM_${PN} = "-r lock; -r systemd-journal"
+GROUPADD_PARAM_${PN} = "-r systemd-journal"

[...]

Ping.

As far as I see there is no need for the group anymore.

Thanks,
--
Hannu Lounento
hannu.loune...@vaisala.com
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core

[OE-core] [meta-oe][PATCH] image_types.bbclass: add optional size to ubi vols

[Tobias Olausson]

>From d7b8be3f844c10ace0d4c04e35986145fc20d0d8 Mon Sep 17 00:00:00 2001
From: Tobias Olausson 
Date: Mon, 18 Jun 2018 13:22:04 +0200
Subject: [meta-oe][PATCH] image_types.bbclass: add optional size to ubi vols

Instead of hard coding the ubi volume to be just large enough to fit the
root file system, one can use a variable to set a preferred size.

Signed-off-by: Tobias Olausson 
---
 meta/classes/image_types.bbclass | 8 
 1 file changed, 8 insertions(+)

diff --git a/meta/classes/image_types.bbclass b/meta/classes/image_types.bbclass
index 00a00d318f..ae23aeaa8a 100644
--- a/meta/classes/image_types.bbclass
+++ b/meta/classes/image_types.bbclass
@@ -164,10 +164,18 @@ multiubi_mkfs() {
local vname="_$3"
fi
 
+   # Set UBI_VOL_SIZE (for regular ubi) or UBI_VOL_SIZE_name for multiubi
+   eval local UBI_VOL_SIZE=\"\$UBI_VOL_SIZE_${name}\"
+
echo \[ubifs\] > ubinize${vname}-${IMAGE_NAME}.cfg
echo mode=ubi >> ubinize${vname}-${IMAGE_NAME}.cfg
echo 
image=${IMGDEPLOYDIR}/${IMAGE_NAME}${vname}${IMAGE_NAME_SUFFIX}.ubifs >> 
ubinize${vname}-${IMAGE_NAME}.cfg
echo vol_id=0 >> ubinize${vname}-${IMAGE_NAME}.cfg
+
+   if [ -n "${UBI_VOL_SIZE}" ]; then
+   echo "vol_size=${UBI_VOL_SIZE}" >> 
ubinize${vname}-${IMAGE_NAME}.cfg
+   fi
+
echo vol_type=dynamic >> ubinize${vname}-${IMAGE_NAME}.cfg
echo vol_name=${UBI_VOLNAME} >> ubinize${vname}-${IMAGE_NAME}.cfg
echo vol_flags=autoresize >> ubinize${vname}-${IMAGE_NAME}.cfg
-- 
2.17.1

 

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

Re: [OE-core] [PATCH] xf86-video-omap: remove

[Richard Purdie]

On Mon, 2018-06-18 at 11:05 +0100, Ross Burton wrote:
> We were shipping the Debian fork of the original code, but that has
> disappeared
> now that Alioth is down.  The driver didn't provide anything better
> than the
> kernel and xserver's modesetting driver, so remove it.
> 
> Signed-off-by: Ross Burton 

This should be xf86-video-omapfb. I've tweaked when I added to -next.

Cheers,

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

[OE-core] [PATCH 1/3] xf86-video-intel: patch cleanup

[Ross Burton]

always_include_xorg_server.h.patch is merged upstream, so drop it.

disable-x11-dri3.patch was purely to solve determinism issues with the shared 
sysroot, which
we don't have anymore.

Also remove redundant tarball checksums as this recipe fetches from git.

Signed-off-by: Ross Burton 
---
 .../always_include_xorg_server.h.patch | 24 --
 .../xf86-video-intel/disable-x11-dri3.patch| 17 ---
 .../xorg-driver/xf86-video-intel_git.bb|  4 
 3 files changed, 45 deletions(-)
 delete mode 100644 
meta/recipes-graphics/xorg-driver/xf86-video-intel/always_include_xorg_server.h.patch
 delete mode 100644 
meta/recipes-graphics/xorg-driver/xf86-video-intel/disable-x11-dri3.patch

diff --git 
a/meta/recipes-graphics/xorg-driver/xf86-video-intel/always_include_xorg_server.h.patch
 
b/meta/recipes-graphics/xorg-driver/xf86-video-intel/always_include_xorg_server.h.patch
deleted file mode 100644
index 8a5dd39ae1e..000
--- 
a/meta/recipes-graphics/xorg-driver/xf86-video-intel/always_include_xorg_server.h.patch
+++ /dev/null
@@ -1,24 +0,0 @@
-Include xorg-server.h to fix build errors seen with glibc 2.20
-
-In file included from 
/home/ubuntu/work/upstream/openembedded-core/build/tmp-glibc/sysroots/qemux86/usr/include/string.h:634:0,
- from 
/home/ubuntu/work/upstream/openembedded-core/build/tmp-glibc/work/i586-oe-linux/xf86-video-intel/2_2.99.912-r0/xf86-video-intel-2.99.912/src/backlight.c:39:
-/home/ubuntu/work/upstream/openembedded-core/build/tmp-glibc/sysroots/qemux86/usr/include/xorg/os.h:579:1:
 error: expected identifier or '(' before '__extension__'
- strndup(const char *str, size_t n);
- ^
-
-Signed-off-by: Khem Raj 
-
-Upstream-Status: Pending
-
-Index: xf86-video-intel-2.99.912/src/backlight.c
-===
 xf86-video-intel-2.99.912.orig/src/backlight.c 2014-04-09 
10:41:18.0 -0700
-+++ xf86-video-intel-2.99.912/src/backlight.c  2014-08-28 18:52:25.524070587 
-0700
-@@ -29,6 +29,7 @@
- #include "config.h"
- #endif
- 
-+#include 
- #include 
- #include 
- #include 
diff --git 
a/meta/recipes-graphics/xorg-driver/xf86-video-intel/disable-x11-dri3.patch 
b/meta/recipes-graphics/xorg-driver/xf86-video-intel/disable-x11-dri3.patch
deleted file mode 100644
index 3334bf4..000
--- a/meta/recipes-graphics/xorg-driver/xf86-video-intel/disable-x11-dri3.patch
+++ /dev/null
@@ -1,17 +0,0 @@
-These modules are only used for tests that don't get installed, and the
-automatic detection without explicit dependencies means that a build can find
-e.g. xshmfence at configure time but then it's been removed from the sysroot by
-the time compile happens.
-
-As the tests don't get installed, just disable the checks.
-
-Upstream-Status: Inappropriate [OE-specific]
-Signed-off-by: Ross Burton 
-
-diff --git a/configure.ac b/configure.ac
-index bd654f3..78a0e0d 100644
 a/configure.ac
-+++ b/configure.ac
-@@ -279 +279 @@ fi
--PKG_CHECK_MODULES(X11_DRI3, [xcb-dri3 xcb-sync xcb-xfixes xcb-present x11-xcb 
xshmfence x11 xcomposite xdamage xrender xrandr xxf86vm xext libdrm], 
[x11_dri3="yes"], [x11_dri3="no"])
-+#PKG_CHECK_MODULES(X11_DRI3, [xcb-dri3 xcb-sync xcb-xfixes xcb-present 
x11-xcb xshmfence x11 xcomposite xdamage xrender xrandr xxf86vm xext libdrm], 
[x11_dri3="yes"], [x11_dri3="no"])
diff --git a/meta/recipes-graphics/xorg-driver/xf86-video-intel_git.bb 
b/meta/recipes-graphics/xorg-driver/xf86-video-intel_git.bb
index 893f5ce3f64..a60da70840d 100644
--- a/meta/recipes-graphics/xorg-driver/xf86-video-intel_git.bb
+++ b/meta/recipes-graphics/xorg-driver/xf86-video-intel_git.bb
@@ -14,13 +14,9 @@ PV = "2.99.917+git${SRCPV}"
 S = "${WORKDIR}/git"
 
 SRC_URI = "git://anongit.freedesktop.org/xorg/driver/xf86-video-intel \
-   file://disable-x11-dri3.patch \
-   file://always_include_xorg_server.h.patch \
file://0001-Add-Coffeelake-PCI-IDs-for-S-Skus.patch \
"
 
-SRC_URI[md5sum] = "fa196a66e52c0c624fe5d350af7a5e7b"
-SRC_URI[sha256sum] = 
"00b781eea055582820a123c47b62411bdf6aabf4f03dc0568faec55faf9667c9"
 UPSTREAM_CHECK_GITTAGREGEX = "(?P\d+(\.\d+)+)"
 
 DEPENDS += "virtual/libx11 drm libpciaccess pixman"
-- 
2.11.0

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

[OE-core] [PATCH 3/3] xf86-video-intel: update dependencies for the tools

[Ross Burton]

Signed-off-by: Ross Burton 
---
 meta/recipes-graphics/xorg-driver/xf86-video-intel_git.bb | 2 +-
 1 file changed, 1 insertion(+), 1 deletion(-)

diff --git a/meta/recipes-graphics/xorg-driver/xf86-video-intel_git.bb 
b/meta/recipes-graphics/xorg-driver/xf86-video-intel_git.bb
index cda1de1eb1a..5cc4eefc785 100644
--- a/meta/recipes-graphics/xorg-driver/xf86-video-intel_git.bb
+++ b/meta/recipes-graphics/xorg-driver/xf86-video-intel_git.bb
@@ -31,7 +31,7 @@ PACKAGECONFIG[sna] = "--enable-sna,--disable-sna"
 PACKAGECONFIG[uxa] = "--enable-uxa,--disable-uxa"
 PACKAGECONFIG[udev] = "--enable-udev,--disable-udev,udev"
 PACKAGECONFIG[xvmc] = "--enable-xvmc,--disable-xvmc,libxvmc xcb-util"
-PACKAGECONFIG[tools] = "--enable-tools,--disable-tools,libxinerama libxrandr 
libxdamage libxfixes libxcursor libxtst libxext libxrender"
+PACKAGECONFIG[tools] = "--enable-tools,--disable-tools,libxinerama libxrandr 
libxdamage libxfixes libxcursor libxtst libxrender libxscrnsaver libxext libx11 
pixman libxcb libxshmfence"
 
 # --enable-kms-only option is required by ROOTLESS_X
 EXTRA_OECONF += '${@oe.utils.conditional( "ROOTLESS_X", "1", " 
--enable-kms-only", "", d )}'
-- 
2.11.0

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

[OE-core] [PATCH 2/3] xf86-video-intel: disable DRI 1, enable DRI 3

[Ross Burton]

DRI 1 is only needed for UMS on i810[1], and modern X servers (1.20 onwards)
don't support DRI 1, so disable DRI 1.

However, DRI 3 isn't new and unreliable anymore, so enable support for it.

Also, now that the *proto packages are all part of xorgproto which is a required
DEPENDS, we don't need to mention it over and over.

[1] 
https://cgit.freedesktop.org/xorg/driver/xf86-video-intel/commit/?id=359477215092ac1b602ad1e2f17a28963d9224c2

Signed-off-by: Ross Burton 
---
 meta/recipes-graphics/xorg-driver/xf86-video-intel_git.bb | 8 
 1 file changed, 4 insertions(+), 4 deletions(-)

diff --git a/meta/recipes-graphics/xorg-driver/xf86-video-intel_git.bb 
b/meta/recipes-graphics/xorg-driver/xf86-video-intel_git.bb
index a60da70840d..cda1de1eb1a 100644
--- a/meta/recipes-graphics/xorg-driver/xf86-video-intel_git.bb
+++ b/meta/recipes-graphics/xorg-driver/xf86-video-intel_git.bb
@@ -21,12 +21,12 @@ UPSTREAM_CHECK_GITTAGREGEX = "(?P\d+(\.\d+)+)"
 
 DEPENDS += "virtual/libx11 drm libpciaccess pixman"
 
-PACKAGECONFIG ??= "xvmc uxa udev ${@bb.utils.contains('DISTRO_FEATURES', 
'opengl', 'dri dri1 dri2', '', d)}"
+PACKAGECONFIG ??= "xvmc uxa udev ${@bb.utils.contains('DISTRO_FEATURES', 
'opengl', 'dri dri2 dri3', '', d)}"
 
 PACKAGECONFIG[dri] = "--enable-dri,--disable-dri"
-PACKAGECONFIG[dri1] = "--enable-dri1,--disable-dri1,xorgproto"
-PACKAGECONFIG[dri2] = "--enable-dri2,--disable-dri2,xorgproto"
-PACKAGECONFIG[dri3] = "--enable-dri3,--disable-dri3,xorgproto"
+PACKAGECONFIG[dri1] = "--enable-dri1,--disable-dri1"
+PACKAGECONFIG[dri2] = "--enable-dri2,--disable-dri2"
+PACKAGECONFIG[dri3] = "--enable-dri3,--disable-dri3"
 PACKAGECONFIG[sna] = "--enable-sna,--disable-sna"
 PACKAGECONFIG[uxa] = "--enable-uxa,--disable-uxa"
 PACKAGECONFIG[udev] = "--enable-udev,--disable-udev,udev"
-- 
2.11.0

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

[OE-core] [PATCH] xf86-video-omap: remove

[Ross Burton]

We were shipping the Debian fork of the original code, but that has disappeared
now that Alioth is down.  The driver didn't provide anything better than the
kernel and xserver's modesetting driver, so remove it.

Signed-off-by: Ross Burton 
---
 ...apfb-from-from-crashing-when-pixelclock-o.patch |  37 ---
 ...a-large-CRTC-upper-limit-to-not-prune-lar.patch |  41 ---
 ...virtual-size-when-configuring-framebuffer.patch |  32 --
 .../xf86-video-omapfb/0003-force-plain-mode.patch  |  31 --
 .../xf86-video-omapfb/0004-blacklist-tv-out.patch  |  33 ---
 .../0005-Attempt-to-fix-VRFB.patch | 325 -
 ...0006-omapfb-port-to-new-xserver-video-API.patch | 272 -
 .../0007-always_include_xorg_server.h.patch|  48 ---
 .../xorg-driver/xf86-video-omapfb_git.bb   |  37 ---
 9 files changed, 856 deletions(-)
 delete mode 100644 
meta/recipes-graphics/xorg-driver/xf86-video-omapfb/0001-Prevents-omapfb-from-from-crashing-when-pixelclock-o.patch
 delete mode 100644 
meta/recipes-graphics/xorg-driver/xf86-video-omapfb/0001-Revert-Set-a-large-CRTC-upper-limit-to-not-prune-lar.patch
 delete mode 100644 
meta/recipes-graphics/xorg-driver/xf86-video-omapfb/0002-Revert-Set-virtual-size-when-configuring-framebuffer.patch
 delete mode 100644 
meta/recipes-graphics/xorg-driver/xf86-video-omapfb/0003-force-plain-mode.patch
 delete mode 100644 
meta/recipes-graphics/xorg-driver/xf86-video-omapfb/0004-blacklist-tv-out.patch
 delete mode 100644 
meta/recipes-graphics/xorg-driver/xf86-video-omapfb/0005-Attempt-to-fix-VRFB.patch
 delete mode 100644 
meta/recipes-graphics/xorg-driver/xf86-video-omapfb/0006-omapfb-port-to-new-xserver-video-API.patch
 delete mode 100644 
meta/recipes-graphics/xorg-driver/xf86-video-omapfb/0007-always_include_xorg_server.h.patch
 delete mode 100644 meta/recipes-graphics/xorg-driver/xf86-video-omapfb_git.bb

diff --git 
a/meta/recipes-graphics/xorg-driver/xf86-video-omapfb/0001-Prevents-omapfb-from-from-crashing-when-pixelclock-o.patch
 
b/meta/recipes-graphics/xorg-driver/xf86-video-omapfb/0001-Prevents-omapfb-from-from-crashing-when-pixelclock-o.patch
deleted file mode 100644
index ac192192843..000
--- 
a/meta/recipes-graphics/xorg-driver/xf86-video-omapfb/0001-Prevents-omapfb-from-from-crashing-when-pixelclock-o.patch
+++ /dev/null
@@ -1,37 +0,0 @@
-From 28c006c94e57ea71df11ec4fff79d7ffcfc4860f Mon Sep 17 00:00:00 2001
-From: Far McKon 
-Date: Tue, 3 May 2011 20:59:04 +0300
-Subject: [PATCH] Prevents omapfb from from crashing when pixelclock of 0 is
- sent to it.
-
-Due to a Linux design bug it is easy to get a pixelclock set to zero
-when changing displays at runtime.
-
-Upstream-Status: Pending

- src/omapfb-output.c | 9 +++--
- 1 file changed, 7 insertions(+), 2 deletions(-)
-
-diff --git a/src/omapfb-output.c b/src/omapfb-output.c
-index f8b4db3..4d59265 100644
 a/src/omapfb-output.c
-+++ b/src/omapfb-output.c
-@@ -125,8 +125,13 @@ OMAPFBOutputGetModes(xf86OutputPtr output)
-   /* Only populate the native (current) mode */
-   mode = calloc(1, sizeof(DisplayModeRec));
-   mode->type  |= M_T_PREFERRED;
--  mode->Clock = PICOS2KHZ(ofb->state_info.pixclock);
--  mode->SynthClock = PICOS2KHZ(ofb->state_info.pixclock);
-+  if (ofb->state_info.pixclock == 0) {
-+  mode->Clock = 0;
-+  mode->SynthClock = 0;
-+  } else {
-+  mode->Clock = PICOS2KHZ(ofb->state_info.pixclock);
-+  mode->SynthClock = PICOS2KHZ(ofb->state_info.pixclock);
-+  }
-   mode->HDisplay   = ofb->state_info.xres;
-   mode->HSyncStart = mode->HDisplay
- + ofb->state_info.right_margin;
--- 
-2.1.4
-
diff --git 
a/meta/recipes-graphics/xorg-driver/xf86-video-omapfb/0001-Revert-Set-a-large-CRTC-upper-limit-to-not-prune-lar.patch
 
b/meta/recipes-graphics/xorg-driver/xf86-video-omapfb/0001-Revert-Set-a-large-CRTC-upper-limit-to-not-prune-lar.patch
deleted file mode 100644
index 9fb01d438a1..000
--- 
a/meta/recipes-graphics/xorg-driver/xf86-video-omapfb/0001-Revert-Set-a-large-CRTC-upper-limit-to-not-prune-lar.patch
+++ /dev/null
@@ -1,41 +0,0 @@
-From 8fb7d0f99d4afbb574b30cb4f1e66a8f89d94ad5 Mon Sep 17 00:00:00 2001
-From: Koen Kooi 
-Date: Wed, 26 Jan 2011 12:04:36 +0100
-Subject: [PATCH 1/6] Revert "Set a large CRTC upper limit to not prune larger
- resolutions"
-
-Picture is garbled after switching resolutions, so revert it.
-Virtual size too big, revert the commit 
9c4d7592dcb7dc20a48a6f941d9d94bd73d34153.
-
-Upstream-Status: Pending
-
-Signed-off-by: Martin Jansa 

- src/omapfb-crtc.c | 8 
- 1 file changed, 4 insertions(+), 4 deletions(-)
-
-diff --git a/src/omapfb-crtc.c b/src/omapfb-crtc.c
-index 9aaa52f..cbeff35 100644
 a/src/omapfb-crtc.c
-+++ b/src/omapfb-crtc.c
-@@ -190,13 +190,13 @@ OMAPFBCRTCInit(ScrnInfoPtr pScrn)
-* In practise, this doesn't seem to be supported.
-* (no way to setup the overlay 

[OE-core] [PATCH] xf86-video-omap: remove

[Ross Burton]

This driver is dead upstream and doesn't appear to provide any advantage over
upstream kernel drivers and xserver's modesetting support.

Signed-off-by: Ross Burton 
---
 .../xorg-driver/xf86-video-omap_0.4.5.bb   | 41 --
 1 file changed, 41 deletions(-)
 delete mode 100644 meta/recipes-graphics/xorg-driver/xf86-video-omap_0.4.5.bb

diff --git a/meta/recipes-graphics/xorg-driver/xf86-video-omap_0.4.5.bb 
b/meta/recipes-graphics/xorg-driver/xf86-video-omap_0.4.5.bb
deleted file mode 100644
index 0430f67b40e..000
--- a/meta/recipes-graphics/xorg-driver/xf86-video-omap_0.4.5.bb
+++ /dev/null
@@ -1,41 +0,0 @@
-require xorg-driver-video.inc
-
-SUMMARY = "X.Org X server -- Texas Instruments OMAP framebuffer driver"
-
-SUMMARY = "X.Org X server -- TI OMAP integrated graphics chipsets driver"
-
-DESCRIPTION = "Open-source X.org graphics driver for TI OMAP graphics \
-Currently relies on a closed-source submodule for EXA acceleration on \
-the following chipsets: \
-  + OMAP3430 \
-  + OMAP3630 \
-  + OMAP4430 \
-  + OMAP4460 \
-  + OMAP5430 \
-  + OMAP5432 \
-\
-NOTE: this driver is work in progress..  you probably don't want to try \
-and use it yet.  The API/ABI between driver and kernel, and driver and \
-acceleration submodules is not stable yet.  This driver requires the \
-omapdrm kernel driver w/ GEM support. \
-"
-
-LICENSE = "GPLv2+"
-LIC_FILES_CHKSUM = "file://COPYING;md5=10ce5de3b111315ea652a5f74ec0c602"
-DEPENDS += "virtual/libx11 libdrm xorgproto"
-
-SRC_URI[md5sum] = "3b8ea5e8fba63355c0dc6681c49d5fe5"
-SRC_URI[sha256sum] = 
"93e7d42107521e61f61980eaea64fb452e87b7b94272e48938ac8d904ccfab5a"
-
-CFLAGS += " -I${STAGING_INCDIR}/xorg "
-
-# Use overlay 2 on omap3 to enable other apps to use overlay 1 (e.g. dmai or 
omapfbplay)
-do_compile_prepend_armv7a () {
-sed -i -e s:fb1:fb2:g ${S}/src/omap_xv.c
-}
-
-python () {
-if not bb.utils.contains ('DISTRO_FEATURES', 'opengl', True, False, d):
-raise bb.parse.SkipRecipe("'opengl' not in DISTRO_FEATURES")
-}
-
-- 
2.11.0

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

Re: [OE-core] [meta-oe][PATCH] package.bbclass: provide debug sources in externalsrc -dbg packages

[Vignesh Rajendran (RBEI/ECF3)]

Hello Openembedded-Core maintainers,

Since the commit from myself has its age more than a month at 
patchwork.openembedded.org, it is not arrived to master/next branch.
https://patchwork.openembedded.org/series/12005/# 
I could see some latest commits after mine just before few days are available 
at master branch.

Can you please let me know if anything went wrong from my end?

Mit freundlichen Grüßen / Best regards

Rajendran Vignesh
RBEI/ECF33  

Tel. +91 422 67-65103 


-Original Message-
From: Vignesh Rajendran (RBEI/ECF3) 
Sent: Monday, May 21, 2018 10:21 AM
To: 'Paul Eggleton' 
Cc: openembedded-core@lists.openembedded.org; Avanashilingam Gokulnath 
(RBEI/ECF3) ; Thangaraj Sathish 
(RBEI/ECF3) ; Ramadevi Sennakeseavan 

Subject: RE: [OE-core] [meta-oe][PATCH] package.bbclass: provide debug sources 
in externalsrc -dbg packages

Hello Paul,

>> Is there a way we can fix this without adding a reference to externalsrc in
>> package.bbclass?

>From my knowledge, No. 
Because the path of source location in debug binaries is pointed to the 
external path.
copydebugsources was the only option in my point of view to copy the sources 
from external path.

Do you find/foresee any issues regarding that change in package.bbclass?

Mit freundlichen Grüßen / Best regards

Rajendran Vignesh
RBEI/ECF33  

Tel. +91 422 67-65103 


-Original Message-
From: Paul Eggleton [mailto:paul.eggle...@linux.intel.com] 
Sent: Monday, May 21, 2018 3:56 AM
To: Vignesh Rajendran (RBEI/ECF3) 
Cc: openembedded-core@lists.openembedded.org
Subject: Re: [OE-core] [meta-oe][PATCH] package.bbclass: provide debug sources 
in externalsrc -dbg packages

Hi Vignesh,

Thanks for the patch, a question below.

On Thursday, 17 May 2018 5:50:00 PM NZST Vignesh Rajendran wrote:
> The recipes which are using externalsrc method doesn't contain the
> debug sources in their -dbg packages.
> 
> Add a handling in copydebugsources function to copy the debugsources for
> externalsrc -dbg packages.
> 
> Signed-off-by: Vignesh Rajendran 
> ---
>  meta/classes/externalsrc.bbclass |  3 +++
>  meta/classes/package.bbclass | 12 ++--
>  2 files changed, 13 insertions(+), 2 deletions(-)
> 
> diff --git a/meta/classes/externalsrc.bbclass 
> b/meta/classes/externalsrc.bbclass
> index c9f5cf7..135670d 100644
> --- a/meta/classes/externalsrc.bbclass
> +++ b/meta/classes/externalsrc.bbclass
> @@ -129,6 +129,9 @@ python () {
>  d.setVar('CONFIGURESTAMPFILE', configstamp)
>  d.setVar('STAMP', 
> '${STAMPS_DIR}/work-shared/${PN}/${EXTENDPE}${PV}-${PR}')
>  d.setVar('STAMPCLEAN', '${STAMPS_DIR}/work-shared/${PN}/*-*')
> +
> + # set DEBUG_PREFIX_MAP to external source path
> + d.appendVar("DEBUG_PREFIX_MAP", 
> "-fdebug-prefix-map=${EXTERNALSRC}=/usr/src/debug/${PN}/${EXTENDPE}${PV}-${PR}")
>  }
>  
>  python externalsrc_configure_prefunc() {
> diff --git a/meta/classes/package.bbclass b/meta/classes/package.bbclass
> index edeffa9..f071a2e 100644
> --- a/meta/classes/package.bbclass
> +++ b/meta/classes/package.bbclass
> @@ -420,6 +420,7 @@ def copydebugsources(debugsrcdir, d):
>  workdir = d.getVar("WORKDIR")
>  workparentdir = os.path.dirname(os.path.dirname(workdir))
>  workbasedir = os.path.basename(os.path.dirname(workdir)) + "/" + 
> os.path.basename(workdir)
> +externalsrc = d.getVar('EXTERNALSRC', True)
>  
>  # If build path exists in sourcefile, it means toolchain did not use
>  # -fdebug-prefix-map to compile
> @@ -444,9 +445,16 @@ def copydebugsources(debugsrcdir, d):
>  processdebugsrc += "fgrep -zw '%s' | "
>  # Remove prefix in the source paths
>  processdebugsrc += "sed 's#%s##g' | "
> -processdebugsrc += "(cd '%s' ; cpio -pd0mlL --no-preserve-owner 
> '%s%s' 2>/dev/null)"
> +# handle external sources to provide sources in -dbg packages
> +if externalsrc:
> +localsrc_prefix = "/usr/src/debug/"
> +processdebugsrc += "sed 's#%s/##g' | "
> +processdebugsrc += "(cd '%s' ; cpio -pd0mlL --no-preserve-owner 
> '%s%s/%s' 2>/dev/null)"
> +cmd = processdebugsrc % (sourcefile, workbasedir, 
> localsrc_prefix, workbasedir, externalsrc, dvar, debugsrcdir, workbasedir)
> +else:
> +processdebugsrc += "(cd '%s' ; cpio -pd0mlL --no-preserve-owner 
> '%s%s' 2>/dev/null)"
> +cmd = processdebugsrc % (sourcefile, workbasedir, 
> localsrc_prefix, workparentdir, dvar, debugsrcdir)
>  
> -cmd = processdebugsrc % (sourcefile, workbasedir, localsrc_prefix, 
> workparentdir, dvar, debugsrcdir)
>  (retval, output) = oe.utils.getstatusoutput(cmd)
>  # Can "fail" if internal headers/transient sources are attempted
>  #if retval:
> 

Is there a way we can fix this without adding a reference to externalsrc in
package.bbclass?

Cheers,
Paul

-- 

Paul Eggleton
Intel Open Source Technology Centre


-- 

Re: [OE-core] [OE-Core][PATCH 1/2] kernel-fitimage: Allow setting of DTB/DTBO relocation address

[Martin Hundebøll]

Hi Alex,

On 2018-06-16 09:17, Alex Kiernan wrote:

Introduce UBOOT_DTB_LOADADDRESS and UBOOT_DTBO_LOADADDRESS so that you
can set where U-Boot loads full and overlay DTBs. This is required when
using bootm's overlay support to construct the final DTB.

Signed-off-by: Alex Kiernan 
---
This commit conflicts with this patch:

https://patchwork.openembedded.org/series/12589/

Either that needs applying first and this needs rebasing on top of it, or
use this one in its place.

  meta/classes/kernel-fitimage.bbclass | 10 ++
  1 file changed, 10 insertions(+)

diff --git a/meta/classes/kernel-fitimage.bbclass 
b/meta/classes/kernel-fitimage.bbclass
index 50a91e1..f3c2ff0 100644
--- a/meta/classes/kernel-fitimage.bbclass
+++ b/meta/classes/kernel-fitimage.bbclass
@@ -135,6 +135,15 @@ fitimage_emit_section_dtb() {
  
  	dtb_csum="sha1"
  
+	dtb_loadline=""

+   dtb_ext=${DTB##*.}
+   if [ "${dtb_ext}" = "dtbo" ]; then
+   if [ -n "${UBOOT_DTBO_LOADADDRESS}" ]; then
+   dtb_loadline="load = <${UBOOT_DTBO_LOADADDRESS}>;"
+   fi
+   elif [ -n "${UBOOT_DTB_LOADADDRESS}" ]; then
+   dtb_loadline="load = <${UBOOT_DTB_LOADADDRESS}>;"
+   fi


I haven't looked into the use of DTB overlays in fitimages, but 
shouldn't it be possible to specify multiple overlays?


From the way I read your patch, only a single overlay is supported...

// Martin


cat << EOF >> ${1}
  fdt@${2} {
  description = "Flattened Device Tree blob";
@@ -142,6 +151,7 @@ fitimage_emit_section_dtb() {
  type = "flat_dt";
  arch = "${UBOOT_ARCH}";
  compression = "none";
+${dtb_loadline}
  hash@1 {
  algo = "${dtb_csum}";
  };



--
Kind regards,
Martin Hundebøll
Embedded Linux Consultant

+45 61 65 54 61
mar...@geanix.com

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