From: Oleksandr Andrushchenko <Oleksandr_Andrushchenko@epam.com>
To: Peng Fan <peng.fan@nxp.com>, Roman Shaposhnik <roman@zededa.com>,
Xen-devel <xen-devel@lists.xenproject.org>
Cc: Stefano Stabellini <sstabellini@kernel.org>,
Julien Grall <julien@xen.org>,
Nataliya Korovkina <malus.brandywine@gmail.com>
Subject: Re: UEFI support in ARM DomUs
Date: Thu, 4 Jun 2020 15:26:36 +0000 [thread overview]
Message-ID: <c3856c1f-52bf-92fd-5226-4b09229e2127@epam.com> (raw)
In-Reply-To: <DB6PR0402MB276072324DC3E1E9BD9A96BE88890@DB6PR0402MB2760.eurprd04.prod.outlook.com>
On 6/4/20 4:57 AM, Peng Fan wrote:
> Grall <julien@xen.org>;
>> Nataliya Korovkina <malus.brandywine@gmail.com>
>> Subject: UEFI support in ARM DomUs
> We have made U-Boot run inside XEN DomU, but just only PV console part,
> not implement other frontend drivers currently. Would this help for your
> case if enable EFI in U-Boot?
Well, we have a working PV block implementation on top of that on iMX8
platform, mostly ported from mini-os. Currently we are finalizing the work
and cleaning up (it's going to take a week or so hopefully). Then, we we'll post
it on our public github. We are also thinking about upstreaming the work, but it may
take quite some time if the whole idea fits u-boot's view on such an extension at all.
Regards,
Oleksandr
> Regards,
> Peng.
>
>> Hi!
>>
>> with a lot of help from Stefano, we're getting RPi4 support in Project EVE
>> pretty much on par between KVM and Xen.
>>
>> One big area that still remains is supporting UEFI boot sequence for DomUs.
>> With KVM, given the qemu virt device model this is as simple as using either
>> stock UEFI build for arm or even U-Boot EFI emulation environment and
>> passing it via -bios option.
>>
>> Obviously with Xen on ARM we don't have the device model so my
>> understanding is that the easiest way we can support it would be to port
>> UEFI's OvmfPkg/OvmfXen target to ARM (it seems to be currently exclusively
>> X64).
>>
>> So here's my first question: if there's anybody on this list who had a hand in
>> implementing OvmfPkg/OvmfXen can you please share your thoughts on how
>> much work that port may be (or whether it is even feasible -- I may totally be
>> missing something really obvious here).
>>
>> And as long as I've got your attention: two more questions:
>> 1.. compared to the above, would porting pvgrub to ARM be any
>> easier or more difficult?
>>
>> 2. same question for teaching u-boot about PV calls.
>>
>> Thanks,
>> Roman.
>>
>> P.S. Oh and I guess between:
>> 0. OvmfPkg/OvmfXen on ARM64
>> 1. pvgrub on ARM64
>> 2. u-boot/EFI emulation with PV calls backend I didn't miss any other
>> obvious way of making UEFI-aware VM images to boot on Xen ARM64 DomU,
>> right?
next prev parent reply other threads:[~2020-06-04 15:27 UTC|newest]
Thread overview: 46+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-05-31 22:05 UEFI support in ARM DomUs Roman Shaposhnik
2020-05-31 22:24 ` Julien Grall
2020-06-01 4:11 ` Roman Shaposhnik
2020-06-01 16:12 ` Stefano Stabellini
2020-06-02 22:50 ` Roman Shaposhnik
2020-06-04 16:58 ` George Dunlap
2020-06-03 10:16 ` Julien Grall
2020-06-04 1:57 ` Peng Fan
2020-06-04 15:26 ` Oleksandr Andrushchenko [this message]
2020-06-04 15:31 ` Stefano Stabellini
2020-06-04 16:50 ` Roman Shaposhnik
2020-06-15 1:58 ` Peng Fan
2020-06-18 5:22 ` Oleksandr Andrushchenko
2020-06-18 14:50 ` Julien Grall
2020-06-18 22:00 ` Stefano Stabellini
2020-06-18 22:49 ` Julien Grall
2020-06-19 12:32 ` Oleksandr Andrushchenko
2020-06-19 12:47 ` Julien Grall
2020-06-19 12:51 ` Oleksandr Andrushchenko
2020-06-19 12:59 ` Julien Grall
2020-06-19 13:06 ` Oleksandr Andrushchenko
2020-06-19 13:15 ` Julien Grall
2020-06-19 13:29 ` Oleksandr Andrushchenko
2020-06-22 13:56 ` Oleksandr Andrushchenko
2020-06-22 14:23 ` Julien Grall
2020-06-19 13:16 ` Peng Fan
2020-06-19 13:31 ` Oleksandr Andrushchenko
2020-06-19 20:02 ` Stefano Stabellini
2020-06-22 14:04 ` Oleksandr Andrushchenko
2020-06-22 14:27 ` Julien Grall
2020-06-22 14:33 ` Oleksandr Andrushchenko
2020-06-22 17:49 ` Julien Grall
2020-06-23 1:20 ` Stefano Stabellini
2020-06-23 5:31 ` Oleksandr Andrushchenko
2020-06-24 6:14 ` Oleksandr Andrushchenko
2020-06-24 7:07 ` Peng Fan
2020-06-24 7:17 ` Oleksandr Andrushchenko
2020-06-24 7:26 ` Peng Fan
2020-06-24 7:38 ` Oleksandr Andrushchenko
2020-06-24 17:05 ` Stefano Stabellini
2020-06-24 19:31 ` Oleksandr Andrushchenko
2020-06-24 19:47 ` Stefano Stabellini
2020-06-19 7:04 ` Oleksandr Andrushchenko
2020-06-04 15:38 ` Julien Grall
2020-06-04 16:27 ` Stefano Stabellini
2020-06-04 16:34 ` Julien Grall
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=c3856c1f-52bf-92fd-5226-4b09229e2127@epam.com \
--to=oleksandr_andrushchenko@epam.com \
--cc=julien@xen.org \
--cc=malus.brandywine@gmail.com \
--cc=peng.fan@nxp.com \
--cc=roman@zededa.com \
--cc=sstabellini@kernel.org \
--cc=xen-devel@lists.xenproject.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).