[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]
Re: [Xen-devel] [PATCH] efi/libstub/fdt: Standardize the names of EFI stub parameters
- To: Ard Biesheuvel <ard.biesheuvel@xxxxxxxxxx>
- From: Ian Campbell <ian.campbell@xxxxxxxxxx>
- Date: Mon, 14 Sep 2015 11:25:25 +0100
- Cc: Mark Rutland <mark.rutland@xxxxxxx>, "linux-efi@xxxxxxxxxxxxxxx" <linux-efi@xxxxxxxxxxxxxxx>, Stefano Stabellini <stefano.stabellini@xxxxxxxxxxxxx>, Daniel Kiper <daniel.kiper@xxxxxxxxxx>, "peter.huangpeng@xxxxxxxxxx" <peter.huangpeng@xxxxxxxxxx>, "leif.lindholm@xxxxxxxxxx" <leif.lindholm@xxxxxxxxxx>, "xen-devel@xxxxxxxxxxxxx" <xen-devel@xxxxxxxxxxxxx>, "julien.grall@xxxxxxxxxx" <julien.grall@xxxxxxxxxx>, "matt.fleming@xxxxxxxxx" <matt.fleming@xxxxxxxxx>, "linux-arm-kernel@xxxxxxxxxxxxxxxxxxx" <linux-arm-kernel@xxxxxxxxxxxxxxxxxxx>, "jbeulich@xxxxxxxx" <jbeulich@xxxxxxxx>, Shannon Zhao <zhaoshenglong@xxxxxxxxxx>, "christoffer.dall@xxxxxxxxxx" <christoffer.dall@xxxxxxxxxx>, "shannon.zhao@xxxxxxxxxx" <shannon.zhao@xxxxxxxxxx>
- Delivery-date: Mon, 14 Sep 2015 10:25:39 +0000
- List-id: Xen developer discussion <xen-devel.lists.xen.org>
On Mon, 2015-09-14 at 12:02 +0200, Ard Biesheuvel wrote:
> On 14 September 2015 at 11:57, Ian Campbell <ian.campbell@xxxxxxxxxx> wrote:
> > > or SetVirtualAddressMap/ConvertPointer, and
> >
> > These two are RTS, so in principal it could.
> >
> > (I'm not sure about ConvertPointer, is it useful for OS kernels, or
> > just
> > for "UEFI components" mentioned at
> > http://wiki.phoenix.com/wiki/index.php/E
> > FI_RUNTIME_SERVICES#ConvertPointer.28.29 ?)
> >
>
> No, there is no point. The stub calls SetVirtualAddressMap, so the
> kernel proper can never call it, since it can only be called once.
I see. And changing this such that it was delayed until the kernel proper
would be a _major_ shift in the policy of separation between the UEFI stub
and the kernel proper.
> ConvertPointer has little utility outside of the UEFI runtime
> components that are invoked during SetVirtualAddressMap,
That's the impression I was getting too. Thanks for confirming.
> so I don't see a reason to supply that either.
Ack.
Ian.
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxx
http://lists.xen.org/xen-devel
|
