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

efi_loader: EFI_UNACCEPTED_MEMORY_TYPE

2021-04-10T10:00:24+00:00

* UEFI spec 2.9 introduced a new memory type EFI_UNACCEPTED_MEMORY_TYPE.
  Add it to enum EFI_MEMORY_TYPE.
* Add missing EFI_MEMORY_CPU_CRYPTO constant
* Improve description of EFI_PERSISTENT_MEMORY_TYPE

Signed-off-by: Heinrich Schuchardt

efi_loader: move efi_(u)intn_t to efi.h

2021-01-13T01:38:01+00:00

Move efi_intn_t and efi_uintn_t to include/efi.h to allow usage without
efi_api.h

Signed-off-by: Heinrich Schuchardt

efi: clean up efi command

2020-09-06T19:21:41+00:00

* Eliminate superfluous enum value EFI_TABLE_END.
* Use correct variable type for the memory type.
* Check validity of memory type.
* Make efi_build_mem_table static.

Signed-off-by: Heinrich Schuchardt

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