From: Chee Yang Lee
extended partition should reserve at least 2 unallocated sectors
between the start of the extended partition and the start of a
logical partition.
[YOCTO #13658]
Signed-off-by: Chee Yang Lee
---
scripts/lib/wic/plugins/imager/direct.py | 6 +++---
1 file changed, 3 inserti
From: Bruce Ashfield
Updating the latest v5.4-rt release:
2659f7a7212c v5.4.26-rt16
60c22c68d486 v5.4.24-rt15
efa03618228 mm: Warn on memory allocation in non-preemptible context on RT
908775cdf21e v5.4.24-rt14
b4edc32e2e46 v5.4.22-rt13
49a5b8ead027 tracing: make preempt_lazy a
From: Bruce Ashfield
Hi all,
Here's the latest set of bugfix/CVEs that I've collected for the
linux-yocto reference kernels.
I did a quick build on the AB and everything came back green.
Cheers,
Bruce
The following changes since commit 9c20e8de6f262a4bda7879eb5c43ec5cb9ded016:
bitbake: bi
From: Bruce Ashfield
Bumping the revision on linux-yocto-dev to reflect the updated state
of -dev.
The aufs/yaffs2 features are in place, but -rt is not yet available,
so the branches are placeholders for future updates.
This has been tested across all supported architectures and reference
qemu
From: Bruce Ashfield
Updating linux-yocto/5.4 to the latest korg -stable release that comprises
the following commits:
585e0cc08069 Linux 5.4.27
20ba40d262b0 ipv4: ensure rcu_read_lock() in cipso_v4_error()
81e0dac3780a ARM: 8961/2: Fix Kbuild issue caused by per-task stack
protecto
On Sat, 2020-03-21 at 14:57 -0700, Khem Raj wrote:
>
> On 3/20/20 10:26 PM, Tom Hochstein wrote:
> > The FILES variable was customized to package wayland-scanner
> > in the -dev package. However, this is only correct for the
> > target package and causes wayland-scanner to be missing from
> > the
On 3/20/20 10:26 PM, Tom Hochstein wrote:
The FILES variable was customized to package wayland-scanner
in the -dev package. However, this is only correct for the
target package and causes wayland-scanner to be missing from
the SDK.
Fix the nativesdk packaging by properly limiting the
wayland-s
On 3/20/20 8:31 PM, Randy MacLeod wrote:
On 2020-03-10 11:38 p.m., Yi Zhao wrote:
Fixes:
ERROR: nfs-utils-2.4.3-r0 do_package: QA Issue: nfs-utils:
Files/directories were installed but not shipped in any package:
/usr/lib/libnfsidmap/nsswitch.so
/usr/lib/libnfsidmap/static.so
Please set FILES
Signed-off-by: Adrian Bunk
---
Already fixed in the upstream version in zeus.
---
...sd_event_source-when-udevadm-trigger.patch | 35 +++
meta/recipes-core/systemd/systemd_241.bb | 1 +
2 files changed, 36 insertions(+)
create mode 100644
meta/recipes-core/systemd/systemd/
From: Anuj Mittal
Fixes a bug wherein a use after free could potentially be used to run
malicious code if a user can be tricked into running e2fsck on a
maliciously crafted file system.
Also see:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=948517
(From OE-Core rev: 23c1b157362609bd8d85c7d
From: Anuj Mittal
Also see:
https://bugs.debian.org/cgi-bin/bugreport.cgi?bug=948508
(From OE-Core rev: 09bdcef183d885025da6aa87a7c2bf7e8268774e)
Signed-off-by: Anuj Mittal
Signed-off-by: Richard Purdie
Signed-off-by: Adrian Bunk
---
...-t-try-to-rehash-a-deleted-directory.patch | 49 ++
On Sat, Mar 21, 2020 at 1:50 AM Kevin Hao wrote:
>
> The -dev kernel has been upgraded to v5.6-rcx and the COPYING file in
> the kernel source was updated by kernel commit 74835c7db032 ("COPYING:
> state that all contributions really are covered by this file"). So we
> should also update the md5 c
On Sat, 21 Mar 2020, Richard Purdie wrote:
> On Sat, 2020-03-21 at 08:26 -0400, rpj...@crashcourse.ca wrote:
> > not sure what the policy is but, occasionally, i run across a
> > recipe
> > that doesn't identify the location of the source code (just in case i
> > want to peruse it). case in poin
On Sat, 2020-03-21 at 08:26 -0400, rpj...@crashcourse.ca wrote:
> not sure what the policy is but, occasionally, i run across a
> recipe
> that doesn't identify the location of the source code (just in case i
> want to peruse it). case in point: kexec-tools on master branch:
>
> http://cgit.ope
at current contract, kexec-tools .bbappend file adds dtb support to
kexec-tools for i386 (as dtbs are used for x86_64 target). i suspect
there would be no objection to upstreaming this, but i'm guessing
there's not a lot of interest in supporting device trees for i386, so
probably not worth the
not sure what the policy is but, occasionally, i run across a recipe
that doesn't identify the location of the source code (just in case i
want to peruse it). case in point: kexec-tools on master branch:
http://cgit.openembedded.org/openembedded-core/tree/meta/recipes-kernel/kexec/kexec-tools
16 matches
Mail list logo
