Re: [OE-core] nativesdk-linux-libc-headers with two different MACHINEs

Ok, thanks. On Tue, Sep 15, 2020 at 5:43 PM Douglas Royds wrote: > > Built a core-image-minimal sdk fine, and also our proprietary sdk. > > On Tue, 15 Sep 2020 at 13:14, Khem Raj wrote: > > > > OK please test this patch for full SDK builds and any other testing > > you do and report back if it

[OE-core][zeus][PATCH] nasm: fix CVE-2020-24978

Fix CVE-2020-24978 Signed-off-by: Wenlin Kang --- ...BR3392712-pp_tokline-fix-double-free.patch | 36 +++ meta/recipes-devtools/nasm/nasm_2.14.02.bb| 1 + 2 files changed, 37 insertions(+) create mode 100644

[OE-core] [PATCH v2] bison: remove the parallel build patch

From: Mingli Yu Remove the parallel build patch and related fix for parallel build as the issue have already been fixed in bison 3.7.2 (f7b642cf build: fix incorrect dependencies). Signed-off-by: Mingli Yu --- .../0001-bison-fix-the-parallel-build.patch | 63 ---

Re: [OE-core] nativesdk-linux-libc-headers with two different MACHINEs

Built a core-image-minimal sdk fine, and also our proprietary sdk. On Tue, 15 Sep 2020 at 13:14, Khem Raj wrote: > > OK please test this patch for full SDK builds and any other testing > you do and report back if it works in all cases. > > On Mon, Sep 14, 2020 at 5:42 PM Douglas Royds > wrote:

[OE-core] [PATCH] systemd: avoid failing if no udev rules provided

In the case when no udev rules are provided by the recipe the do_install step of systemd is failing with: install: cannot stat '/*.rules': No such file or directory By default the systemd recipe provides touchscreen.rules but in the case this is unwanted on target the install step fails.

Re: [OE-core] [meta-oe][PATCH 0/5] ARMv8 Tune reorg

On 9/15/20 9:38 AM, Martin Jansa wrote: > On Mon, Sep 14, 2020 at 06:54:14PM -0400, Jon Mason wrote: >> On Mon, Sep 14, 2020 at 11:32 AM Martin Jansa wrote: >>> This reduces the number of files from 12 to 2 for ARMv8a, and that is excluding the 13 I am adding in this series that

Re: [OE-core] [PATCH 3/4] weston-init: Enable RDP screen share

On 9/15/20 3:21 AM, Ross Burton wrote: Is this really something we want on by default? it is only launched on demand, I see other layers overriding default ini file to add this so thats why I added it here so they can use this config from core. Ross On Sat, 12 Sep 2020 at 22:04, Khem

Re: [OE-core] [PATCH 2/4] weston: plane_add_prop() calls break musl atomic modesetting

On 9/15/20 3:30 AM, Ross Burton wrote: On Sat, 12 Sep 2020 at 22:04, Khem Raj wrote: +Upstream-Status: Submitted [https://gitlab.freedesktop.org/wayland/weston/-/issues/158] But that issue is closed so Rejected is a better status... Very much a workaround. Do you plan on debugging this?

[OE-core] Yocto Project Status WW37'20

Current Dev Position: YP 3.2 M3 Next Deadline: YP 3.2 M3 Feature Freeze - Now Next Team Meetings: * Bug Triage meeting Thursday Sept. 17th at 7:30am PDT ( https://zoom.us/j/454367603) * Monthly Project Meeting Tuesday Oct. 6th at 8am PDT (

Re: [OE-core] [meta-oe][PATCH 0/5] ARMv8 Tune reorg

On Mon, Sep 14, 2020 at 06:54:14PM -0400, Jon Mason wrote: > On Mon, Sep 14, 2020 at 11:32 AM Martin Jansa wrote: > > > > > This reduces the number of files from 12 to 2 for ARMv8a, and that is > > > excluding the 13 I am adding in this series that would otherwise be > > > unique files. > > > >

[OE-core] [PATCH] buildhistory-diff: use BUILDDIR to know where buildhistory is

Instead of assuming that the buildhistory is stored in ./buildhistory unless told otherwise, use the environment variable BUILDDIR if present (which is set by oe-init-build-env) to locate the buildhistory directory. Signed-off-by: Ross Burton --- scripts/buildhistory-diff | 9 +++-- 1 file

Re: [OE-core] [PATCH 6/6] lttng-modules: backport patches from 2.12.x to fix 5.4.64+ and 5.8.9+ builds

On Tue, Sep 15, 2020 at 7:45 AM Richard Purdie wrote: > > On Tue, 2020-09-15 at 07:33 -0400, Bruce Ashfield wrote: > > On Tue, Sep 15, 2020 at 1:44 AM Jens Rehsack > > wrote: > > > > > > > > > > Am 15.09.2020 um 00:34 schrieb Bruce Ashfield < > > > > bruce.ashfi...@gmail.com>: > > > > > > > >

Re: [OE-core] [PATCH 6/6] lttng-modules: backport patches from 2.12.x to fix 5.4.64+ and 5.8.9+ builds

On Tue, 2020-09-15 at 07:33 -0400, Bruce Ashfield wrote: > On Tue, Sep 15, 2020 at 1:44 AM Jens Rehsack > wrote: > > > > > > > Am 15.09.2020 um 00:34 schrieb Bruce Ashfield < > > > bruce.ashfi...@gmail.com>: > > > > > > From: Jens Rehsack > > > > > > Backporting the 10 patches since the

Re: [OE-core] [PATCH 6/6] lttng-modules: backport patches from 2.12.x to fix 5.4.64+ and 5.8.9+ builds

On Tue, Sep 15, 2020 at 1:03 AM Jens Rehsack wrote: > > > > > Am 15.09.2020 um 00:35 schrieb Bruce Ashfield : > > > > I squashed the other lttng patch to create this, and it looks like the > > author is messed up and some kind of strange encoding on one of the > > No worries about that :) > > >

Re: [OE-core] [PATCH 6/6] lttng-modules: backport patches from 2.12.x to fix 5.4.64+ and 5.8.9+ builds

On Tue, Sep 15, 2020 at 1:44 AM Jens Rehsack wrote: > > > > > Am 15.09.2020 um 00:34 schrieb Bruce Ashfield : > > > > From: Jens Rehsack > > > > Backporting the 10 patches since the lttng 2.12.2 release. We'll drop > > them once .3 is released, but for now, we need the fixes to build > > Yet

[OE-core] [PATCH 1/2] alsa-plugins: improve .la removal

Don't assume that the .la files are installed, because some libtool alternatives don't install these. Signed-off-by: Ross Burton --- meta/recipes-multimedia/alsa/alsa-plugins_1.2.2.bb | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[OE-core] [PATCH 2/2] sato-screenshot: improve .la removal

Don't assume that the .la files are installed, because some libtool alternatives don't install these. Signed-off-by: Ross Burton --- meta/recipes-sato/sato-screenshot/sato-screenshot_0.3.bb | 2 +- 1 file changed, 1 insertion(+), 1 deletion(-) diff --git

[OE-core] [PATCH 1/2] Revert "qemu: always define unknown_lock_type"

This reverts commit e442924d9ac4e202aec571b5d26bb959b5faaadd. This was rejected upstream and its been pointed out qemu doesn't work without optimization. Instead we should just error if the user attempts to build it without optimization. --- meta/recipes-devtools/qemu/qemu.inc | 3 +-

[OE-core] [PATCH 2/2] Revert "core-image-sato: qemumips use 512 mem"

This reverts commit 45da2fc4f7272366ffc7cde24d9040c919466201. qemumips is unstable with more than 256MB memory, the original issue this limit was added for remains. We'll have to find other solutions to the systemd out of memory issues. --- meta/recipes-sato/images/core-image-sato.bb | 1 + 1

Re: [OE-core] [PATCH 2/4] weston: plane_add_prop() calls break musl atomic modesetting

On Sat, 12 Sep 2020 at 22:04, Khem Raj wrote: > +Upstream-Status: Submitted > [https://gitlab.freedesktop.org/wayland/weston/-/issues/158] But that issue is closed so Rejected is a better status... Very much a workaround. Do you plan on debugging this? Ross -=-=-=-=-=-=-=-=-=-=-=- Links: You

Re: [OE-core] [PATCH] qemu: always define unknown_lock_type

On Mon, 14 Sep 2020 at 16:23, Khem Raj wrote: > > > perhaps you are not using one of -O option ? > > > > -Og passed to the compiler as DEBUG_BUILD = "1" defined in local.conf. > > Does qemu work when built with -Og This is the pertinent question. If qemu doesn't run after un-upstreamable

Re: [OE-core] [PATCH 3/4] weston-init: Enable RDP screen share

Is this really something we want on by default? Ross On Sat, 12 Sep 2020 at 22:04, Khem Raj wrote: > > Signed-off-by: Khem Raj > --- > meta/recipes-graphics/wayland/weston-init/weston.ini | 4 ++-- > 1 file changed, 2 insertions(+), 2 deletions(-) > > diff --git

[OE-core] [PATCH] dhcpcd: add --dbdir and --disable-privesp to EXTRA_OECONF

* Disable service start at boot time. This may conflict with connman. * Set --dbdir to /var/lib/dhcpcd rather than /var/db/dhcpcd to satisfy FHS compliance. * Pass --disable-privsep to configure to eliminate dhcpcd start warning: no such user dhcpcd. Signed-off-by: Yi Zhao ---

Re: [OE-core] [PATCH] core-image-sato: qemumips use 512 mem

On Mon, 2020-09-14 at 22:02 +0100, Richard Purdie via lists.openembedded.org wrote: > On Mon, 2020-09-14 at 10:27 -0700, Khem Raj wrote: > > On 9/14/20 12:13 AM, Richard Purdie wrote: > > > On Sat, 2020-09-12 at 20:59 -0700, akuster wrote: > > > > diff --git

Re: [OE-core] [meta-oe][PATCH 0/5] ARMv8 Tune reorg

Hi Jon, That's not really a comment on the reorganization of compiler tunes, but more like "Do they actually do something meaningful?" I posted here[1] some benchmarks and at least with the benchmarks I tried on the chips I tried there is no obvious impact. i.mx6q: TUNE_FEATURES=