From: Ilias Apalodimas <ilias.apalodimas@linaro.org>
To: u-boot@lists.denx.de
Subject: [U-Boot] [PATCH] [U-boot]: Change FDT memory typpe from runtime data to acpi reclaim
Date: Thu, 11 Apr 2019 22:41:16 +0300 [thread overview]
Message-ID: <20190411194116.GA24219@apalos> (raw)
In-Reply-To: <95a3581f-2e2c-3284-dbed-2afe1b3cb7bb@gmx.de>
Hi Heinrich,
> On 4/11/19 8:39 PM, Ilias Apalodimas wrote:
> >Following Ard's suggestion:
> >Runtime data sections are intended for data that is used by the runtime
> >services implementations.
> >Let's change they type to EFI_ACPI_RECLAIM_MEMORY
> >
> >Suggested-by: Ard Biesheuvel <ard.biesheuvel@linaro.org>
> >Signed-off-by: Ilias Apalodimas <ilias.apalodimas@linaro.org>
> >---
> > cmd/bootefi.c | 4 ++--
> > 1 file changed, 2 insertions(+), 2 deletions(-)
> >
> >diff --git a/cmd/bootefi.c b/cmd/bootefi.c
> >index 3619a20e6433..b54181909aff 100644
> >--- a/cmd/bootefi.c
> >+++ b/cmd/bootefi.c
> >@@ -111,13 +111,13 @@ static efi_status_t copy_fdt(void **fdtp)
> > new_fdt_addr = (uintptr_t)map_sysmem(fdt_ram_start + 0x7f00000 +
> > fdt_size, 0);
> > ret = efi_allocate_pages(EFI_ALLOCATE_MAX_ADDRESS,
> >- EFI_RUNTIME_SERVICES_DATA, fdt_pages,
> >+ EFI_ACPI_RECLAIM_MEMORY, fdt_pages,
>
> GRUB uses EfiLoaderCode when installing its modified version of the FDT.
>
> The "Embedded Base Boot Requirements (EBBR) Specification, Release v1.0"
> does not require ACPI support. Can we expect EfiACPIReclaimMemory to be
> supported if we do not have any ACPI table?
>
> How about functions efi_smbios_register() and efi_acpi_register()?
>
> How about systab.tables assigned in efi_initialize_system_table()? Which
> of the addresses in systab.tables should be updated upon relocation.
>
> The EFI Spec is really hazy: "A pointer to the table associated with
> VendorGuid. Whether this pointer is a physical address or a
> virtual address during runtime is determined by the VendorGuid."
>
> The FDT_TABLE_GUID or DEVICE_TREE_GUID as Linux calls it is not defined
> in the UEFI spec. So we can marvel about expected behavior. Is there any
> other document specifying it?
What about using EFI_BOOT_SERVICES_DATA instead of EFI_ACPI_RECLAIM_MEMORY?
This still fixes the issue and doesn't cause any of the potential problems you
mentioned
Thanks
/Ilias
next prev parent reply other threads:[~2019-04-11 19:41 UTC|newest]
Thread overview: 17+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-04-11 18:39 [U-Boot] [PATCH] [U-boot]: Change FDT memory typpe from runtime data to acpi reclaim Ilias Apalodimas
2019-04-11 18:43 ` Ard Biesheuvel
2019-04-11 18:46 ` Ilias Apalodimas
2019-04-11 19:34 ` Heinrich Schuchardt
2019-04-11 19:41 ` Ilias Apalodimas [this message]
2019-04-11 19:59 ` Heinrich Schuchardt
2019-04-11 20:50 ` Ard Biesheuvel
2019-04-12 17:16 ` Heinrich Schuchardt
2019-04-12 17:24 ` Ard Biesheuvel
2019-04-12 17:44 ` Heinrich Schuchardt
2019-04-12 17:47 ` Ard Biesheuvel
2019-04-12 17:36 ` Ilias Apalodimas
2019-04-12 17:49 ` Heinrich Schuchardt
2019-04-11 19:50 ` Ard Biesheuvel
2019-04-11 20:08 ` Heinrich Schuchardt
2019-04-11 20:44 ` Ard Biesheuvel
2019-04-12 19:24 ` Leif Lindholm
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=20190411194116.GA24219@apalos \
--to=ilias.apalodimas@linaro.org \
--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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.