From: Mike Rapoport <rppt@kernel.org>
To: Akinobu Mita <akinobu.mita@gmail.com>,
Dan Williams <dan.j.williams@intel.com>
Cc: linux-cxl@vger.kernel.org, linux-kernel@vger.kernel.org,
linux-mm@kvack.org, akpm@linux-foundation.org
Subject: Re: [PATCH] memblock: fix memblock_estimated_nr_free_pages() for soft-reserved memory
Date: Tue, 4 Nov 2025 19:18:14 +0200 [thread overview]
Message-ID: <aQo1VjjQw1OZG8nY@kernel.org> (raw)
In-Reply-To: <20251104003921.9707-1-akinobu.mita@gmail.com>
(added Dan Williams)
Hi,
On Tue, Nov 04, 2025 at 09:39:21AM +0900, Akinobu Mita wrote:
> memblock_estimated_nr_free_pages() returns the difference between the total
> size of the "memory" memblock type and the "reserved" memblock type.
>
> The "soft-reserved" memory regions are added to the "reserved" memblock
> type, but not to the "memory" memblock type. Therefore,
@Dan, do we really need to memblock_reserve() the E820_TYPE_SOFT_RESERVED
ranges?
Quick scan didn't show anything that requires this, but I could easily miss
something.
> memblock_estimated_nr_free_pages() may return a smaller value than
> expected, or if it underflows, an extremely large value.
>
> /proc/sys/kernel/threads-max is determined by the value of
> memblock_estimated_nr_free_pages(). This issue was discovered on machines
> with CXL memory because kernel.threads-max was either smaller than expected
> or extremely large for the installed DRAM size.
>
> This fixes the issue by improving the accuracy of
> memblock_estimated_nr_free_pages() by subtracting only the overlapping size
> of regions with "memory" and "reserved" memblock types.
>
> Signed-off-by: Akinobu Mita <akinobu.mita@gmail.com>
> ---
> mm/memblock.c | 33 ++++++++++++++++++++++++++++++++-
> 1 file changed, 32 insertions(+), 1 deletion(-)
>
> diff --git a/mm/memblock.c b/mm/memblock.c
> index e23e16618e9b..af014fa10a44 100644
> --- a/mm/memblock.c
> +++ b/mm/memblock.c
...
> @@ -1826,7 +1842,22 @@ phys_addr_t __init_memblock memblock_reserved_kern_size(phys_addr_t limit, int n
> */
> unsigned long __init memblock_estimated_nr_free_pages(void)
> {
> - return PHYS_PFN(memblock_phys_mem_size() - memblock_reserved_size());
We have memblock_reserved_kern_size() that tells how much memory was
reserved from the actual RAM. Replacing memblock_reserved_size() with
memblock_reserved_kern_size() will omit "soft-reserved" ranges.
> + int memory_idx, reserved_idx;
> + struct memblock_type *memory_type = &memblock.memory;
> + struct memblock_type *reserved_type = &memblock.reserved;
> + struct memblock_region *memory_region, *reserved_region;
> + phys_addr_t phys_mem_size = 0;
> +
> + for_each_memblock_type(memory_idx, memory_type, memory_region) {
> + phys_mem_size += memory_region->size;
> + for_each_memblock_type(reserved_idx, reserved_type, reserved_region) {
> + phys_mem_size -= memblock_addrs_overlap_size(memory_region->base,
> + memory_region->size, reserved_region->base,
> + reserved_region->size);
> + }
> + }
> +
> + return PHYS_PFN(phys_mem_size);
> }
>
> /* lowest address */
> --
> 2.43.0
>
--
Sincerely yours,
Mike.
next prev parent reply other threads:[~2025-11-04 17:18 UTC|newest]
Thread overview: 5+ messages / expand[flat|nested] mbox.gz Atom feed top
2025-11-04 0:39 [PATCH] memblock: fix memblock_estimated_nr_free_pages() for soft-reserved memory Akinobu Mita
2025-11-04 17:18 ` Mike Rapoport [this message]
2025-11-05 13:23 ` Akinobu Mita
2025-11-11 1:00 ` [PATCH v2] " Akinobu Mita
2025-11-11 16:19 ` Mike Rapoport
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=aQo1VjjQw1OZG8nY@kernel.org \
--to=rppt@kernel.org \
--cc=akinobu.mita@gmail.com \
--cc=akpm@linux-foundation.org \
--cc=dan.j.williams@intel.com \
--cc=linux-cxl@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-mm@kvack.org \
/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;
as well as URLs for NNTP newsgroup(s).