From: Roy Franz <roy.franz@linaro.org>
To: xen-devel@lists.xen.org, ian.campbell@citrix.com,
stefano.stabellini@citrix.com, tim@xen.org, jbeulich@suse.com,
keir@xen.org
Cc: Roy Franz <roy.franz@linaro.org>,
fu.wei@linaro.org, linaro-uefi@lists.linaro.org
Subject: [PATCH V3 00/15] arm64 EFI stub
Date: Sun, 7 Sep 2014 20:53:46 -0700 [thread overview]
Message-ID: <1410148441-18684-1-git-send-email-roy.franz@linaro.org> (raw)
This patch series adds EFI boot support for arm64. A PE/COFF header is created
in head.S, as there is no toolchain support for PE/COFF on arm64. This also
has the advantage that the file is both an "Image" file and a PE/COFF
executable - the same binary can be loaded and run either way. The EFI 'stub'
code is a shim layer that serves as the loader for the XEN kernel in the EFI
environment. The stub loads the dom0 kernel and initrd if required, and adds
entries for them as well as for the EFI data structures into the device tree
passed to XEN. Once the device tree is constructed, EFI boot services are
exited, and the stub transfers control to the normal XEN entry point. The only
indication XEN has that it was loaded via the stub is that the device tree
contains EFI properties. This is all very similar to the arm/arm64 Linux
kernel EFI stubs.
I'm not really that happy with how the x86 build works, in particular the rule
I added to arch/x86/Makefile to build boot.init.o to fix parallel builds. Due
to the way the EFI build is done - building 2 executables at the same time with
different EFI code included in each, the normal common build infrastructure
doesn't work.
Changes since v2:
* Major refactor to use common EFI entry point and factor out arch specific
code, rather than factoring out the common code.
* Update entire libfdt to v1.4.0 to provide fdt_create_empty_tree()
Changes since v1:
* Added common/efi directory for shared EFI code, and arch/arm/efi for
arm-specfic code. Global build hacking of -fshort-wchar removed.
arm32, arm64, and x86 with/without EFI enabled toolchain all build.
The x86 build previously autodetected whether the EFI version should
be built or not based on toolchain support. I couldn't get this working
nicely with the common code, so for x86 I have the common code always
build, and the EFI autodection works as normal for building the EFI
version.
* Basic use of the EFI memory map instead of FDT based memory description.
More work needed to resolve differences between FDT description of
a small number of large memory banks with reserved regions, and EFI's
potentially long list of available regions, which can be long.
* More refactoring of common EFI code to not directly exit using blexit(),
as this broke the pre-linking targets. All shared code returns status,
and it is up to the caller to exit and clean up.
* Reduced the number of patches. Refactoring of x86 code first, then moving
all code to efi-shared.c in one patch.
* Fixed formatting/tab issues in new files, added Emacs footer.
* Fixed efi_get_memory_map to return NULL map pointer on error in addition
to failed status.
* Added comments in head.S regarding PE/COFF specification, and 1:1
mapping used by EFI code.
* Updated device tree bindings to use new multiboot bindings. Since the stub
is always built into XEN, we don't have to support older bindings.
Roy Franz (15):
move EFI boot code to common/efi
Move x86 specific funtions/variables to arch header
create arch functions to get and process EFI memory map.
Add architecture functions for pre/post ExitBootServices
Add efi_arch_cfg_file() to handle arch specific cfg file fields
Add efi_arch_handle_cmdline() for processing commandline
Move x86 specific video and disk probing code
Add efi_arch_memory() for arch specific memory setup
Add arch specific module handling to read_file()
Add SMBIOS and runtime services setup arch functions.
Add several misc. arch functions for EFI boot code.
Add efi_arch_use_config_file() function to control use of config file
add arm64 cache flushing code from linux v3.16
Update libfdt to v1.4.0
Add ARM EFI boot support
.gitignore | 2 +
xen/arch/arm/arm64/Makefile | 1 +
xen/arch/arm/arm64/cache.S | 100 ++
xen/arch/arm/arm64/head.S | 145 ++-
xen/arch/arm/xen.lds.S | 1 +
xen/arch/x86/Makefile | 15 +-
xen/arch/x86/efi/Makefile | 4 +-
xen/arch/x86/efi/boot.c | 1723 -----------------------------------
xen/arch/x86/efi/efi.h | 39 -
xen/arch/x86/efi/runtime.c | 2 +-
xen/common/Makefile | 1 +
xen/common/efi/Makefile | 17 +
xen/common/efi/boot.c | 823 +++++++++++++++++
xen/common/efi/check.c | 4 +
xen/common/efi/dummy.c | 1 +
xen/common/efi/efi.h | 39 +
xen/common/libfdt/Makefile.libfdt | 4 +-
xen/common/libfdt/fdt.c | 30 +-
xen/common/libfdt/fdt_empty_tree.c | 84 ++
xen/common/libfdt/fdt_ro.c | 7 +-
xen/common/libfdt/fdt_rw.c | 31 +-
xen/common/libfdt/fdt_sw.c | 4 +-
xen/common/libfdt/fdt_wip.c | 2 +-
xen/common/libfdt/version.lds | 6 +
xen/include/asm-arm/arm64/efibind.h | 216 +++++
xen/include/asm-arm/efi-boot.h | 602 ++++++++++++
xen/include/asm-arm/efi.h | 29 +
xen/include/asm-arm/efibind.h | 2 +
xen/include/asm-arm/setup.h | 2 +-
xen/include/asm-x86/efi-boot.h | 1064 +++++++++++++++++++++
xen/include/asm-x86/efi.h | 39 +
xen/include/xen/libfdt/fdt.h | 93 +-
xen/include/xen/libfdt/libfdt.h | 315 ++++++-
xen/include/xen/libfdt/libfdt_env.h | 4 +
34 files changed, 3627 insertions(+), 1824 deletions(-)
create mode 100644 xen/arch/arm/arm64/cache.S
delete mode 100644 xen/arch/x86/efi/boot.c
delete mode 100644 xen/arch/x86/efi/efi.h
create mode 100644 xen/common/efi/Makefile
create mode 100644 xen/common/efi/boot.c
create mode 100644 xen/common/efi/check.c
create mode 100644 xen/common/efi/dummy.c
create mode 100644 xen/common/efi/efi.h
create mode 100644 xen/common/libfdt/fdt_empty_tree.c
create mode 100644 xen/include/asm-arm/arm64/efibind.h
create mode 100644 xen/include/asm-arm/efi-boot.h
create mode 100644 xen/include/asm-arm/efi.h
create mode 100644 xen/include/asm-arm/efibind.h
create mode 100644 xen/include/asm-x86/efi-boot.h
create mode 100644 xen/include/asm-x86/efi.h
--
2.1.0.rc1
next reply other threads:[~2014-09-08 3:53 UTC|newest]
Thread overview: 28+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-09-08 3:53 Roy Franz [this message]
2014-09-08 3:53 ` [PATCH V3 01/15] move x86 EFI boot code to common/efi Roy Franz
2014-09-08 15:23 ` Ian Campbell
2014-09-08 15:33 ` Jan Beulich
2014-09-08 21:00 ` Roy Franz
2014-09-08 3:53 ` [PATCH V3 02/15] Move x86 specific funtions/variables to arch header Roy Franz
2014-09-08 3:53 ` [PATCH V3 03/15] create arch functions to get and process EFI memory map Roy Franz
2014-09-08 3:53 ` [PATCH V3 04/15] Add architecture functions for pre/post ExitBootServices Roy Franz
2014-09-08 3:53 ` [PATCH V3 05/15] Add efi_arch_cfg_file() to handle arch specific cfg file fields Roy Franz
2014-09-08 3:53 ` [PATCH V3 06/15] Add efi_arch_handle_cmdline() for processing commandline Roy Franz
2014-09-08 3:53 ` [PATCH V3 07/15] Move x86 specific video and disk probing code Roy Franz
2014-09-08 3:53 ` [PATCH V3 08/15] Add efi_arch_memory() for arch specific memory setup Roy Franz
2014-09-08 3:53 ` [PATCH V3 09/15] Add arch specific module handling to read_file() Roy Franz
2014-09-08 3:53 ` [PATCH V3 10/15] Add SMBIOS and runtime services setup arch functions Roy Franz
2014-09-08 3:53 ` [PATCH V3 11/15] Add several misc. arch functions for EFI boot code Roy Franz
2014-09-08 3:53 ` [PATCH V3 12/15] Add efi_arch_use_config_file() function to control use of config file Roy Franz
2014-09-08 3:53 ` [PATCH V3 13/15] add arm64 cache flushing code from linux v3.16 Roy Franz
2014-09-08 15:52 ` Ian Campbell
2014-09-08 3:54 ` [PATCH V3 14/15] Update libfdt to v1.4.0 Roy Franz
2014-09-08 15:54 ` Ian Campbell
2014-09-08 19:08 ` Roy Franz
2014-09-09 9:23 ` Ian Campbell
2014-09-08 3:54 ` [PATCH V3 15/15] Add ARM EFI boot support Roy Franz
2014-09-08 16:12 ` Ian Campbell
2014-09-08 21:18 ` Roy Franz
2014-09-09 9:24 ` Ian Campbell
2014-09-09 9:53 ` Jan Beulich
2014-09-09 17:10 ` Roy Franz
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=1410148441-18684-1-git-send-email-roy.franz@linaro.org \
--to=roy.franz@linaro.org \
--cc=fu.wei@linaro.org \
--cc=ian.campbell@citrix.com \
--cc=jbeulich@suse.com \
--cc=keir@xen.org \
--cc=linaro-uefi@lists.linaro.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).