u-boot.git/include/efi_api.h, branch v2017.11-rc1

efi_loader: Some console improvements for vidconsole

2017-09-20T09:29:35+00:00

1) use fputs() to reduce cache flushes from once-per-char to
   once-per-string
2) handle \r, \t, and \b in addition to just \n for tracking
   cursor position
3) cursor row/col are zero based, not one based

Signed-off-by: Rob Clark 
[agraf: s/unsigned/unsigned int/]
Signed-off-by: Alexander Graf

efi_loader: file_path should be variable length

2017-09-20T09:08:58+00:00

Signed-off-by: Rob Clark 
Signed-off-by: Alexander Graf

efi_loader: add bootmgr

2017-09-20T09:08:01+00:00

Similar to a "real" UEFI implementation, the bootmgr looks at the
BootOrder and BootXXXX variables to try to find an EFI payload to load
and boot.  This is added as a sub-command of bootefi.

The idea is that the distro bootcmd would first try loading a payload
via the bootmgr, and then if that fails (ie. first boot or corrupted
EFI variables) it would fallback to loading bootaa64.efi.  (Which
would then load fallback.efi which would look for \EFI\*\boot.csv and
populate BootOrder and BootXXXX based on what it found.)

Signed-off-by: Rob Clark 
Signed-off-by: Alexander Graf

efi_loader: add file/filesys support

2017-09-20T08:43:54+00:00

fallback.efi (and probably other things) use UEFI's simple-file-system
protocol and file support to search for OS's to boot.

Signed-off-by: Rob Clark 
[agraf: whitespace fixes, unsigned fixes]
Signed-off-by: Alexander Graf

efi_loader: flesh out device-path to text

2017-09-20T08:32:54+00:00

It needs to handle more device-path node types, and also multiple levels
of path hierarchy.  To simplify this, initially construct utf8 string to
a temporary buffer, and then allocate the real utf16 buffer that is
returned.  This should be mostly for debugging or at least not critical-
path so an extra copy won't hurt, and is saner than the alternative.

Signed-off-by: Rob Clark 
Signed-off-by: Alexander Graf

efi_loader: drop redundant efi_device_path_protocol

2017-09-20T08:32:00+00:00

This is really the same thing as the efi_device_path struct.

Signed-off-by: Rob Clark 
Signed-off-by: Alexander Graf

efi_loader: add device-path utils

2017-09-20T08:31:55+00:00

Helpers to construct device-paths from devices, partitions, files, and
for parsing and manipulating device-paths.

For non-legacy devices, this will use u-boot's device-model to construct
device-paths which include bus hierarchy to construct device-paths.  For
legacy devices we still fake it, but slightly more convincingly.

Signed-off-by: Rob Clark 
Signed-off-by: Alexander Graf

efi: add some more device path structures

2017-09-20T08:22:00+00:00

Signed-off-by: Peter Jones 
Signed-off-by: Rob Clark 
Signed-off-by: Alexander Graf

efi: add some missing __packed

2017-09-20T08:21:38+00:00

All of the device-path related structures should be packed.  UEFI
defines the device-path as a byte-aligned data structure.

Signed-off-by: Rob Clark 
Signed-off-by: Alexander Graf

efi_loader: expose protocols via GUID

2017-07-25T08:58:07+00:00

shim.efi (or rather gnu-efi's LibLocateProtocol() which shim.efi uses)
resolves protocols via efi_locate_handle() so the console protocols
need to be added to the efi object list.

Signed-off-by: Rob Clark 
[agraf: whitespace fixes]
Signed-off-by: Alexander Graf