* [merged mm-stable] mm-hugetlb-fix-set_max_huge_pages-when-there-are-surplus-pages.patch removed from -mm tree
@ 2025-03-17 5:14 Andrew Morton
2025-03-17 6:29 ` Jinjiang Tu
0 siblings, 1 reply; 3+ messages in thread
From: Andrew Morton @ 2025-03-17 5:14 UTC (permalink / raw)
To: mm-commits, osalvador, muchun.song, mel, lee.schermerhorn, david,
andi, tujinjiang, akpm
The quilt patch titled
Subject: mm/hugetlb: fix set_max_huge_pages() when there are surplus pages
has been removed from the -mm tree. Its filename was
mm-hugetlb-fix-set_max_huge_pages-when-there-are-surplus-pages.patch
This patch was dropped because it was merged into the mm-stable branch
of git://git.kernel.org/pub/scm/linux/kernel/git/akpm/mm
------------------------------------------------------
From: Jinjiang Tu <tujinjiang@huawei.com>
Subject: mm/hugetlb: fix set_max_huge_pages() when there are surplus pages
Date: Tue, 25 Feb 2025 22:19:33 +0800
In set_max_huge_pages(), min_count should mean the acquired persistent
huge pages, but it contains surplus huge pages. It will lead to failing
to free free huge pages for a node.
Steps to reproduce:
1) create 5 huge pages in Node 0
2) run a program to use all the huge pages
3) create 5 huge pages in Node 1
4) echo 0 > nr_hugepages for Node 1 to free the huge pages
The result:
Node 0 Node 1
Total 5 5
Free 0 5
Surp 5 5
With this patch, step 4) destroys the 5 huge pages in Node 1
The result with this patch:
Node 0 Node 1
Total 5 0
Free 0 0
Surp 5 0
Link: https://lkml.kernel.org/r/20250225141933.3852667-1-tujinjiang@huawei.com
Fixes: 9a30523066cd ("hugetlb: add per node hstate attributes")
Signed-off-by: Jinjiang Tu <tujinjiang@huawei.com>
Cc: Andi Kleen <andi@firstfloor.org>
Cc: David Hildenbrand <david@redhat.com>
Cc: Lee Schermerhorn <lee.schermerhorn@hp.com>
Cc: Mel Gorman <mel@csn.ul.ie>
Cc: Muchun Song <muchun.song@linux.dev>
Cc: Oscar Salvador <osalvador@suse.de>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
---
mm/hugetlb.c | 2 +-
1 file changed, 1 insertion(+), 1 deletion(-)
--- a/mm/hugetlb.c~mm-hugetlb-fix-set_max_huge_pages-when-there-are-surplus-pages
+++ a/mm/hugetlb.c
@@ -3937,7 +3937,7 @@ static int set_max_huge_pages(struct hst
* and won't grow the pool anywhere else. Not until one of the
* sysctls are changed, or the surplus pages go out of use.
*/
- min_count = h->resv_huge_pages + h->nr_huge_pages - h->free_huge_pages;
+ min_count = h->resv_huge_pages + persistent_huge_pages(h) - h->free_huge_pages;
min_count = max(count, min_count);
try_to_free_low(h, min_count, nodes_allowed);
_
Patches currently in -mm which might be from tujinjiang@huawei.com are
mm-contig_alloc-fix-alloc_contig_range-when-__gfp_comp-and-order-max_order.patch
^ permalink raw reply [flat|nested] 3+ messages in thread* Re: [merged mm-stable] mm-hugetlb-fix-set_max_huge_pages-when-there-are-surplus-pages.patch removed from -mm tree
2025-03-17 5:14 [merged mm-stable] mm-hugetlb-fix-set_max_huge_pages-when-there-are-surplus-pages.patch removed from -mm tree Andrew Morton
@ 2025-03-17 6:29 ` Jinjiang Tu
2025-03-17 7:06 ` Andrew Morton
0 siblings, 1 reply; 3+ messages in thread
From: Jinjiang Tu @ 2025-03-17 6:29 UTC (permalink / raw)
To: Andrew Morton, mm-commits, osalvador, muchun.song, mel,
lee.schermerhorn, david, andi
在 2025/3/17 13:14, Andrew Morton 写道:
> The quilt patch titled
> Subject: mm/hugetlb: fix set_max_huge_pages() when there are surplus pages
> has been removed from the -mm tree. Its filename was
> mm-hugetlb-fix-set_max_huge_pages-when-there-are-surplus-pages.patch
>
> This patch was dropped because it was merged into the mm-stable branch
> of git://git.kernel.org/pub/scm/linux/kernel/git/akpm/mm
Hi, Andrew
As I explained in https://lore.kernel.org/all/c2c3d8b5-4b99-220e-20e0-e4a9dd8f5ecf@huawei.com/,
This patch fails to deal with free surplus huge pages, and will introduce another issue.
So please drop this patch from mm tree.
Thanks.
> ------------------------------------------------------
> From: Jinjiang Tu <tujinjiang@huawei.com>
> Subject: mm/hugetlb: fix set_max_huge_pages() when there are surplus pages
> Date: Tue, 25 Feb 2025 22:19:33 +0800
>
> In set_max_huge_pages(), min_count should mean the acquired persistent
> huge pages, but it contains surplus huge pages. It will lead to failing
> to free free huge pages for a node.
>
> Steps to reproduce:
> 1) create 5 huge pages in Node 0
> 2) run a program to use all the huge pages
> 3) create 5 huge pages in Node 1
> 4) echo 0 > nr_hugepages for Node 1 to free the huge pages
>
> The result:
> Node 0 Node 1
> Total 5 5
> Free 0 5
> Surp 5 5
>
> With this patch, step 4) destroys the 5 huge pages in Node 1
>
> The result with this patch:
> Node 0 Node 1
> Total 5 0
> Free 0 0
> Surp 5 0
>
> Link: https://lkml.kernel.org/r/20250225141933.3852667-1-tujinjiang@huawei.com
> Fixes: 9a30523066cd ("hugetlb: add per node hstate attributes")
> Signed-off-by: Jinjiang Tu <tujinjiang@huawei.com>
> Cc: Andi Kleen <andi@firstfloor.org>
> Cc: David Hildenbrand <david@redhat.com>
> Cc: Lee Schermerhorn <lee.schermerhorn@hp.com>
> Cc: Mel Gorman <mel@csn.ul.ie>
> Cc: Muchun Song <muchun.song@linux.dev>
> Cc: Oscar Salvador <osalvador@suse.de>
> Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
> ---
>
> mm/hugetlb.c | 2 +-
> 1 file changed, 1 insertion(+), 1 deletion(-)
>
> --- a/mm/hugetlb.c~mm-hugetlb-fix-set_max_huge_pages-when-there-are-surplus-pages
> +++ a/mm/hugetlb.c
> @@ -3937,7 +3937,7 @@ static int set_max_huge_pages(struct hst
> * and won't grow the pool anywhere else. Not until one of the
> * sysctls are changed, or the surplus pages go out of use.
> */
> - min_count = h->resv_huge_pages + h->nr_huge_pages - h->free_huge_pages;
> + min_count = h->resv_huge_pages + persistent_huge_pages(h) - h->free_huge_pages;
> min_count = max(count, min_count);
> try_to_free_low(h, min_count, nodes_allowed);
>
> _
>
> Patches currently in -mm which might be from tujinjiang@huawei.com are
>
> mm-contig_alloc-fix-alloc_contig_range-when-__gfp_comp-and-order-max_order.patch
>
^ permalink raw reply [flat|nested] 3+ messages in thread* Re: [merged mm-stable] mm-hugetlb-fix-set_max_huge_pages-when-there-are-surplus-pages.patch removed from -mm tree
2025-03-17 6:29 ` Jinjiang Tu
@ 2025-03-17 7:06 ` Andrew Morton
0 siblings, 0 replies; 3+ messages in thread
From: Andrew Morton @ 2025-03-17 7:06 UTC (permalink / raw)
To: Jinjiang Tu
Cc: mm-commits, osalvador, muchun.song, mel, lee.schermerhorn, david,
andi
On Mon, 17 Mar 2025 14:29:03 +0800 Jinjiang Tu <tujinjiang@huawei.com> wrote:
>
> 在 2025/3/17 13:14, Andrew Morton 写道:
> > The quilt patch titled
> > Subject: mm/hugetlb: fix set_max_huge_pages() when there are surplus pages
> > has been removed from the -mm tree. Its filename was
> > mm-hugetlb-fix-set_max_huge_pages-when-there-are-surplus-pages.patch
> >
> > This patch was dropped because it was merged into the mm-stable branch
> > of git://git.kernel.org/pub/scm/linux/kernel/git/akpm/mm
>
> Hi, Andrew
>
> As I explained in https://lore.kernel.org/all/c2c3d8b5-4b99-220e-20e0-e4a9dd8f5ecf@huawei.com/,
> This patch fails to deal with free surplus huge pages, and will introduce another issue.
>
> So please drop this patch from mm tree.
OK, thanks, dropped.
^ permalink raw reply [flat|nested] 3+ messages in thread
end of thread, other threads:[~2025-03-17 7:06 UTC | newest]
Thread overview: 3+ messages (download: mbox.gz follow: Atom feed
-- links below jump to the message on this page --
2025-03-17 5:14 [merged mm-stable] mm-hugetlb-fix-set_max_huge_pages-when-there-are-surplus-pages.patch removed from -mm tree Andrew Morton
2025-03-17 6:29 ` Jinjiang Tu
2025-03-17 7:06 ` Andrew Morton
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.