[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <ZQiU61S3fMjrirNe@bombadil.infradead.org>
Date: Mon, 18 Sep 2023 11:20:27 -0700
From: Luis Chamberlain <mcgrof@...nel.org>
To: Matthew Wilcox <willy@...radead.org>
Cc: Pankaj Raghav <kernel@...kajraghav.com>, linux-xfs@...r.kernel.org,
linux-fsdevel@...r.kernel.org, p.raghav@...sung.com,
david@...morbit.com, da.gomez@...sung.com,
akpm@...ux-foundation.org, linux-kernel@...r.kernel.org,
djwong@...nel.org, linux-mm@...ck.org, chandan.babu@...cle.com,
gost.dev@...sung.com
Subject: Re: [RFC 04/23] filemap: set the order of the index in
page_cache_delete_batch()
On Fri, Sep 15, 2023 at 08:43:28PM +0100, Matthew Wilcox wrote:
> On Fri, Sep 15, 2023 at 08:38:29PM +0200, Pankaj Raghav wrote:
> > From: Luis Chamberlain <mcgrof@...nel.org>
> >
> > Similar to page_cache_delete(), call xas_set_order for non-hugetlb pages
> > while deleting an entry from the page cache.
>
> Is this necessary? As I read xas_store(), if you're storing NULL, it
> will wipe out all sibling entries. Was this based on "oops, no, it
> doesn't" or "here is a gratuitous difference, change it"?
Based on code inspection, I saw page_cache_delete() did it. The xarray
docs and xarray selftest was not clear about the advanced API about this
case and the usage of the set order on page_cache_delete() gave me
concerns we needed it here.
We do have some enhancements to xarray self tests to use the advanced
API which we could extend with this particular case before posting, so
to prove disprove if this is really needed.
Why would it be needed on page_cache_delete() but needed here?
Luis
Powered by blists - more mailing lists