u-boot.git/include/efi.h, branch v2017.01

x86: Tidy up selection of building the EFI stub

2016-11-14T22:24:03+00:00

At present we use a CONFIG option in efi.h to determine whether we are
building the EFI stub or not. This means that the same header cannot be
used for EFI_LOADER support. The CONFIG option will be enabled for the
whole build, even when not building the stub.

Use a different define instead, set up just for the files that make up the
stub.

Signed-off-by: Simon Glass 
Reviewed-by: Bin Meng 
Signed-off-by: Alexander Graf

efi: Use asmlinkage for EFIAPI

2016-10-19T07:01:53+00:00

This is required for x86 and is also correct for ARM (since it is empty).

Signed-off-by: Simon Glass 
Reviewed-by: Bin Meng 
Signed-off-by: Alexander Graf

efi_loader: provide efi_mem_desc version

2016-09-07T12:49:07+00:00

Provide version of struct efi_mem_desc in efi_get_memory_map().

EFI_BOOT_SERVICES.GetMemoryMap() in UEFI specification v2.6 defines
memory descriptor version to 1. Linux kernel also expects descriptor
version to be 1 and prints following warning during boot if its not:

Unexpected EFI_MEMORY_DESCRIPTOR version 0

Signed-off-by: Mian Yousaf Kaukab

x86: efi: Fix EFI 64-bit payload build warnings

2016-08-30T01:26:05+00:00

There are lots of warnings when building EFI 64-bit payload.

include/asm-generic/bitops/__fls.h:17:2:
  warning: left shift count >= width of type
  	if (!(word & (~0ul << 32))) {
			^

In fact, U-Boot itself as EFI payload is running in 32-bit mode.
So BITS_PER_LONG needs to still be 32, but EFI status codes are
64-bit when booting from 64-bit EFI. Introduce EFI_BITS_PER_LONG
to bridge those status codes with U-Boot's BITS_PER_LONG.

Signed-off-by: Bin Meng 
Reviewed-by: Simon Glass

x86: efi: payload: Make EFI payload build again

2016-08-30T01:26:05+00:00

Since commit 73c5c39 "Makefile: Drop unnecessary -dtb suffixes",
EFI payload does not build anymore. This fixes the build.

Signed-off-by: Bin Meng 
Reviewed-by: Simon Glass

include/efi_api.h: Add more detailed API definitions

2016-03-15T19:19:23+00:00

The EFI API header is great, but missing a good chunk of function prototype,
GUID defines and enum declarations.

This patch extends it to cover more of the EFI API. It's still not 100%
complete, but sufficient enough for our EFI payload interface.

Signed-off-by: Alexander Graf 
Reviewed-by: Simon Glass 
Tested-by: Simon Glass

efi: Add 64-bit payload support

2015-08-05T14:44:07+00:00

Most EFI implementations use 64-bit. Add a way to build U-Boot as a 64-bit
EFI payload. The payload unpacks a (32-bit) U-Boot and starts it. This can
be enabled for x86 boards at present.

Signed-off-by: Simon Glass 
Improvements to how the payload is built:
Signed-off-by: Bin Meng 
Reviewed-by: Bin Meng 
Tested-by: Bin Meng

efi: Add support for loading U-Boot through an EFI stub

2015-08-05T14:44:06+00:00

It is useful to be able to load U-Boot onto a board even if is it already
running EFI. This can allow access to the U-Boot command interface, flexible
booting options and easier development.

The easiest way to do this is to build U-Boot as a binary blob and have an
EFI stub copy it into RAM. Add support for this feature, targeting 32-bit
initially.

Also add a way to detect when U-Boot has been loaded via a stub. This goes
in common.h since it needs to be widely available so that we avoid redoing
initialisation that should be skipped.

Signed-off-by: Simon Glass 
Improvements to how the payload is built:
Signed-off-by: Bin Meng 
Reviewed-by: Bin Meng 
Tested-by: Bin Meng

efi: Add start-up library code

2015-08-05T14:42:41+00:00

When running as an EFI application, U-Boot must request memory from EFI,
and provide access to the boot services U-Boot needs.

Add library code to perform these tasks. This includes efi_main() which is
the entry point from EFI. U-Boot is built as a shared library.

Signed-off-by: Simon Glass 
Reviewed-by: Bin Meng