On 10/28/24 16:17, Tom Rini wrote:
On Mon, Oct 28, 2024 at 06:59:10AM +0100, Heinrich Schuchardt wrote:
On 10/22/24 14:00, Simon Glass wrote:
Add a simple app to use for testing. This is intended to do whatever it needs to for testing purposes. For now it just prints a message and exits boot services.
There was a considerable amount of discussion about whether it is OK to call exit-boot-services and then return to U-Boot. This is not normally done in a real application, since exit-boot-services is used to completely disconnect from U-Boot. However, since this is a test, we need to check the results of running the app, so returning is necessary. It works correctly and it provides a nice model of how to test the EFI code in a simple way.
Signed-off-by: Simon Glass sjg@chromium.org
(no changes since v7)
Changes in v7:
Update commit message
lib/efi_loader/Kconfig | 10 ++++++ lib/efi_loader/Makefile | 1 + lib/efi_loader/testapp.c | 68 ++++++++++++++++++++++++++++++++++++++++ 3 files changed, 79 insertions(+) create mode 100644 lib/efi_loader/testapp.c
diff --git a/lib/efi_loader/Kconfig b/lib/efi_loader/Kconfig index 69b2c9360d8..6ced29da719 100644 --- a/lib/efi_loader/Kconfig +++ b/lib/efi_loader/Kconfig @@ -565,6 +565,16 @@ config BOOTEFI_HELLO_COMPILE No additional space will be required in the resulting U-Boot binary when this option is enabled.
+config BOOTEFI_TESTAPP_COMPILE
bool "Compile an EFI test app for testing"
default y
help
This compiles an app designed for testing. It is packed into an imageby the test.py testing frame in the setup_efi_image() function.No additional space will be required in the resulting U-Boot binarywhen this option is enabled.endif
source "lib/efi/Kconfig"
diff --git a/lib/efi_loader/Makefile b/lib/efi_loader/Makefile index 00d18966f9e..87131ab911d 100644 --- a/lib/efi_loader/Makefile +++ b/lib/efi_loader/Makefile @@ -20,6 +20,7 @@ apps-$(CONFIG_EFI_LOAD_FILE2_INITRD) += initrddump ifeq ($(CONFIG_GENERATE_ACPI_TABLE),) apps-y += dtbdump endif +apps-$(CONFIG_BOOTEFI_TESTAPP_COMPILE) += testapp
obj-$(CONFIG_CMD_BOOTEFI_HELLO) += helloworld_efi.o obj-$(CONFIG_EFI_BOOTMGR) += efi_bootmgr.o diff --git a/lib/efi_loader/testapp.c b/lib/efi_loader/testapp.c new file mode 100644 index 00000000000..feb444c92e9 --- /dev/null +++ b/lib/efi_loader/testapp.c @@ -0,0 +1,68 @@ +// SPDX-License-Identifier: GPL-2.0+
This is not a valid SPDX identifier. Please, use GPL-2.0-or-later.
We should switch to the proper one here, but there are numerous examples of this today.
+/*
- Hello world EFI application
- Copyright 2024 Google LLC
- Written by Simon Glass sjg@chromium.org
- This test program is used to test the invocation of an EFI application.
- It writes a few messages to the console and then exits boot services
- */
+#include <efi_api.h>
+static const efi_guid_t loaded_image_guid = EFI_LOADED_IMAGE_PROTOCOL_GUID;
+static struct efi_system_table *systable; +static struct efi_boot_services *boottime; +static struct efi_simple_text_output_protocol *con_out;
+/**
- efi_main() - entry point of the EFI application.
- @handle: handle of the loaded image
- @systab: system table
- Return: status code
- */
+efi_status_t EFIAPI efi_main(efi_handle_t handle,
struct efi_system_table *systab)+{
- struct efi_loaded_image *loaded_image;
- efi_status_t ret;
- efi_uintn_t map_size;
- efi_uintn_t map_key;
- efi_uintn_t desc_size;
- u32 desc_version;
- systable = systab;
- boottime = systable->boottime;
- con_out = systable->con_out;
- /* Get the loaded image protocol */
- ret = boottime->open_protocol(handle, &loaded_image_guid,
(void **)&loaded_image, NULL, NULL,EFI_OPEN_PROTOCOL_GET_PROTOCOL);- if (ret != EFI_SUCCESS) {
con_out->output_string(con_out, u"Cannot open loaded image protocol\r\n");goto out;- }
- /* UEFI requires CR LF */
- con_out->output_string(con_out, u"U-Boot test app for EFI_LOADER\r\n");
+out:
- map_size = 0;
- ret = boottime->get_memory_map(&map_size, NULL, &map_key, &desc_size,
&desc_version);- con_out->output_string(con_out, u"Exiting boot sevices\n");
%s/sevices/services/g
- /* exit boot services so that this part of U-Boot can be tested */
- boottime->exit_boot_services(handle, map_key);
- /* now exit for real */
- ret = boottime->exit(handle, ret, 0, NULL);
As written before boot services are not available after ExitBootServices(). Please, call the ResetSystem() service.
Right, but the point is to not do that and instead test what happens. I think Ilias had said we need to make some big loud print on console that you must reset the system for it to be usable afterwards, would that be enough?
There is no point in testing what happens as this call is not allowable.
Do we really need to zero out the bootservices table for people who do not read the spec to find out the hard way?
Best regards
Heinrich