[PATCH v3 03/15] efi: memory: use the lmb API's for allocating and freeing memory
Heinrich Schuchardt
xypron.glpk at gmx.de
Mon Oct 14 18:26:14 CEST 2024
On 14.10.24 17:56, Tom Rini wrote:
> On Mon, Oct 14, 2024 at 09:50:37AM -0600, Simon Glass wrote:
>> Hi Sughosh,
>>
>> On Sun, 13 Oct 2024 at 04:55, Sughosh Ganu <sughosh.ganu at linaro.org> wrote:
>>>
>>> Use the LMB API's for allocating and freeing up memory. With this, the
>>> LMB module becomes the common backend for managing non U-Boot image
>>> memory that might be requested by other modules.
>>>
>>> Signed-off-by: Sughosh Ganu <sughosh.ganu at linaro.org>
>>> ---
>>> Changes since V2:
>>> * Use map_to_sysmem() to get the user-visible address to be shared
>>> with the lmb API's for sandbox.
>>>
>>> lib/efi_loader/Kconfig | 1 +
>>> lib/efi_loader/efi_memory.c | 77 +++++++++++--------------------------
>>> 2 files changed, 24 insertions(+), 54 deletions(-)
>>
>> When efi_init_obj() is called, it should be able to add the lmb memory
>> to its own tables. There is no need to worry about lmb after that,
>> since no other images will be loaded, except under EFI's control. Then
>> perhaps you don't need this patch?
>
> But that's not true. The EFI application can return us to the U-Boot
> prompt.
>
The following commands invoke efi_init_obj():
* bootefi
* eficonfig
* efidebug
* env
All of these commands may return to the console.
bootmeth_efi_mgr calls efi_init_obj() even if not booting anything.
Best regards
Heinrich
More information about the U-Boot
mailing list