[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-Id: <20220607112417.5b47a5f55f20fe1f6cfb14e6@linux-foundation.org>
Date: Tue, 7 Jun 2022 11:24:17 -0700
From: Andrew Morton <akpm@...ux-foundation.org>
To: Charan Teja Kalla <quic_charante@...cinc.com>
Cc: <willy@...radead.org>, <markhemm@...glemail.com>,
<hughd@...gle.com>, <rientjes@...gle.com>, <surenb@...gle.com>,
<shakeelb@...gle.com>, <linux-mm@...ck.org>,
<linux-kernel@...r.kernel.org>
Subject: Re: [PATCH RESEND V5,2/2] mm: shmem: implement
POSIX_FADV_[WILL|DONT]NEED for shmem
On Tue, 7 Jun 2022 20:22:34 +0530 Charan Teja Kalla <quic_charante@...cinc.com> wrote:
> > Is there an actual userspace/driver combination which will use this?
> > Has the new feature been tested in such an arrangement? And if so,
> > which driver(s)?
> >
>
> Currently my organization is using this setup where it does makes use of
> the shmem infrastructure to allocate the pages and its fd is passed to
> the user. The user is now deciding on when to reclaim these pages to
> free up the memory through already presented vfs_fadvise(DONTNEED)
> system call and bringing back them through vfs_fadvise(WILLNEED), when
OK, thanks. Please capture all these thoughts in the [0/n] changelog,
leave it a few days for reviewer input then resend and I'll take a
closer look.
The patches don't seem to be getting a lot of traction.
Powered by blists - more mailing lists