All of lore.kernel.org
 help / color / mirror / Atom feed
From: Chao Yu <yuchao0@huawei.com>
To: Shinichiro Kawasaki <shinichiro.kawasaki@wdc.com>
Cc: Jaegeuk Kim <jaegeuk@kernel.org>,
	Damien Le Moal <Damien.LeMoal@wdc.com>,
	"linux-f2fs-devel@lists.sourceforge.net"
	<linux-f2fs-devel@lists.sourceforge.net>
Subject: Re: [f2fs-dev] [PATCH] f2fs: Prevent swap file on zoned block devices
Date: Mon, 10 May 2021 17:03:04 +0800	[thread overview]
Message-ID: <7c26c024-1fdf-565f-53a3-b41b37c2009d@huawei.com> (raw)
In-Reply-To: <20210510084607.ayajkbiyccsasl7q@shindev.dhcp.fujisawa.hgst.com>

Hi Shinichiro,

On 2021/5/10 16:46, Shinichiro Kawasaki wrote:
> On May 10, 2021 / 15:03, Chao Yu wrote:
>> On 2021/5/10 14:40, Shin'ichiro Kawasaki wrote:
>>> When f2fs is set up on zoned block devices, swap files on the file-
>>> system causes unaligned write command errors. The kernel writes to the
>>> swap files directly without the assistance of the filesystem then
>>> it can not fulfill sequential write requirements of zoned block devices.
>>>
>>> To avoid the errors, prevent swap file activation when the filesystem
>>> enables block zoned device support.
>>>
>>> Fixes: 4969c06a0d83 ("f2fs: support swap file w/ DIO")
>>> Signed-off-by: Shin'ichiro Kawasaki <shinichiro.kawasaki@wdc.com>
>>> Cc: stable@vger.kernel.org # v5.4+
>>> ---
>>>    fs/f2fs/data.c | 6 ++++++
>>>    1 file changed, 6 insertions(+)
>>>
>>> diff --git a/fs/f2fs/data.c b/fs/f2fs/data.c
>>> index 96f1a354f89f..51a832efd8cd 100644
>>> --- a/fs/f2fs/data.c
>>> +++ b/fs/f2fs/data.c
>>> @@ -4050,6 +4050,12 @@ static int f2fs_swap_activate(struct swap_info_struct *sis, struct file *file,
>>>    	if (f2fs_readonly(F2FS_I_SB(inode)->sb))
>>>    		return -EROFS;
>>> +	if (f2fs_sb_has_blkzoned(F2FS_I_SB(inode))) {
>>
>> Should be f2fs_lfs_mode()? because all LFS mode instances will suffer
>> the same problem?
> 
> Hi Chao, thanks for the comment.
> 
> The problem this patch addresses is the unaligned write command error that
> unique to zoned block devices. Non-zoned, regular block devices do not require
> sequential write and do not report the error, even when kernel does
> non-sequential write to the swap files.
> 
> My understanding is that LFS mode instances allow the non-sequential write to
> swap files. At least, I was able to create a swap file with f2fs LFS mode on
> a non-zoned device, and observed the swap file worked as swap without error.

Yes, it won't return any error because swap manager knew the L2P mapping info,
and just read or write to LBA bypassing f2fs directly.

But, IMO, it (swap manager triggers IPU) breaks LFS mode's semantics which
only allow sequential write.

> 
>      In this trial, I did not pin the swap file before swapon. Depending on the
>      steps to prepare the swap file, the file map to blocks was unaligned to
>      sections. When the file map was unaligned, swapon failed with message
>      "Swapfile does not align to section". When the map was aligned, swapon
>      succeeded. After that, swap file was in pinned status.

I guess pin feature conflicts with LFS mode...

So that I guess checking f2fs_lfs_mode() here will be more precious, right?

Thanks,

> 
> If such swap file usage with LFS mode is not expected, I will modify the patch
> with f2fs_lfs_mode(). It will avoid the unaligned write command error also.
> 


_______________________________________________
Linux-f2fs-devel mailing list
Linux-f2fs-devel@lists.sourceforge.net
https://lists.sourceforge.net/lists/listinfo/linux-f2fs-devel

  reply	other threads:[~2021-05-10  9:03 UTC|newest]

Thread overview: 5+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2021-05-10  6:40 [f2fs-dev] [PATCH] f2fs: Prevent swap file on zoned block devices Shin'ichiro Kawasaki
2021-05-10  7:03 ` Chao Yu
2021-05-10  8:46   ` Shinichiro Kawasaki
2021-05-10  9:03     ` Chao Yu [this message]
2021-05-10 10:35       ` Shinichiro Kawasaki

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=7c26c024-1fdf-565f-53a3-b41b37c2009d@huawei.com \
    --to=yuchao0@huawei.com \
    --cc=Damien.LeMoal@wdc.com \
    --cc=jaegeuk@kernel.org \
    --cc=linux-f2fs-devel@lists.sourceforge.net \
    --cc=shinichiro.kawasaki@wdc.com \
    /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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.