[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <20250422171116.f3928045a13205dc1b9a46ea@linux-foundation.org>
Date: Tue, 22 Apr 2025 17:11:16 -0700
From: Andrew Morton <akpm@...ux-foundation.org>
To: Tianyang Zhang <zhangtianyang@...ngson.cn>
Cc: Harry Yoo <harry.yoo@...cle.com>, linux-mm@...ck.org,
linux-kernel@...r.kernel.org, Vlastimil Babka <vbabka@...e.cz>, Suren
Baghdasaryan <surenb@...gle.com>, Michal Hocko <mhocko@...e.com>, Brendan
Jackman <jackmanb@...gle.com>, Johannes Weiner <hannes@...xchg.org>, Zi Yan
<ziy@...dia.com>
Subject: Re: [PATCH] mm/page_alloc.c: Avoid infinite retries caused by
cpuset race
On Tue, 22 Apr 2025 20:10:06 +0800 Tianyang Zhang <zhangtianyang@...ngson.cn> wrote:
>
> ...
>
> >>
> >> Simultaneously starting multiple cpuset01 from LTP can quickly
> >> reproduce this issue on a multi node server when the maximum
> >> memory pressure is reached and the swap is enabled
> >>
> >> Signed-off-by: Tianyang Zhang <zhangtianyang@...ngson.cn>
> >> ---
> > What commit does it fix and should it be backported to -stable?
> >
> > There's a new 'MEMORY MANAGEMENT - PAGE ALLOCATOR' entry (only in
> > Andrew's mm.git repository now).
> >
> > Let's Cc the page allocator folks here!
>
> We first identified this issue in 6.6.52-stable , and through root cause
> analysis,
>
> it appears the problem may have existed for a significant period.
>
> However It is recommended that the fix should be backported to at least
> Linux kernel versions after 6.6-stable
OK, thanks,
This has been in mm-hotfixes-unstable for six days. Hopefully we'll
see some review activity soon (please).
Powered by blists - more mailing lists