might want to specify.
This new options assumes that the path provided is relative to
OECORE_NATIVE_SYSROOT and will check whether it exists before proceeding.
Signed-off-by: Ricardo Neri
---
scripts/runqemu | 14 ++
1 file changed, 14 insertions(+)
diff --git a/scripts/runqemu b
On Sun, 2014-03-09 at 00:09 -0800, Saul Wold wrote:
> On 03/07/2014 04:30 PM, Ricardo Neri wrote:
> > Add support to specify a directory for custom BIOS, VGA BIOS and
> > keymaps as supported by qemu (-L option). Even though this can be
> > done through qemuparams, having
On Mon, 2014-03-10 at 20:14 -0700, Ricardo Neri wrote:
> On Sun, 2014-03-09 at 00:09 -0800, Saul Wold wrote:
> > On 03/07/2014 04:30 PM, Ricardo Neri wrote:
> > > Add support to specify a directory for custom BIOS, VGA BIOS and
> > > keymaps as supported by qemu (-L op
On Wed, 2014-03-19 at 14:17 +, Richard Purdie wrote:
> On Mon, 2014-03-17 at 16:02 -0700, Ricardo Neri wrote:
> > On Mon, 2014-03-10 at 20:14 -0700, Ricardo Neri wrote:
> > > On Sun, 2014-03-09 at 00:09 -0800, Saul Wold wrote:
> > > > On 03/07/2014 04:30 PM, Ric
outside
the OE build environment.
Signed-off-by: Ricardo Neri
---
scripts/runqemu | 19 +++
1 file changed, 19 insertions(+)
diff --git a/scripts/runqemu b/scripts/runqemu
index 619ffb6..b1d2d1a 100755
--- a/scripts/runqemu
+++ b/scripts/runqemu
@@ -149,6 +149,9 @@ while true; do
On Thu, 2014-03-20 at 12:35 -0700, Ricardo Neri wrote:
> Add support to specify a directory for custom BIOS, VGA BIOS and
> keymaps as supported by qemu (-L option). Even though this can be
> done through qemuparams, having this option provides better user
> experience by not having
On Mon, 2014-03-31 at 17:59 +0100, Richard Purdie wrote:
> On Mon, 2014-03-31 at 09:48 -0700, Ricardo Neri wrote:
> > I just wanted to check if there are comments about this patch.
>
> It merged 10 days ago:
>
> http://git.yoctoproject.org/cgi
Kexec-tools v2.0.7 is out, upgrade accordingly.
Signed-off-by: Ricardo Neri
CC: Laurentiu Palcu
---
meta/recipes-kernel/kexec/kexec-tools_2.0.6.bb | 13 -
meta/recipes-kernel/kexec/kexec-tools_2.0.7.bb | 13 +
2 files changed, 13 insertions(+), 13 deletions(-)
delete
, mkdosfs will use the default volume-id.
Signed-off-by: Ricardo Neri
---
meta/classes/bootimg.bbclass | 10 +-
1 file changed, 9 insertions(+), 1 deletion(-)
diff --git a/meta/classes/bootimg.bbclass b/meta/classes/bootimg.bbclass
index 7678567..d52aace 100644
--- a/meta/classes
The kexec-tools recipe already specifies separate packages for kexec and
kdump. Thus, it follows that a separate package can also be used to install
vmcore-dmesg granularly.
Signed-off-by: Ricardo Neri
---
meta/recipes-kernel/kexec/kexec-tools_2.0.7.bb | 3 ++-
1 file changed, 2 insertions
for 2.1.0.
Signed-off-by: Ricardo Neri
---
scripts/runqemu | 3 +++
1 file changed, 3 insertions(+)
diff --git a/scripts/runqemu b/scripts/runqemu
index da35bb8..3d75319 100755
--- a/scripts/runqemu
+++ b/scripts/runqemu
@@ -153,6 +153,9 @@ while true; do
"bi
The script looks for any warn|Warn pattern in the log. However,
it may happen that the warn|Warn pattern appears as part of the name
of the objects described in the NOTE lines of the log. Thus, to avoid
false positives, ignore the line if it contains the word "NOTE:"
Signed-off-by: Ri
ng an OVMF
binary with support for Secure Boot.
Lastly, I defined the recipe's PV and took Ross' change to use python3
from HOSTTOOLS.
Thanks and BR,
Ricardo
[1].
http://git.yoctoproject.org/cgit.cgi/poky-contrib/commit/?h=ross/nopy2&id=f95649176b7916116251a092a82618dd08ff1961
Ricar
e 'stringop-overflow'
warning with memcpy()").
Drop patch 0007-OvmfPkg-EnrollDefaultKeys-application-for-enrolling-.patch
as it also has been taken by EDK2.
Patches 0002-ovmf-update-path-to-native-BaseTools.patch and
0004-ovmf-enable-long-path-file.patch did not need any update.
Now that EDK2 has been tagging stable releases, we can also set PV
and drop UPSTREAM_VERSION_UNKNOWN.
Cc: Ross Burton
Cc: Patrick Ohly
Signed-off-by: Ricardo Neri
---
meta/recipes-core/ovmf/ovmf_git.bb | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
diff --git a/meta/recipes-core/ovmf
e
from Red Hat embedded in the application.
Create a certificate that QEMU can subsequently pass to
EnrollDefaultKeys when running qemu-shell-image.
Cc: Ross Burton
Cc: Patrick Ohly
Cc: Alexander Kanavin
Signed-off-by: Ricardo Neri
---
meta/recipes-core/ovmf/ovmf_git.bb | 8
1 file
* binaries), extract the certificate string from the
OvmfPkKek1.pem certificate and modify the command-line parameters to
provide the key. Such certificate is created when building OVMF with
support for Secure Boot.
Cc: Ross Burton
Cc: Patrick Ohly
Signed-off-by: Ricardo Neri
---
scripts/runqemu | 32
: Ricardo Neri
---
meta/recipes-core/ovmf/ovmf_git.bb | 2 ++
1 file changed, 2 insertions(+)
diff --git a/meta/recipes-core/ovmf/ovmf_git.bb
b/meta/recipes-core/ovmf/ovmf_git.bb
index c66b751a94..834ee32466 100644
--- a/meta/recipes-core/ovmf/ovmf_git.bb
+++ b/meta/recipes-core/ovmf/ovmf_git.bb
On Wed, Aug 07, 2019 at 02:02:07AM -, Patchwork wrote:
> == Series Details ==
>
> Series: ovmf: Bump to edk2-stable201905 and add improvements
> Revision: 1
> URL : https://patchwork.openembedded.org/series/19138/
> State : failure
>
> == Summary ==
>
>
> Thank you for submitting this pat
On Wed, Aug 07, 2019 at 07:36:26PM +0100, Richard Purdie wrote:
> On Tue, 2019-08-06 at 18:44 -0700, Ricardo Neri wrote:
> > Hi,
> >
> > Fixes [YOCTO #13438]
> >
> > I have implemented this patchset to bump the OVMF recipe to the
> > latest
> >
On Wed, 2016-12-21 at 14:11 +0100, Patrick Ohly wrote:
> There seems to be a consensus that supporting UEFI in OE-core for qemu
> would be valuable, and there have been some (stalled) attempts to add
> it. For reference, see:
>[OE-core] [PATCH V3 0/3] Add UEFI firmware for qemux86*
>[OE-cor
On Wed, 2016-12-21 at 16:19 +0200, Fathi Boudra wrote:
>
> fwiw, I've been maintaining acpica recipe in meta-oe, and will keep an
> eye here as well.
> meta-luv supports both x86* and arm*, and we have an interest in
> having the same features available and working for qemuaarch64.
I was not awar
On Wed, 2016-12-21 at 14:11 +0100, Patrick Ohly wrote:
> create mode 100644
> meta/recipes-core/ovmf/ovmf/0001-OvmfPkg-Enable-BGRT-in-OVMF.patch
We added this patch because we were interested in enabling BGRT for our
own Linux kernel testing purposes. I am not sure if this patch is of the
interes
On Wed, 2016-12-21 at 14:11 +0100, Patrick Ohly wrote:
> From: meta-luv
>
> This is an unmodified copy of
> github.com/01org/luv-yocto/meta-luv/recipes-extended/iasl revision
> 4be4329.
>
> iasl is also provided by the meta-oe layer's acpica recipe. iasl is a
> bit simpler and thus seems more su
On Wed, 2016-12-21 at 14:11 +0100, Patrick Ohly wrote:
> When used with '-drive if=pflash', qemu will store UEFI variables
> inside the firmware image file. That is unexpected for a file located
> in
> the sysroot, which should be read-only, while it is normal for image
> files in the deploy/images
On Wed, 2016-12-21 at 14:11 +0100, Patrick Ohly wrote:
> The Fedora srpm [1] seems to have no problems with parallel
> compilation, so let's also use that for the target. The native
> tools however indeed have dependency problems:
True. It is good to paralize what we can. This also looks good to m
On Wed, 2016-12-21 at 14:11 +0100, Patrick Ohly wrote:
> When used with '-drive if=pflash', qemu will store UEFI variables
> inside the firmware image file. That is unexpected for a file located in
> the sysroot, which should be read-only, while it is normal for image
> files in the deploy/images d
On Wed, 2016-12-21 at 14:11 +0100, Patrick Ohly wrote:
> The recipe now compiles OVMF twice, once without Secure Boot, once
> with. This is the same approach as in
> https://src.fedoraproject.org/cgit/rpms/edk2.git/tree/edk2.spec
Besides the fact that Fedora does it, is there a particular reason t
On Wed, 2016-12-28 at 13:38 -0800, Ricardo Neri wrote:
> > do_install_class-target() {
> > -OVMF_DIR_SUFFIX="X64"
> > -if [ "${TARGET_ARCH}" != "x86_64" ] ; then
> > -OVMF_DIR_SUFFIX="Ia32" # Note the diff
On Wed, 2016-12-28 at 20:27 +0100, Patrick Ohly wrote:
> > > fwiw, I've been maintaining acpica recipe in meta-oe, and will
> keep an
> > > eye here as well.
> > > meta-luv supports both x86* and arm*, and we have an interest in
> > > having the same features available and working for qemuaarch64.
On Wed, 2016-12-21 at 14:11 +0100, Patrick Ohly wrote:
> +# File name of a OVMF BIOS file, to be added with -drive
> if=pflash.
> +# Found in the same places as the rootfs, with or without one
> of
> +# these suffices: qcow2, bin.
> +# Setting one also adds "-vga std
On Wed, 2017-01-04 at 11:01 +0100, Patrick Ohly wrote:
> On Wed, 2016-12-28 at 13:38 -0800, Ricardo Neri wrote:
> > > do_install_class-target() {
> > > -OVMF_DIR_SUFFIX="X64"
> > > -if [ "${TARGET_ARCH}" != "x86_64" ] ; the
On Wed, 2017-01-04 at 11:10 +0100, Patrick Ohly wrote:
> On Wed, 2016-12-28 at 14:54 -0800, Ricardo Neri wrote:
> > On Wed, 2016-12-21 at 14:11 +0100, Patrick Ohly wrote:
> > > The recipe now compiles OVMF twice, once without Secure Boot, once
> > > with. This
On Wed, 2017-01-04 at 10:43 +0100, Patrick Ohly wrote:
> On Wed, 2016-12-28 at 15:33 -0800, Ricardo Neri wrote:
> > On Wed, 2016-12-21 at 14:11 +0100, Patrick Ohly wrote:
> > > +# File name of a OVMF BIOS file, to be added with -drive
> > > if=pflash.
> &g
On Fri, 2017-01-20 at 15:12 +0100, Patrick Ohly wrote:
> The traditional usage of ovmf via the qemu bios parameter is no longer
> supported
I don't see dropping support for this option in this series. Is part of
another series? I just checked the poky repo and I still the the option
supported. Or
"git am --keep-cr" must be used to import the ovmf patches
> correctly.
This patchset looks good to me. I only had one comment/question in patch
5.
If relevant,
Acked-by Ricardo Neri
Thanks and BR,
Ricardo
--
___
Openembedded-core mailing list
Openembedded-core@lists.openembedded.org
http://lists.openembedded.org/mailman/listinfo/openembedded-core
On Mon, 2017-01-23 at 08:45 +0100, Patrick Ohly wrote:
> > On the other hand, this is a new recipe and this may not be super
> > critical. Especially if you meant that only OVMF will not support
> > installing bios.bin in sysroot. Maybe all is needed is some
> > clarification in the commit message.
rootfs,
it makes sense to not make the calculation if there is not such rootfs.
Signed-off-by: Ricardo Neri
---
meta/classes/bootimg.bbclass | 13 -
1 file changed, 8 insertions(+), 5 deletions(-)
diff --git a/meta/classes/bootimg.bbclass b/meta/classes/bootimg.bbclass
index 2fd3efb
build_fat_img because we want to create an new
FATIMG.
Signed-off-by: Ricardo Neri
---
meta/classes/bootimg.bbclass | 6 ++
1 file changed, 6 insertions(+)
diff --git a/meta/classes/bootimg.bbclass b/meta/classes/bootimg.bbclass
index 0a4546e..975973b 100644
--- a/meta/classes/bootimg.bbclass
Hi,
On Fri, 2015-07-10 at 17:41 -0700, Ricardo Neri wrote:
> It may be possible that some bootable images do not use a rootfs; this
> may be the case if the bootable image utilize only an initrd for all
> its
> needs.
>
> If there is not rootfs, the size calculation will
[Resending from an email subscribed to the oe list...]
On Sun, 2016-01-17 at 11:16 +, Richard Purdie wrote:
> @@ -294,7 +286,10 @@ python do_bootimg() {
> bb.build.exec_func('build_efi_cfg', d)
> bb.build.exec_func('build_hddimg', d)
> bb.build.exec_func('build_iso', d)
> +
On Sat, 2016-01-30 at 10:54 +, Richard Purdie wrote:
> On Fri, 2016-01-29 at 17:34 -0800, Ricardo Neri wrote:
> > [Resending from an email subscribed to the oe list...]
> > On Sun, 2016-01-17 at 11:16 +, Richard Purdie wrote:
> > > @@ -294,7 +286
the image:
/etc/rcS.d/S36udev-cache: line 66: xargs: command not found
/etc/rcS.d/S36udev-cache: line 65: find: command not found
/etc/rcS.d/S36udev-cache: line 67: gzip: command not found
Signed-off-by: Ricardo Neri
---
meta/recipes-core/udev/udev.inc | 1 +
1 file changed, 1
On Wed, 2016-02-03 at 20:56 +, Burton, Ross wrote:
> I was wondering if busbox provides these applets then why pull
> them in
> explicitly like this
>
>
> Presumably Ricardo is building images without busybox?
Indeed, my build does not have busybox.
--
On Wed, 2016-02-03 at 20:37 +, Burton, Ross wrote:
> +RDEPENDS_${PN} += "gzip findutils"
>
>
>
> The dependencies should be on the udev-cache package, surely.
Right. I will submit a new version applying the dependencies to
udev-cache only.
Thanks and BR,
Ricardo
--
_
when booting if such packages are not present:
/etc/rcS.d/S36udev-cache: line 66: xargs: command not found
/etc/rcS.d/S36udev-cache: line 65: find: command not found
/etc/rcS.d/S36udev-cache: line 67: gzip: command not found
Cc: Khem Raj
Cc: Ross Burton
Signed-off-by: Ricardo Neri
the package name with
a KERNEL_MODULE_PACKAGE_PREFIX that can be set by the recipes that inherit
from module.bbclass.
Cc: Megha Dey
Signed-off-by: Ricardo Neri
---
meta/classes/kernel-module-split.bbclass | 6 +-
1 file changed, 5 insertions(+), 1 deletion(-)
diff --git a/meta/classes/kernel
47 matches
Mail list logo
