Hi Kai,
> -Original Message-
> From: Kang Kai
> Sent: Thursday, March 21, 2019 6:27 AM
> To: Alexey Brodkin
> Cc: openembedded-core@lists.openembedded.org;
> richard.pur...@linuxfoundation.org
> Subject: Re: [PATCH] fixup! qemu: backport patches to fix cves
>
> On 2019/3/21 上午5:34,
This reverts commit f7dfb4d43247d3c13a4e0a3853007d63b9512b83.
FAT16 volumes do not have a minimum size of 8250 blocks
(== slightly over 4MB). Exhibit A: floppy disks.
The original commit message suggests this was a workaround for a bug in
parted - in which case we should fix it there, or use
From: Denys Dmytriyenko
Commit 6fc70eb4f3494bee2be10ee24fe3ea1c8b5ff988 changes "qemuarm" machine from
old ARMv5 to a newer Cortex-A15, moving the old platform under "qemuarmv5" name.
When adding this new "old" platform name to COMPATIBLE_MACHINE in linux-yocto
recipes, mistakes were made
On 2019/3/21 上午5:34, Alexey Brodkin wrote:
Hi Kai Kang,
-Original Message-
From: kai.k...@windriver.com
Sent: Wednesday, March 20, 2019 4:16 PM
To: richard.pur...@linuxfoundation.org
Cc: alexey.brod...@synopsys.com; openembedded-core@lists.openembedded.org
Subject: [PATCH] fixup!
efivafs contain some meta data about Intel VROC, which will be
used by mdadm to create raid device.
These are preparation work to support boot from Intel VROC RAID
disk.
Signed-off-by: Liwei Song
---
meta/recipes-core/initrdscripts/initramfs-framework/init | 5 +
1 file changed, 5
use sed to delete the install section may failed due to an typo
in installer routine.
Signed-off-by: Liwei Song
---
meta/recipes-core/initrdscripts/files/init-install-efi.sh | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git
This add ledmon demon to control Intel VROC's SSD disk led.
Signed-off-by: Liwei Song
---
meta/recipes-extended/ledmon/ledmon_git.bb | 32 ++
1 file changed, 32 insertions(+)
create mode 100644 meta/recipes-extended/ledmon/ledmon_git.bb
diff --git
lvm module will initial lvm volume to support boot from
Logical Volume.
Signed-off-by: Liwei Song
---
meta/recipes-core/initrdscripts/initramfs-framework/lvm| 13 +
meta/recipes-core/initrdscripts/initramfs-framework_1.0.bb | 9 +
2 files changed, 22 insertions(+)
Intel VROC raid device named as /dev/mdXX, now it only can boot with
initramfs method because it need mdadm to do initial work in it, so do
not remove initrd for such kind device.
It also use "p" as partition prefix, adjust it to aviod use a wrong device name
durning install.
Signed-off-by:
When use rootfs.img as rootfs, root=/dev/ram0 was set, init will
search rootfs.img from all automount point, if deploy it to MD or DM
device, rootfs.img will not be found, then boot failed.
Do not black MD and DM device to allow boot from raid disk or raid
LVM volume.
Signed-off-by: Liwei Song
Install mdmon@.service to make Intel VROC work well.
mdmon@.service called from udev is used to update Intel VROC metadata,
with it the VROC raid is operational to read or write under user space.
Signed-off-by: Liwei Song
---
meta/recipes-extended/mdadm/mdadm_4.1.bb | 3 ++-
1 file changed, 2
These series patches used to add support to install image to Intel
Virtual Raid disk and boot from it.
To boot from raid disk, mdadm is the necessory tools to initial it,
so it must run in initrd to make raid disk available, then rootfs
on it can be mounted to use, rootfs can be stored directly in
installer use partuuid for boot and swap partition,
But the udev rules for MD devices do not have rules to create
by-partuuid under /dev/disk/, this will take 90s to wait until failed
add the rules to create by-partuuid to support boot from raid
disk with "root=PARTUUID=XXX"
Signed-off-by: Liwei
On Tue, Mar 19, 2019 at 4:45 AM Adrian Bunk wrote:
> SIMD instructions are a mandatory part of armv8a
> (they were optional in armv7a), and the gcc docs
> also say that they are always enabled.
This should be ok but please cite the reference to arch specs where it’s
mentioned and if someone
On Wed, Mar 20, 2019 at 4:06 PM Oleksandr Kravchuk <
open.sou...@oleksandr-kravchuk.com> wrote:
> Signed-off-by: Oleksandr Kravchuk
Looks good
>
> ---
> meta/recipes-devtools/ninja/{ninja_1.8.2.bb => ninja_1.9.0.bb} | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
> rename
Signed-off-by: Oleksandr Kravchuk
---
meta/recipes-devtools/ninja/{ninja_1.8.2.bb => ninja_1.9.0.bb} | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
rename meta/recipes-devtools/ninja/{ninja_1.8.2.bb => ninja_1.9.0.bb} (92%)
diff --git a/meta/recipes-devtools/ninja/ninja_1.8.2.bb
Hi Kai Kang,
> -Original Message-
> From: kai.k...@windriver.com
> Sent: Wednesday, March 20, 2019 4:16 PM
> To: richard.pur...@linuxfoundation.org
> Cc: alexey.brod...@synopsys.com; openembedded-core@lists.openembedded.org
> Subject: [PATCH] fixup! qemu: backport patches to fix cves
On Wed, Mar 20, 2019 at 11:00 AM Adrian Bunk wrote:
>
> On Wed, Mar 20, 2019 at 08:59:39AM -0400, Khem Raj wrote:
> > On Wed, Mar 20, 2019 at 1:21 AM Adrian Bunk wrote:
> > >
> > > On Tue, Mar 19, 2019 at 11:51:47PM -0400, Khem Raj wrote:
> > > > On Fri, Mar 15, 2019 at 6:45 AM Adrian Bunk
On Wed, Mar 20, 2019 at 09:33:56AM -0700, akuster808 wrote:
>
>
> On 3/20/19 8:55 AM, Adrian Bunk wrote:
> > On Wed, Mar 20, 2019 at 08:21:31AM -0700, akuster808 wrote:
> >> On 3/20/19 7:56 AM, Adrian Bunk wrote:
> >>> On Wed, Mar 20, 2019 at 07:35:53AM -0700, akuster808 wrote:
> On 3/20/19
On 3/20/19 8:55 AM, Adrian Bunk wrote:
> On Wed, Mar 20, 2019 at 08:21:31AM -0700, akuster808 wrote:
>> On 3/20/19 7:56 AM, Adrian Bunk wrote:
>>> On Wed, Mar 20, 2019 at 07:35:53AM -0700, akuster808 wrote:
On 3/20/19 7:09 AM, Adrian Bunk wrote:
> Copyright hash changed to to year
On Wed, Mar 20, 2019 at 08:21:31AM -0700, akuster808 wrote:
> On 3/20/19 7:56 AM, Adrian Bunk wrote:
> > On Wed, Mar 20, 2019 at 07:35:53AM -0700, akuster808 wrote:
> >>
> >> On 3/20/19 7:09 AM, Adrian Bunk wrote:
> >>> Copyright hash changed to to year change.
> >> You are missing one of the
On 3/20/19 7:56 AM, Adrian Bunk wrote:
> On Wed, Mar 20, 2019 at 07:35:53AM -0700, akuster808 wrote:
>>
>> On 3/20/19 7:09 AM, Adrian Bunk wrote:
>>> Copyright hash changed to to year change.
>> You are missing one of the more important bits of info that would help
>> make the decision if this
On Wed, Mar 20, 2019 at 08:59:39AM -0400, Khem Raj wrote:
> On Wed, Mar 20, 2019 at 1:21 AM Adrian Bunk wrote:
> >
> > On Tue, Mar 19, 2019 at 11:51:47PM -0400, Khem Raj wrote:
> > > On Fri, Mar 15, 2019 at 6:45 AM Adrian Bunk wrote:
> > > >
> > > > On Tue, Mar 12, 2019 at 05:41:58PM +0800,
On Wed, Mar 20, 2019 at 07:35:53AM -0700, akuster808 wrote:
>
>
> On 3/20/19 7:09 AM, Adrian Bunk wrote:
> > Copyright hash changed to to year change.
>
> You are missing one of the more important bits of info that would help
> make the decision if this gets into M4 or waits until after 2.7
On Wed, 2019-03-20 at 12:12 +, Alexey Brodkin wrote:
> Hi Richard,
>
> [snip]
>
> > > > We're not seeing this on the autobuilder, is this gated by some
> > > > non-
> > > > default config option?
> > >
> > > Maybe.
> > >
> > > But if you grep by qemu sources you may notice that indeed
> >
On 3/20/19 7:09 AM, Adrian Bunk wrote:
> Copyright hash changed to to year change.
You are missing one of the more important bits of info that would help
make the decision if this gets into M4 or waits until after 2.7 releases.
Go look at the 9.11.5-p4 release notes.
Did you double check
Copyright hash changed to to year change.
Signed-off-by: Adrian Bunk
---
...0001-configure.in-remove-useless-L-use_openssl-lib.patch | 4 ++--
...nd-ensure-searching-for-json-headers-searches-sysr.patch | 4 ++--
.../bind/{bind_9.11.5.bb => bind_9.11.6.bb} | 6 +++---
3 files
On Wed, 2019-03-20 at 13:44 +, Mike Looijmans wrote:
> I tried providing MACHINE in local.conf, which just resulted in a
> build for that machine, and whatever multiconfig I passed on the
> commandline still got completely ignored. I even put "garbage" into
> the pmu.conf file and it was happy
On Tue, Mar 19, 2019 at 06:15:44PM +, luca.bocca...@gmail.com wrote:
> From: Luca Boccassi
>
> Dumpimage and fit_check_sign can be used to extract kernel and ramdisk from
> a FIT file, verify them and kexec for a faster reboot.
>
> Signed-off-by: Luca Boccassi
Reviewed-by: Tom Rini
--
On Wed, 2019-03-20 at 08:59 -0400, Khem Raj wrote:
> On Wed, Mar 20, 2019 at 1:21 AM Adrian Bunk wrote:
> > On Tue, Mar 19, 2019 at 11:51:47PM -0400, Khem Raj wrote:
> > > On Fri, Mar 15, 2019 at 6:45 AM Adrian Bunk
> > > wrote:
> > > > On Tue, Mar 12, 2019 at 05:41:58PM +0800,
> > > >
From: Kai Kang
Signed-off-by: Kai Kang
---
meta/recipes-devtools/qemu/qemu/0015-fix-CVE-2018-20124.patch | 4 ++--
1 file changed, 2 insertions(+), 2 deletions(-)
diff --git a/meta/recipes-devtools/qemu/qemu/0015-fix-CVE-2018-20124.patch
On Wed, Mar 20, 2019 at 1:21 AM Adrian Bunk wrote:
>
> On Tue, Mar 19, 2019 at 11:51:47PM -0400, Khem Raj wrote:
> > On Fri, Mar 15, 2019 at 6:45 AM Adrian Bunk wrote:
> > >
> > > On Tue, Mar 12, 2019 at 05:41:58PM +0800, changqing...@windriver.com
> > > wrote:
> > > > From: Changqing Li
> > >
Hi Richard,
> -Original Message-
> From: richard.pur...@linuxfoundation.org
> Sent: Wednesday, March 20, 2019 3:04 PM
> To: Alexey Brodkin ; Kai Kang
>
> Cc: Patches and discussions about the oe-core layer
>
> Subject: Re: qemu: backport patches to fix cves breaks qemu-system-native
Hi Richard,
[snip]
> >
> > > We're not seeing this on the autobuilder, is this gated by some
> > > non-
> > > default config option?
> >
> > Maybe.
> >
> > But if you grep by qemu sources you may notice that indeed
> > VENDOR_ERR_INV_NUM_SGE is not defined anywhere. So regardless of my
> > setup
On Wed, 2019-03-20 at 12:07 +, Alexey Brodkin wrote:
> Hi Richard,
>
> > -Original Message-
> > From: richard.pur...@linuxfoundation.org <
> > richard.pur...@linuxfoundation.org>
> > Sent: Wednesday, March 20, 2019 3:04 PM
> > To: Alexey Brodkin ; Kai Kang <
> >
On Wed, 2019-03-20 at 07:42 +, Alexey Brodkin wrote:
> Hello Kai Kang,
>
> You recent changes in QEMU [1] lead to build failure:
> -->8-
>
> # bitbake qemu-system-native
> ...
> >
On Wed, 2019-03-20 at 17:39 +0800, Jiang Lu wrote:
> Enable glib-networking build as a native package, for it is depended
> by libsoup.
>
> Signed-off-by: Jiang Lu
> ---
> .../glib-networking/glib-networking_2.58.0.bb| 9
> +
> 1 file changed, 9 insertions(+)
>
> diff --git
> -Original Message-
> From: openembedded-core-boun...@lists.openembedded.org core-boun...@lists.openembedded.org> On Behalf Of Jiang Lu
> Sent: den 20 mars 2019 10:39
> To: lu.ji...@windriver.com; openembedded-core@lists.openembedded.org;
> richard.pur...@linuxfoundation.org
> Subject:
On Wed, Mar 20, 2019 at 05:39:28PM +0800, Jiang Lu wrote:
> Enable glib-networking build as a native package, for it is depended
> by libsoup.
>
> Signed-off-by: Jiang Lu
> ---
> .../glib-networking/glib-networking_2.58.0.bb| 9 +
> 1 file changed, 9 insertions(+)
>
> diff
On Wed, 20 Mar 2019 at 09:42, Jiang Lu wrote:
> +# Make sure we compile with ca-certificates support enabled.
> +PACKAGECONFIG_append = " ca-certificates"
Aside from doing PACKAGECONFIG_append in a recipe being the wrong thing to do:
PACKAGECONFIG ??= "gnutls"
PACKAGECONFIG[gnutls] =
On Wed, 20 Mar 2019 at 09:43, Jiang Lu wrote:
> +BBCLASSEXTEND = "native"
Can you test a nativesdk build too, might as well add both.
Ross
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
On Wed, 20 Mar 2019 at 09:43, Jiang Lu wrote:
> +The existed soup_uri_to_string does not have password, add a
> +function to support it.
> +
> +Upstream-Status: Pending
Why are you adding this function? Have you submitted it upstream?
> # glib-networking is needed for SSL, proxies, etc.
>
Enable libsoup build as a native package, for it may invoked by
other native package, such as ostree.
Signed-off-by: Jiang Lu
---
meta/recipes-support/libsoup/libsoup-2.4_2.64.2.bb | 2 ++
1 file changed, 2 insertions(+)
diff --git a/meta/recipes-support/libsoup/libsoup-2.4_2.64.2.bb
The existed soup_uri_to_string does not have password, add a
function to support it.
Signed-off-by: Hongxu Jia
Signed-off-by: Jiang Lu
---
...add-soup_uri_to_string_with_password.patch | 67 +++
.../libsoup/libsoup-2.4_2.64.2.bb | 3 +-
2 files changed, 69
Enable glib-networking build as a native package, for it is depended
by libsoup.
Signed-off-by: Jiang Lu
---
.../glib-networking/glib-networking_2.58.0.bb| 9 +
1 file changed, 9 insertions(+)
diff --git a/meta/recipes-core/glib-networking/glib-networking_2.58.0.bb
Some package may create a ${libdir}/pkgconfig directory in its sysroot
without .pc file. It leads following error:
sed: can't read ${sysroot}/${libdir}/pkgconfig/*.pc: No such file or directory
To avoid this, add a file existence checking in relocatable_native_pcfiles()
before sed.
[v2]
1.Split patch for libsoup into 2 patch for different purpose.
2.Update relocatable_native_pcfiles() to avoid a error introduced by
glib-networking-native.
[v1]
This rr including 2 patch:
1.add a new routine for libsoup with name soup_uri_to_string_with_password()
and make libsoup
在 2019/3/19 下午11:36, Peter Kjellerstedt 写道:
-Original Message-
From: openembedded-core-boun...@lists.openembedded.org On Behalf Of Jiang Lu
Sent: den 19 mars 2019 08:55
To: lu.ji...@windriver.com; openembedded-core@lists.openembedded.org
Subject: [OE-core] [oe-core 2/2]
On 2019/3/20 下午3:42, Alexey Brodkin wrote:
Hello Kai Kang,
You recent changes in QEMU [1] lead to build failure:
-->8-
# bitbake qemu-system-native
...
|
Hello Kai Kang,
You recent changes in QEMU [1] lead to build failure:
-->8-
# bitbake qemu-system-native
...
|
.../build/tmp-glibc/work/x86_64-linux/qemu-system-native/3.1.0-r0/qemu-3.1.0/hw/rdma/rdma_backend.c:316:42:
50 matches
Mail list logo
