[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <20240823220648.081970f3fc9fb49f925f15be@linux-foundation.org>
Date: Fri, 23 Aug 2024 22:06:48 -0700
From: Andrew Morton <akpm@...ux-foundation.org>
To: Usama Arif <usamaarif642@...il.com>
Cc: hannes@...xchg.org, shakeel.butt@...ux.dev, david@...hat.com,
ying.huang@...el.com, hughd@...gle.com, willy@...radead.org,
yosryahmed@...gle.com, nphamcs@...il.com, chengming.zhou@...ux.dev,
linux-mm@...ck.org, linux-kernel@...r.kernel.org, kernel-team@...a.com
Subject: Re: [RESEND v8 0/2] mm: store zero pages to be swapped out in a
bitmap
On Fri, 23 Aug 2024 20:04:38 +0100 Usama Arif <usamaarif642@...il.com> wrote:
> Resending it, as the CC had "Huang, Ying" in one of the initial patches,
> and it was rejected by git send-email because of the "," in name.
>
> The original series [1] was almost merged, but was dropped
> due to a last minute bug [2]. Resending this with the fix for it,
> by handling zeromap in the same way as swap_map and cluster_info in
> enable_swap_info, holding swapon_mutex and si->lock, hence avoiding
> a race condition between swapon and any point where the lock is held.
> This is the safest way.
>
> The series had already been reviewed and acked by all maintainers.
>
> Hoping that this attempt goes better than the initial one :)
Yup ;)
We're missing the [0/n] words here. I pasted the text from the v1
series. Please check that it remains the truth, the whole truth and
nothing but the truth.
Powered by blists - more mailing lists