[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <bd1a8ffa-83ff-b774-9bed-ed68025d0c7a@huawei.com>
Date: Mon, 31 Aug 2020 09:24:28 +0800
From: Chao Yu <yuchao0@...wei.com>
To: Daeho Jeong <daeho43@...il.com>, Chao Yu <chao@...nel.org>
CC: Daeho Jeong <daehojeong@...gle.com>, <kernel-team@...roid.com>,
<linux-kernel@...r.kernel.org>,
<linux-f2fs-devel@...ts.sourceforge.net>
Subject: Re: [f2fs-dev] [PATCH] f2fs: prevent compressed file from being
disabled after releasing cblocks
On 2020/8/31 7:42, Daeho Jeong wrote:
> Do you have any reason not to put this check here?
No, the place is okay to me. :)
> If we do this check outside of here, we definitely make a mistake
> sooner or later.
I just want to see whether we can cover all cases in where we missed to
add immutable check condition if necessary.
Thanks,
>
> 2020년 8월 30일 (일) 오후 12:24, Chao Yu <chao@...nel.org>님이 작성:
>>
>> On 2020-8-28 13:46, Daeho Jeong wrote:
>>> From: Daeho Jeong <daehojeong@...gle.com>
>>>
>>> After releasing cblocks, the compressed file can be accidentally
>>> disabled in compression mode, since it has zero cblocks. As we are
>>> using IMMUTABLE flag to present released cblocks state, we can add
>>> IMMUTABLE state check when considering the compressed file disabling.
>>>
>>> Signed-off-by: Daeho Jeong <daehojeong@...gle.com>
>>> ---
>>> fs/f2fs/f2fs.h | 2 ++
>>> 1 file changed, 2 insertions(+)
>>>
>>> diff --git a/fs/f2fs/f2fs.h b/fs/f2fs/f2fs.h
>>> index 02811ce15059..14d30740ba03 100644
>>> --- a/fs/f2fs/f2fs.h
>>> +++ b/fs/f2fs/f2fs.h
>>> @@ -3936,6 +3936,8 @@ static inline u64 f2fs_disable_compressed_file(struct inode *inode)
>>> if (!f2fs_compressed_file(inode))
>>> return 0;
>>> if (S_ISREG(inode->i_mode)) {
>>> + if (IS_IMMUTABLE(inode))
>>> + return 1;
>>
>> It looks most of callers are from ioctl, should we add immutable check in f2fs
>> ioctl interfaces if necessary? or I missed existed check.
>>
>> Thanks,
>>
>>> if (get_dirty_pages(inode))
>>> return 1;
>>> if (fi->i_compr_blocks)
>>>
>
>
> _______________________________________________
> Linux-f2fs-devel mailing list
> Linux-f2fs-devel@...ts.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/linux-f2fs-devel
>
Powered by blists - more mailing lists