* Re: [PATCH v6 1/3] mm/memblock: introduce a new helper memblock_estimated_nr_free_pages()
[not found] ` <20240808142405.ttlcfkximywtde6i@master>
@ 2024-08-08 16:10 ` Alexander Gordeev
0 siblings, 0 replies; 2+ messages in thread
From: Alexander Gordeev @ 2024-08-08 16:10 UTC (permalink / raw)
To: Wei Yang
Cc: gerald.schaefer, hca, rppt, akpm, brauner, oleg, linux-s390,
linux-kernel, linux-mm, David Hildenbrand
On Thu, Aug 08, 2024 at 02:24:05PM +0000, Wei Yang wrote:
> >> + * An estimated number of free pages from memblock point of view.
> >> + */
> >> +unsigned long __init memblock_estimated_nr_free_pages(void)
> >> +{
> >> + return PHYS_PFN(memblock_phys_mem_size() - memblock_reserved_size());
> >> +}
> >
> >This could possibly be short on up to two pages due to lack of alignment.
> >The current uses are okay, but since you make it generic it probably matters.
> >
>
> I don't follow, would you mind giving more detail?
memblock_estimated_nr_free_pages() returns number of pages, not bytes.
Yet, both memblock_phys_mem_size() and memblock_reserved_size() return
a value which is not aligned on PAGE_SIZE. Therefore, the result of
PHYS_PFN() applied to the difference between the two functions might
be short on one (two?) page(s).
> >Also, the returned value is not an estimation. Meaning the function name
> >is rather unfortunate AFAICT.
>
> From my point of view, this is an estimation for two reasons:
>
> * value from memblock_xxx is not page size aligned
> * reserved memory maybe released during boot stage
>
> It is not that easy to get the exact number of free pages here. Do I miss
> something?
No, with this reasoning it makes sense to me.
> --
> Wei Yang
> Help you, Help me
Thank you for the clarification!
^ permalink raw reply [flat|nested] 2+ messages in thread
* Re: [PATCH v6 1/3] mm/memblock: introduce a new helper memblock_estimated_nr_free_pages()
[not found] <20240808001415.6298-1-richard.weiyang@gmail.com>
[not found] ` <ZrSYruB/Aa8+oBoZ@li-008a6a4c-3549-11b2-a85c-c5cc2836eea2.ibm.com>
@ 2024-08-11 16:38 ` Mike Rapoport
1 sibling, 0 replies; 2+ messages in thread
From: Mike Rapoport @ 2024-08-11 16:38 UTC (permalink / raw)
To: agordeev, gerald.schaefer, hca, akpm, brauner, oleg, Wei Yang
Cc: Mike Rapoport, linux-s390, linux-kernel, linux-mm, David Hildenbrand
From: Mike Rapoport (Microsoft) <rppt@kernel.org>
On Thu, 08 Aug 2024 00:14:13 +0000, Wei Yang wrote:
> During bootup, system may need the number of free pages in the whole system
> to do some calculation before all pages are freed to buddy system. Usually
> this number is get from totalram_pages(). Since we plan to move the free
> pages accounting in __free_pages_core(), this value may not represent
> total free pages at the early stage, especially when
> CONFIG_DEFERRED_STRUCT_PAGE_INIT is enabled.
>
> [...]
Applied to for-next branch of memblock.git tree, thanks!
[1/3] mm/memblock: introduce a new helper memblock_estimated_nr_free_pages()
commit: d0f8a8973f265f6a276f99d091af99edfb2b87de
[2/3] kernel/fork.c: get estimated free pages by memblock api
commit: 0910bf0ef85c5404aac94394cb31e076e4eb03f1
[3/3] s390/mm: get estimated free pages by memblock api
commit: cb088e38aab4c7e9ce711c18c66e851c8f4227bb
tree: https://git.kernel.org/pub/scm/linux/kernel/git/rppt/memblock
branch: for-next
--
Sincerely yours,
Mike.
^ permalink raw reply [flat|nested] 2+ messages in thread
end of thread, other threads:[~2024-08-11 16:38 UTC | newest]
Thread overview: 2+ messages (download: mbox.gz / follow: Atom feed)
-- links below jump to the message on this page --
[not found] <20240808001415.6298-1-richard.weiyang@gmail.com>
[not found] ` <ZrSYruB/Aa8+oBoZ@li-008a6a4c-3549-11b2-a85c-c5cc2836eea2.ibm.com>
[not found] ` <20240808142405.ttlcfkximywtde6i@master>
2024-08-08 16:10 ` [PATCH v6 1/3] mm/memblock: introduce a new helper memblock_estimated_nr_free_pages() Alexander Gordeev
2024-08-11 16:38 ` Mike Rapoport
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox