lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<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

Powered by Openwall GNU/*/Linux Powered by OpenVZ