From: Ilias Apalodimas <ilias.apalodimas@linaro.org>
To: Heinrich Schuchardt <heinrich.schuchardt@canonical.com>
Cc: u-boot@lists.denx.de
Subject: Re: [PATCH 1/2] efi_loader: move dp_alloc() to efi_alloc()
Date: Mon, 20 Mar 2023 09:38:37 +0200 [thread overview]
Message-ID: <ZBgNfWH+BJVV0NFt@hera> (raw)
In-Reply-To: <20230319082023.97558-2-heinrich.schuchardt@canonical.com>
Hi Heinrich,
On Sun, Mar 19, 2023 at 09:20:22AM +0100, Heinrich Schuchardt wrote:
> The incumbent function efi_alloc() is unused.
>
> Replace dp_alloc() by a new function efi_alloc() that we can use more
> widely.
[...]
> #include <efi_loader.h>
> #include <init.h>
> +#include <log.h>
> #include <malloc.h>
> #include <mapmem.h>
> #include <watchdog.h>
> @@ -533,27 +536,6 @@ efi_status_t efi_allocate_pages(enum efi_allocate_type type,
> return EFI_SUCCESS;
> }
>
> -/**
> - * efi_alloc() - allocate memory pages
> - *
> - * @len: size of the memory to be allocated
> - * @memory_type: usage type of the allocated memory
> - * Return: pointer to the allocated memory area or NULL
> - */
> -void *efi_alloc(uint64_t len, int memory_type)
> -{
> - uint64_t ret = 0;
> - uint64_t pages = efi_size_in_pages(len);
> - efi_status_t r;
> -
> - r = efi_allocate_pages(EFI_ALLOCATE_ANY_PAGES, memory_type, pages,
> - &ret);
> - if (r == EFI_SUCCESS)
> - return (void*)(uintptr_t)ret;
> -
> - return NULL;
> -}
> -
> /**
> * efi_free_pages() - free memory pages
> *
> @@ -672,6 +654,28 @@ efi_status_t efi_allocate_pool(enum efi_memory_type pool_type, efi_uintn_t size,
> return r;
> }
>
> +/**
> + * efi_alloc() - allocate boot services data pool memory
> + *
> + * Allocate memory from pool and zero it out.
> + *
> + * @size: number of bytes to allocate
> + * Return: pointer to allocated memory or NULL
> + */
> +void *efi_alloc(size_t size)
All our allocation related functions require the memory type to be passed.
If we want to default this to 'EFI_BOOT_SERVICES_DATA' I think we need to
change the name a bit to indicate that.
> +{
> + void *buf;
> +
> + if (efi_allocate_pool(EFI_BOOT_SERVICES_DATA, size, &buf) !=
Is there a reason we are using efi_allocate_pool instead of
efi_allocate_pages?
> + EFI_SUCCESS) {
> + log_err("out of memory");
> + return NULL;
> + }
> + memset(buf, 0, size);
> +
> + return buf;
> +}
> +
> /**
> * efi_free_pool() - free memory from pool
> *
> --
> 2.39.2
>
Thanks
/Ilias
next prev parent reply other threads:[~2023-03-20 7:38 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2023-03-19 8:20 [PATCH 0/2] efi_loader: efi_alloc() Heinrich Schuchardt
2023-03-19 8:20 ` [PATCH 1/2] efi_loader: move dp_alloc() to efi_alloc() Heinrich Schuchardt
2023-03-20 7:38 ` Ilias Apalodimas [this message]
2023-03-20 9:15 ` Heinrich Schuchardt
2023-03-20 11:04 ` Ilias Apalodimas
2023-03-19 8:20 ` [PATCH 2/2] efi_loader: simplify efi_str_to_u16() Heinrich Schuchardt
2023-03-19 19:29 ` Simon Glass
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=ZBgNfWH+BJVV0NFt@hera \
--to=ilias.apalodimas@linaro.org \
--cc=heinrich.schuchardt@canonical.com \
--cc=u-boot@lists.denx.de \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox