[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-Id: <20250508174229.c310803222405c1b7d60e104@linux-foundation.org>
Date: Thu, 8 May 2025 17:42:29 -0700
From: Andrew Morton <akpm@...ux-foundation.org>
To: Yuquan Wang <wangyuquan1236@...tium.com.cn>
Cc: Jonathan.Cameron@...wei.com, dan.j.williams@...el.com, rppt@...nel.org,
rafael@...nel.org, lenb@...nel.org, alison.schofield@...el.com,
rrichter@....com, bfaccini@...dia.com, haibo1.xu@...el.com,
david@...hat.com, chenhuacai@...nel.org, linux-cxl@...r.kernel.org,
linux-acpi@...r.kernel.org, linux-kernel@...r.kernel.org,
linux-mm@...ck.org, chenbaozi@...tium.com.cn, loongarch@...ts.linux.dev
Subject: Re: [PATCH v3 1/1] mm: numa_memblks: introduce
numa_add_reserved_memblk
On Thu, 8 May 2025 10:27:19 +0800 Yuquan Wang <wangyuquan1236@...tium.com.cn> wrote:
> acpi_parse_cfmws() currently adds empty CFMWS ranges to numa_meminfo
> with the expectation that numa_cleanup_meminfo moves them to
> numa_reserved_meminfo. There is no need for that indirection when it is
> known in advance that these unpopulated ranges are meant for
> numa_reserved_meminfo in support of future hotplug / CXL provisioning.
>
> Introduce and use numa_add_reserved_memblk() to add the empty CFMWS
> ranges directly.
>
> ...
>
> drivers/acpi/numa/srat.c | 2 +-
> include/linux/numa_memblks.h | 1 +
> mm/numa_memblks.c | 22 ++++++++++++++++++++++
I'm not sure which tree this best belongs to so I'll add it to mm-git.
If it later pops up in another tree, I'll drop it again.
Powered by blists - more mailing lists