From: Roy Franz <roy.franz@linaro.org>
To: Jan Beulich <JBeulich@suse.com>
Cc: keir <keir@xen.org>, Ian Campbell <Ian.Campbell@citrix.com>,
tim <tim@xen.org>, xen-devel <xen-devel@lists.xen.org>,
Stefano Stabellini <stefano.stabellini@citrix.com>,
Fu Wei <fu.wei@linaro.org>
Subject: Re: [PATCH V4 04/15] Add architecture functions for pre/post ExitBootServices
Date: Fri, 12 Sep 2014 09:57:01 -0700 [thread overview]
Message-ID: <CAFECyb_UmNnAPwSDzVbs8sAfc8WwZF8eKPVLtU6Kz9cQFxmD7A@mail.gmail.com> (raw)
In-Reply-To: <5412DFE2020000780003468B@mail.emea.novell.com>
[-- Attachment #1.1: Type: text/plain, Size: 2077 bytes --]
On Fri, Sep 12, 2014 at 2:58 AM, Jan Beulich <JBeulich@suse.com> wrote:
> >>> On 12.09.14 at 11:46, <Ian.Campbell@citrix.com> wrote:
> > On Fri, 2014-09-12 at 08:08 +0100, Jan Beulich wrote:
> >> >>> On 11.09.14 at 19:44, <roy.franz@linaro.org> wrote:
> >> > On Thu, Sep 11, 2014 at 7:13 AM, Jan Beulich <JBeulich@suse.com>
> wrote:
> >> >>>>> On 10.09.14 at 02:51, <roy.franz@linaro.org> wrote:
> >> >>> status = efi_bs->ExitBootServices(ImageHandle, mmap_key);
> >> >>> if ( EFI_ERROR(status) )
> >> >>> PrintErrMesg(L"Cannot exit boot services", status);
> >> >>>
> >> >>> - /* Adjust pointers into EFI. */
> >> >>> - efi_ct = (void *)efi_ct + DIRECTMAP_VIRT_START;
> >> >>> -#ifdef USE_SET_VIRTUAL_ADDRESS_MAP
> >> >>> - efi_rs = (void *)efi_rs + DIRECTMAP_VIRT_START;
> >> >>> -#endif
> >> >>> - efi_memmap = (void *)efi_memmap + DIRECTMAP_VIRT_START;
> >> >>> - efi_fw_vendor = (void *)efi_fw_vendor + DIRECTMAP_VIRT_START;
> >> >>> -
> >> >>> - efi_arch_relocate_image(__XEN_VIRT_START - xen_phys_start);
> >> >>
> >> >> Up to here I don't see anything arch-specific again.
> >> > This is due to runtime services not being implemented. The "efi_rs"
> >> > variable is defined in the runtime services
> >> > file runtime.c, which is not yet ported to ARM.
> >> >
> >> > Short of including ARM runtime service support in the patchset, how
> >> > would you like this handled?
> >>
> >> As said before, everything that's generic but not used/usable on
> >> ARM right now should stay here, but get made conditional in one
> >> or another way.
> >
> > So in this case a HAVE_EFI_RUNTIMESERVICES ifdef would work?
>
> Yes (except that in the case I would use NEED_ or WANT_ instead
> of HAVE_). But considering this is intended to be temporary, I'd
> even be fine with just using CONFIG_ARM or alike here.
>
> Jan
>
> OK, I'll move this back. Just having the #ifdefs in runtime.c will help a
lot.
Is commenting the #ifef like so acceptable:
#ifndef CONFIG_ARM /* TODO - disabled until EFI runtime services
implemented */
Thanks,
Roy
[-- Attachment #1.2: Type: text/html, Size: 3310 bytes --]
[-- Attachment #2: Type: text/plain, Size: 126 bytes --]
_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xen.org
http://lists.xen.org/xen-devel
next prev parent reply other threads:[~2014-09-12 16:57 UTC|newest]
Thread overview: 71+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-09-10 0:51 [PATCH V4 00/15] arm64 EFI stub Roy Franz
2014-09-10 0:51 ` [PATCH V4 01/15] move x86 EFI boot code to common/efi Roy Franz
2014-09-11 13:50 ` Jan Beulich
2014-09-11 17:16 ` Roy Franz
2014-09-12 6:55 ` Jan Beulich
2014-09-10 0:51 ` [PATCH V4 02/15] Move x86 specific funtions/variables to arch header Roy Franz
2014-09-11 14:03 ` Jan Beulich
2014-09-11 17:33 ` Roy Franz
2014-09-12 7:04 ` Jan Beulich
2014-09-12 9:43 ` Ian Campbell
2014-09-12 9:53 ` Jan Beulich
2014-09-12 9:58 ` Ian Campbell
2014-09-12 16:52 ` Roy Franz
2014-09-10 0:51 ` [PATCH V4 03/15] create arch functions to get and process EFI memory map Roy Franz
2014-09-11 14:11 ` Jan Beulich
2014-09-11 17:40 ` Roy Franz
2014-09-12 7:07 ` Jan Beulich
2014-09-12 9:45 ` Ian Campbell
2014-09-12 9:56 ` Jan Beulich
2014-09-12 10:23 ` Ian Campbell
2014-09-12 10:35 ` Jan Beulich
2014-09-12 17:01 ` Roy Franz
2014-09-10 0:51 ` [PATCH V4 04/15] Add architecture functions for pre/post ExitBootServices Roy Franz
2014-09-11 14:13 ` Jan Beulich
2014-09-11 17:44 ` Roy Franz
2014-09-12 7:08 ` Jan Beulich
2014-09-12 9:46 ` Ian Campbell
2014-09-12 9:58 ` Jan Beulich
2014-09-12 16:57 ` Roy Franz [this message]
2014-09-15 8:47 ` Jan Beulich
2014-09-10 0:51 ` [PATCH V4 05/15] Add efi_arch_cfg_file() to handle arch specific cfg file fields Roy Franz
2014-09-11 14:16 ` Jan Beulich
2014-09-11 18:11 ` Roy Franz
2014-09-12 7:10 ` Jan Beulich
2014-09-10 0:51 ` [PATCH V4 06/15] Add efi_arch_handle_cmdline() for processing commandline Roy Franz
2014-09-11 14:22 ` Jan Beulich
2014-09-11 18:24 ` Roy Franz
2014-09-10 0:51 ` [PATCH V4 07/15] Move x86 specific video and disk probing code Roy Franz
2014-09-11 14:26 ` Jan Beulich
2014-09-11 18:30 ` Roy Franz
2014-09-12 7:12 ` Jan Beulich
2014-09-10 0:51 ` [PATCH V4 08/15] Add efi_arch_memory() for arch specific memory setup Roy Franz
2014-09-11 14:27 ` Jan Beulich
2014-09-10 0:51 ` [PATCH V4 09/15] Add arch specific module handling to read_file() Roy Franz
2014-09-11 14:40 ` Jan Beulich
2014-09-10 0:52 ` [PATCH V4 10/15] Add SMBIOS and runtime services setup arch functions Roy Franz
2014-09-11 14:44 ` Jan Beulich
2014-09-11 22:03 ` Roy Franz
2014-09-11 23:41 ` Stefano Stabellini
2014-09-12 7:14 ` Jan Beulich
2014-09-12 16:24 ` Roy Franz
2014-09-10 0:52 ` [PATCH V4 11/15] Add several misc. arch functions for EFI boot code Roy Franz
2014-09-11 14:45 ` Jan Beulich
2014-09-10 0:52 ` [PATCH V4 12/15] Add efi_arch_use_config_file() function to control use of config file Roy Franz
2014-09-11 14:49 ` Jan Beulich
2014-09-11 23:54 ` Stefano Stabellini
2014-09-12 7:15 ` Jan Beulich
2014-09-12 16:30 ` Roy Franz
2014-09-10 0:52 ` [PATCH V4 13/15] add arm64 cache flushing code from linux v3.16 Roy Franz
2014-09-10 0:52 ` [PATCH V4 14/15] Update libfdt to v1.4.0 Roy Franz
2014-09-10 0:52 ` [PATCH V4 15/15] Add ARM EFI boot support Roy Franz
2014-09-11 14:53 ` Jan Beulich
2014-09-11 22:26 ` Roy Franz
2014-09-12 7:17 ` Jan Beulich
2014-09-12 0:49 ` Stefano Stabellini
2014-09-12 3:21 ` Roy Franz
2014-09-12 17:41 ` Stefano Stabellini
2014-09-12 17:50 ` Roy Franz
2014-09-12 17:55 ` Stefano Stabellini
2014-09-22 11:13 ` Ian Campbell
2014-09-23 12:39 ` Stefano Stabellini
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=CAFECyb_UmNnAPwSDzVbs8sAfc8WwZF8eKPVLtU6Kz9cQFxmD7A@mail.gmail.com \
--to=roy.franz@linaro.org \
--cc=Ian.Campbell@citrix.com \
--cc=JBeulich@suse.com \
--cc=fu.wei@linaro.org \
--cc=keir@xen.org \
--cc=stefano.stabellini@citrix.com \
--cc=tim@xen.org \
--cc=xen-devel@lists.xen.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).