u-boot.git/include/efi.h, branch v2020.07

efi_loader: add EFI_MEMORY_SP to memory attributes

2020-05-21T08:00:17+00:00

The UEFI 2.8 specification has introduced the EFI_MEMORY_SP memory
attribute. Add it to the 'efidebug memmap' and 'efi mem' commands.

Signed-off-by: Heinrich Schuchardt

efi_loader: define all known warning status codes

2020-01-07T17:08:20+00:00

Of all warning status codes up to now only EFI_WARN_DELETE_FAILURE is
defined.

The patch adds the missing definitions for later usage.

Signed-off-by: Heinrich Schuchardt

efi_loader: check memory type in AllocatePages()

2019-04-22T22:37:28+00:00

The UEFI specification prescribes that AllocatePages() checks the memory
type.

Signed-off-by: Heinrich Schuchardt

efi: fix memory calculation overflow on 32-bit systems

2019-04-12T20:00:42+00:00

There are Cubox-i machines out there with nearly 4 GiB of RAM.  The
RAM starts at 0x10000000 with a size of 0xf0000000.  Thus the end
of RAM is at 0x100000000.  This overflows a 32-bit integer, which
should be fine since in the EFI memory code the variables used are
all 64-bit with a fixed size.  Unfortunately EFI_PAGE_MASK, which is
used in the EFI memory code to remove the lower bits, is based on
the EFI_PAGE_SIZE macro which, uses 1UL with a shift.  This means
the resulting mask is UL, which is only 32-bit on ARMv7.  Use ULL to
make sure that even on 32-bit platforms we use a 64-bit long mask.
Without this there will be no memory available in the EFI memory map
and bootefi will fail allocating pages.

Signed-off-by: Patrick Wildt 
Reviewed-by: Heinrich Schuchardt 
Reviewed-by: Patrick Delaunay

efi_loader: efi_guid_t must be 64-bit aligned

2019-02-13T08:40:05+00:00

The UEFI Specification Version 2.7 Errata A defines:

"EFI_GUID
128-bit buffer containing a unique identifier value.
Unless otherwise specified, aligned on a 64-bit boundary."

Before this patch efi_guid_t was 8-bit aligned.

Signed-off-by: Heinrich Schuchardt 
Acked-by: Ard Biesheuvel 
Signed-off-by: Alexander Graf

efi_loader: typedef struct efi_object *efi_handle_t

2018-12-02T20:59:36+00:00

All our handles point to a struct efi_object. So let's define the
efi_handle_t accordingly. This helps us to discover coding errors much
more easily. This becomes evident by the corrections to the usage of
handles in this patch.

Rename variable image_handle to image_obj where applicable.

Signed-off-by: Heinrich Schuchardt 
Signed-off-by: Alexander Graf

efi_loader: SPDX-License-Identifier for efi.h

2018-09-23T19:55:29+00:00

Add the missing SPDX-License-Identifier based on Linux kernel commit
b24413180f56 ("License cleanup: add SPDX GPL-2.0 license identifier to
files with no license").

Signed-off-by: Heinrich Schuchardt 
Signed-off-by: Alexander Graf

x86: zimage: Support booting Linux kernel from an EFI payload

2018-08-30T03:23:14+00:00

At present Linux kernel loaded from U-Boot as an EFI payload does
not boot. This fills in kernel's boot params structure with the
required critical EFI information like system table address and
memory map stuff so that kernel can obtain essential data like
runtime services and ACPI table to boot.

With this patch, now U-Boot as an EFI payload becomes much more
practical: it is another option of kernel bootloader, ie, can be
a replacement for grub.

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

efi: stub: Pass EFI system table address to U-Boot payload

2018-08-30T03:23:07+00:00

This updates the EFI stub codes to pass UEFI BIOS's system table
address to U-Boot payload so that U-Boot can utilize it.

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

efi: Add EFI_MEMORY_{NV, MORE_RELIABLE, RO} attributes

2018-08-20T22:03:56+00:00

With this update, the memory attributes are in sync with Linux
kernel v4.18-rc4. They also match page 190 of UEFI 2.7 spec [1].

[1] http://www.uefi.org/sites/default/files/resources/UEFI_Spec_2_7.pdf

Suggested-by: Heinrich Schuchardt 
Signed-off-by: Eugeniu Rosca 
Reviewed-by: Heinrich Schuchardt 
Signed-off-by: Alexander Graf