[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <85ce95fc-0baa-8b25-8393-bed1268cc17b@oracle.com>
Date: Fri, 1 Jul 2022 10:11:40 -0600
From: Khalid Aziz <khalid.aziz@...cle.com>
To: Al Viro <viro@...iv.linux.org.uk>
Cc: akpm@...ux-foundation.org, willy@...radead.org,
aneesh.kumar@...ux.ibm.com, arnd@...db.de, 21cnbao@...il.com,
corbet@....net, dave.hansen@...ux.intel.com, david@...hat.com,
ebiederm@...ssion.com, hagen@...u.net, jack@...e.cz,
keescook@...omium.org, kirill@...temov.name, kucharsk@...il.com,
linkinjeon@...nel.org, linux-fsdevel@...r.kernel.org,
linux-kernel@...r.kernel.org, linux-mm@...ck.org,
longpeng2@...wei.com, luto@...nel.org, markhemm@...glemail.com,
pcc@...gle.com, rppt@...nel.org, sieberf@...zon.com,
sjpark@...zon.de, surenb@...gle.com, tst@...oebel-theuer.de,
yzaikin@...gle.com
Subject: Re: [PATCH v2 2/9] mm/mshare: pre-populate msharefs with information
file
On 6/30/22 17:01, Al Viro wrote:
> On Wed, Jun 29, 2022 at 04:53:53PM -0600, Khalid Aziz wrote:
>
>> +static void
>> +mshare_evict_inode(struct inode *inode)
>> +{
>> + clear_inode(inode);
>> +}
>
> Again, what for? And while we are at it, shouldn't you evict the
> pages when inode gets freed and ->i_data along with it?
> IOW, aren't you missing
> truncate_inode_pages_final(&inode->i_data);
> That, or just leave ->evict_inode NULL...
Good suggestion. I thought I would need to do more in evict_inode() but turned out I didn't. It is time to eject this
routine from my code.
Thanks,
Khalid
Powered by blists - more mailing lists