u-boot.git/cmd, branch v2019.04-rc2

efi_loader: clean up bootefi_test_prepare()

2019-02-16T14:42:20+00:00

Free resources upon failure.

Correct the function description.

As there is no need for any special address in the dummy memory device
path passed via the EFI_LOADED_IMAGE_PROTOCOL simply use 0 as address.

Signed-off-by: Heinrich Schuchardt

efi_loader: fix EFI entry counting

2019-02-16T14:42:20+00:00

`bootefi selftest` fails on qemu-x86_defconfig if efi_selftest() is not
invoked using EFI_CALL().

Likewise we call the entry point of EFI payloads with
EFI_CALL(efi_start_image()).

entry_count indicates if we are in U-Boot (1) or in EFI payload code (0).
As we start in U-Boot code the initial value has to be 1.

Signed-off-by: Heinrich Schuchardt

efi_loader: use efi_start_image() for bootefi

2019-02-16T14:42:20+00:00

Remove the duplicate code in efi_do_enter() and use efi_start_image() to
start the image invoked by the bootefi command.

Signed-off-by: Heinrich Schuchardt

efi_loader: set entry point in efi_load_pe()

2019-02-16T14:42:20+00:00

Up to now efi_load_pe() returns the entry point or NULL in case of an
error. This does not allow to return correct error codes from LoadImage().

Let efi_load_pe() return a status code and fill in the entry point in the
corresponding field of the image object.

Signed-off-by: Heinrich Schuchardt

Merge tag '2019.01-next' of https://github.com/mbgg/u-boot

2019-02-16T01:10:15+00:00

- add compute module 3+
- fix 64 bit warning in bmp command

cmd: bmp: Make integer-to-pointer cast platform, independent

2019-02-15T11:48:02+00:00

This patch fixes the int-to-pointer-cast warning on aarch64.

Signed-off-by: Adam Heinrich 
Signed-off-by: Alexander Graf 
Signed-off-by: Matthias Brugger

efi_loader: refactor switch to non-secure mode

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

Refactor the switch from supervisor to hypervisor to a new function called
at the beginning of do_bootefi().

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

efi_loader: move efi_init_obj_list() to a new efi_setup.c

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

The function, efi_init_obj_list(), can be shared in different pseudo efi
applications, like bootefi/bootmgr as well as my efishell. Moreover, it
will be utilized to extend efi initialization, for example, my "removable
disk support" patch and "capsule-on-disk support" patch in the future.

So with this patch, it will be moved to a new file, efi_setup.c, under
lib/efi_loader and exported, making no changes in functionality.

Signed-off-by: AKASHI Takahiro 
Remove lines deactivated by #if 1 #else
Reviewed-by: Heinrich Schuchardt 
Signed-off-by: Alexander Graf

efi_loader: avoid unnecessary pointer to long conversion

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

debug() support supports %p to print pointers.

The debug message is unique. So there is not need to write a possibly
distracting line number.

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

efi_loader: CMD_BOOTEFI_HELLO_COMPILE in configs

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

It should not be necessary to adjust CMD_BOOTEFI_HELLO_COMPILE in config
files.

arch/arm/lib/crt0_arm_efi.S cannot be compiled in thumbs mode. We can
disable CMD_BOOTEFI_HELLO_COMPILE for CONFIG_CPU_V7M. So there is no longer
a need to disable it in stm32 configs.

helloworld.efi can be built without problems on x86_64. So there is no need
to disable it in chromebook_link64_defconfig and qemu-x86_64_defconfig.

Same is true for ARM V7A. So do not disable CMD_BOOTEFI_HELLO_COMPILE in
kp_imx6q_tpc_defconfig.

Some architecture checks are already make for EFI_LOADER. There is no need
to repeat them for CMD_BOOTEFI_HELLO_COMPILE

Signed-off-by: Heinrich Schuchardt 
Reviewed-by: Simon Glass 
Reviewed-by: Patrice.Chotard@st.com
Signed-off-by: Alexander Graf