From: Chao Yu <yuchao0@huawei.com>
To: Daeho Jeong <daeho43@gmail.com>, Chao Yu <chao@kernel.org>
Cc: Daeho Jeong <daehojeong@google.com>, <kernel-team@android.com>,
<linux-kernel@vger.kernel.org>,
<linux-f2fs-devel@lists.sourceforge.net>
Subject: Re: [f2fs-dev] [PATCH] f2fs: prevent compressed file from being disabled after releasing cblocks
Date: Mon, 31 Aug 2020 09:24:28 +0800 [thread overview]
Message-ID: <bd1a8ffa-83ff-b774-9bed-ed68025d0c7a@huawei.com> (raw)
In-Reply-To: <CACOAw_wc29AROzFhcGyC73i_vYZC1NmHP60uQfP7X-j6y6=kSA@mail.gmail.com>
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@kernel.org>님이 작성:
>>
>> On 2020-8-28 13:46, Daeho Jeong wrote:
>>> From: Daeho Jeong <daehojeong@google.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@google.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@lists.sourceforge.net
> https://lists.sourceforge.net/lists/listinfo/linux-f2fs-devel
>
next prev parent reply other threads:[~2020-08-31 1:24 UTC|newest]
Thread overview: 10+ messages / expand[flat|nested] mbox.gz Atom feed top
2020-08-28 5:46 Daeho Jeong
2020-08-30 3:23 ` [f2fs-dev] " Chao Yu
2020-08-30 23:42 ` Daeho Jeong
2020-08-31 1:24 ` Chao Yu [this message]
2020-08-31 1:44 ` Daeho Jeong
2020-08-31 2:31 ` Chao Yu
2020-08-31 3:55 ` Daeho Jeong
2020-08-31 6:06 ` Chao Yu
2020-08-31 6:15 ` Daeho Jeong
2020-08-31 6:22 ` Chao Yu
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=bd1a8ffa-83ff-b774-9bed-ed68025d0c7a@huawei.com \
--to=yuchao0@huawei.com \
--cc=chao@kernel.org \
--cc=daeho43@gmail.com \
--cc=daehojeong@google.com \
--cc=kernel-team@android.com \
--cc=linux-f2fs-devel@lists.sourceforge.net \
--cc=linux-kernel@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
Powered by JetHome