[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <CAJZwx_nLcMjV+4vShx9LqCOVo26Bk_gDPXP6PiTp2UXdQAh2Zg@mail.gmail.com>
Date: Thu, 22 Feb 2024 09:43:38 -0700
From: Karthikeyan Ramasubramanian <kramasub@...omium.org>
To: Sven van Ashbrook <svenva@...omium.org>
Cc: Vlastimil Babka <vbabka@...e.cz>, Andrew Morton <akpm@...ux-foundation.org>, bgeffon@...gle.com,
cujomalainey@...omium.org, linux-kernel@...r.kernel.org, linux-mm@...ck.org,
linux-sound@...r.kernel.org, perex@...ex.cz, stable@...r.kernel.org,
tiwai@...e.com, tiwai@...e.de, Michal Hocko <mhocko@...nel.org>,
Mel Gorman <mgorman@...hsingularity.net>
Subject: Re: [PATCH] mm, vmscan: prevent infinite loop for costly GFP_NOIO |
__GFP_RETRY_MAYFAIL allocations
With this patch, the test results have been promising so far. After 10
hours of stress testing, we have not hit the reported problem yet. We
will keep testing and report here if we hit the problem again. Thanks
for engaging with us.
On Wed, Feb 21, 2024 at 8:53 AM Sven van Ashbrook <svenva@...omium.org> wrote:
>
> Thanks so much ! We will stress test this on our side.
>
> We do this by exhausting memory and triggering many suspend/resume
> cycles. This reliably reproduces the problem (before this patch).
>
> Of course, as we all know, absence of evidence (no more stalls in stress tests)
> does not equal evidence of absence (stalls are gone in all code paths).
Powered by blists - more mailing lists