[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-Id: <20250820215131.6925be694bf1d904c3f463b7@linux-foundation.org>
Date: Wed, 20 Aug 2025 21:51:31 -0700
From: Andrew Morton <akpm@...ux-foundation.org>
To: David Hildenbrand <david@...hat.com>
Cc: Sumanth Korikkar <sumanthk@...ux.ibm.com>, linux-mm
<linux-mm@...ck.org>, LKML <linux-kernel@...r.kernel.org>,
richard.weiyang@...il.com, Gerald Schaefer <gerald.schaefer@...ux.ibm.com>,
Heiko Carstens <hca@...ux.ibm.com>, Vasily Gorbik <gor@...ux.ibm.com>,
Alexander Gordeev <agordeev@...ux.ibm.com>, linux-s390
<linux-s390@...r.kernel.org>
Subject: Re: [PATCH v4] mm: fix accounting of memmap pages
On Fri, 8 Aug 2025 16:23:52 +0200 David Hildenbrand <david@...hat.com> wrote:
> > @@ -567,6 +564,8 @@ static void __init sparse_init_nid(int nid, unsigned long pnum_begin,
> > sparse_buffer_fini();
> > goto failed;
> > }
> > + memmap_boot_pages_add(DIV_ROUND_UP(PAGES_PER_SECTION * sizeof(struct page),
> > + PAGE_SIZE));
>
> IIRC, we can have partially populated boot sections, where only some
> subsections actually have a memmap ... so this calculation is possibly
> wrong in some cases.
The patch (which has cc:stable!) has been in state "stuck" for 12 days
due to "possibly wrong". Could someone please find a way to get it
unstuck?
Powered by blists - more mailing lists