Received-SPF: pass (google.com: domain of linux-kernel+bounces-50168-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:4601:e00::3 as permitted sender) client-ip=2604:1380:4601:e00::3;
Precedence: bulk
MIME-Version: 1.0
References: <20240202163433.786581-1-abrestic@rivosinc.com> <20240202163433.786581-3-abrestic@rivosinc.com>
In-Reply-To: <20240202163433.786581-3-abrestic@rivosinc.com>
From: Ard Biesheuvel <ardb@kernel.org>
Date: Fri, 2 Feb 2024 17:45:21 +0100
Message-ID: <CAMj1kXH7=9-Ww_z6a4Z5K8MrbH8x17Y3EzYk9Qf-3PL-JgMcww@mail.gmail.com>
Subject: Re: [PATCH 2/2] efi: Don't add memblocks for unusable memory
To: Andrew Bresticker <abrestic@rivosinc.com>
Cc: Paul Walmsley <paul.walmsley@sifive.com>, Palmer Dabbelt <palmer@dabbelt.com>, 
	Albert Ou <aou@eecs.berkeley.edu>, linux-efi@vger.kernel.org, 
	linux-kernel@vger.kernel.org, linux-riscv@lists.infradead.org
Content-Type: text/plain; charset="UTF-8"

On Fri, 2 Feb 2024 at 17:34, Andrew Bresticker <abrestic@rivosinc.com> wrote:
>
> Adding memblocks (even if nomap) for such regions unnecessarily consumes
> resources by creating struct pages for memory that may never be used or,
> in the case of soft-reserved regions, prevents the memory from later
> being hotplugged in by dax_kmem. This is also consistent with how x86
> handles unusable memory found in the EFI memory map.
>

x86 doesn't care as much about memory vs device semantics as ARM does.

This affects the output of memblock_is_[region_]memory(), so we'd have
to double check that none of those uses get broken by this.

If the soft reserved regions need to be omitted from memblock, we can
deal with that separately perhaps, but changing it at this level seems
inappropriate to me.


> Signed-off-by: Andrew Bresticker <abrestic@rivosinc.com>
> ---
>  drivers/firmware/efi/efi-init.c | 12 +-----------
>  1 file changed, 1 insertion(+), 11 deletions(-)
>
> diff --git a/drivers/firmware/efi/efi-init.c b/drivers/firmware/efi/efi-init.c
> index d4987d013080..f05bacac89b7 100644
> --- a/drivers/firmware/efi/efi-init.c
> +++ b/drivers/firmware/efi/efi-init.c
> @@ -24,13 +24,6 @@
>
>  unsigned long __initdata screen_info_table = EFI_INVALID_TABLE_ADDR;
>
> -static int __init is_memory(efi_memory_desc_t *md)
> -{
> -       if (md->attribute & (EFI_MEMORY_WB|EFI_MEMORY_WT|EFI_MEMORY_WC))
> -               return 1;
> -       return 0;
> -}
> -
>  /*
>   * Translate a EFI virtual address into a physical address: this is necessary,
>   * as some data members of the EFI system table are virtually remapped after
> @@ -195,12 +188,9 @@ static __init void reserve_regions(void)
>                 memrange_efi_to_native(&paddr, &npages);
>                 size = npages << PAGE_SHIFT;
>
> -               if (is_memory(md)) {
> +               if (is_usable_memory(md)) {
>                         early_init_dt_add_memory_arch(paddr, size);
>
> -                       if (!is_usable_memory(md))
> -                               memblock_mark_nomap(paddr, size);
> -
>                         /* keep ACPI reclaim memory intact for kexec etc. */
>                         if (md->type == EFI_ACPI_RECLAIM_MEMORY)
>                                 memblock_reserve(paddr, size);
> --
> 2.34.1
>