From: Jan Kara <jack@suse.cz>
To: Zhang Yi <yi.zhang@huaweicloud.com>
Cc: linux-ext4@vger.kernel.org, linux-fsdevel@vger.kernel.org,
linux-kernel@vger.kernel.org, tytso@mit.edu,
adilger.kernel@dilger.ca, jack@suse.cz, ritesh.list@gmail.com,
yi.zhang@huawei.com, chengzhihao1@huawei.com, yukuai3@huawei.com
Subject: Re: [PATCH v2 06/10] ext4: refactor ext4_collapse_range()
Date: Fri, 20 Sep 2024 18:35:08 +0200 [thread overview]
Message-ID: <20240920163508.7467lwwu6xp3rg2d@quack3> (raw)
In-Reply-To: <20240904062925.716856-7-yi.zhang@huaweicloud.com>
On Wed 04-09-24 14:29:21, Zhang Yi wrote:
> From: Zhang Yi <yi.zhang@huawei.com>
>
> Simplify ext4_collapse_range() and make the code style the same as
> ext4_zero_range() and ext4_punch_hole(), refactor it by a) rename
> variables, b) drop redundant input parameters checking, move others to
> under i_rwsem, preparing for later refactor, c) rename the three stale
> error tags.
>
> Signed-off-by: Zhang Yi <yi.zhang@huawei.com>
Looks good. Feel free to add:
Reviewed-by: Jan Kara <jack@suse.cz>
Honza
> ---
> fs/ext4/extents.c | 80 +++++++++++++++++++++++------------------------
> 1 file changed, 39 insertions(+), 41 deletions(-)
>
> diff --git a/fs/ext4/extents.c b/fs/ext4/extents.c
> index 2fb0c2e303c7..5c0b4d512531 100644
> --- a/fs/ext4/extents.c
> +++ b/fs/ext4/extents.c
> @@ -5265,43 +5265,35 @@ static int ext4_collapse_range(struct file *file, loff_t offset, loff_t len)
> struct inode *inode = file_inode(file);
> struct super_block *sb = inode->i_sb;
> struct address_space *mapping = inode->i_mapping;
> - ext4_lblk_t punch_start, punch_stop;
> + ext4_lblk_t start_lblk, end_lblk;
> handle_t *handle;
> unsigned int credits;
> - loff_t new_size, ioffset;
> + loff_t start, new_size;
> int ret;
>
> - /*
> - * We need to test this early because xfstests assumes that a
> - * collapse range of (0, 1) will return EOPNOTSUPP if the file
> - * system does not support collapse range.
> - */
> - if (!ext4_test_inode_flag(inode, EXT4_INODE_EXTENTS))
> - return -EOPNOTSUPP;
> + trace_ext4_collapse_range(inode, offset, len);
>
> - /* Collapse range works only on fs cluster size aligned regions. */
> - if (!IS_ALIGNED(offset | len, EXT4_CLUSTER_SIZE(sb)))
> - return -EINVAL;
> + inode_lock(inode);
>
> - trace_ext4_collapse_range(inode, offset, len);
> + /* Currently just for extent based files */
> + if (!ext4_test_inode_flag(inode, EXT4_INODE_EXTENTS)) {
> + ret = -EOPNOTSUPP;
> + goto out;
> + }
>
> - punch_start = offset >> EXT4_BLOCK_SIZE_BITS(sb);
> - punch_stop = (offset + len) >> EXT4_BLOCK_SIZE_BITS(sb);
> + /* Collapse range works only on fs cluster size aligned regions. */
> + if (!IS_ALIGNED(offset | len, EXT4_CLUSTER_SIZE(sb))) {
> + ret = -EINVAL;
> + goto out;
> + }
>
> - inode_lock(inode);
> /*
> * There is no need to overlap collapse range with EOF, in which case
> * it is effectively a truncate operation
> */
> if (offset + len >= inode->i_size) {
> ret = -EINVAL;
> - goto out_mutex;
> - }
> -
> - /* Currently just for extent based files */
> - if (!ext4_test_inode_flag(inode, EXT4_INODE_EXTENTS)) {
> - ret = -EOPNOTSUPP;
> - goto out_mutex;
> + goto out;
> }
>
> /* Wait for existing dio to complete */
> @@ -5309,7 +5301,7 @@ static int ext4_collapse_range(struct file *file, loff_t offset, loff_t len)
>
> ret = file_modified(file);
> if (ret)
> - goto out_mutex;
> + goto out;
>
> /*
> * Prevent page faults from reinstantiating pages we have released from
> @@ -5319,43 +5311,46 @@ static int ext4_collapse_range(struct file *file, loff_t offset, loff_t len)
>
> ret = ext4_break_layouts(inode);
> if (ret)
> - goto out_mmap;
> + goto out_invalidate_lock;
>
> /*
> * Need to round down offset to be aligned with page size boundary
> * for page size > block size.
> */
> - ioffset = round_down(offset, PAGE_SIZE);
> + start = round_down(offset, PAGE_SIZE);
> /* Write out all dirty pages */
> - ret = filemap_write_and_wait_range(mapping, ioffset, LLONG_MAX);
> + ret = filemap_write_and_wait_range(mapping, start, LLONG_MAX);
> if (ret)
> - goto out_mmap;
> - truncate_pagecache(inode, ioffset);
> + goto out_invalidate_lock;
> + truncate_pagecache(inode, start);
>
> credits = ext4_writepage_trans_blocks(inode);
> handle = ext4_journal_start(inode, EXT4_HT_TRUNCATE, credits);
> if (IS_ERR(handle)) {
> ret = PTR_ERR(handle);
> - goto out_mmap;
> + goto out_invalidate_lock;
> }
> ext4_fc_mark_ineligible(sb, EXT4_FC_REASON_FALLOC_RANGE, handle);
>
> + start_lblk = offset >> inode->i_blkbits;
> + end_lblk = (offset + len) >> inode->i_blkbits;
> +
> down_write(&EXT4_I(inode)->i_data_sem);
> ext4_discard_preallocations(inode);
> - ext4_es_remove_extent(inode, punch_start, EXT_MAX_BLOCKS - punch_start);
> + ext4_es_remove_extent(inode, start_lblk, EXT_MAX_BLOCKS - start_lblk);
>
> - ret = ext4_ext_remove_space(inode, punch_start, punch_stop - 1);
> + ret = ext4_ext_remove_space(inode, start_lblk, end_lblk - 1);
> if (ret) {
> up_write(&EXT4_I(inode)->i_data_sem);
> - goto out_stop;
> + goto out_handle;
> }
> ext4_discard_preallocations(inode);
>
> - ret = ext4_ext_shift_extents(inode, handle, punch_stop,
> - punch_stop - punch_start, SHIFT_LEFT);
> + ret = ext4_ext_shift_extents(inode, handle, end_lblk,
> + end_lblk - start_lblk, SHIFT_LEFT);
> if (ret) {
> up_write(&EXT4_I(inode)->i_data_sem);
> - goto out_stop;
> + goto out_handle;
> }
>
> new_size = inode->i_size - len;
> @@ -5363,16 +5358,19 @@ static int ext4_collapse_range(struct file *file, loff_t offset, loff_t len)
> EXT4_I(inode)->i_disksize = new_size;
>
> up_write(&EXT4_I(inode)->i_data_sem);
> - if (IS_SYNC(inode))
> - ext4_handle_sync(handle);
> ret = ext4_mark_inode_dirty(handle, inode);
> + if (ret)
> + goto out_handle;
> +
> ext4_update_inode_fsync_trans(handle, inode, 1);
> + if (IS_SYNC(inode))
> + ext4_handle_sync(handle);
>
> -out_stop:
> +out_handle:
> ext4_journal_stop(handle);
> -out_mmap:
> +out_invalidate_lock:
> filemap_invalidate_unlock(mapping);
> -out_mutex:
> +out:
> inode_unlock(inode);
> return ret;
> }
> --
> 2.39.2
>
--
Jan Kara <jack@suse.com>
SUSE Labs, CR
next prev parent reply other threads:[~2024-09-20 16:35 UTC|newest]
Thread overview: 28+ messages / expand[flat|nested] mbox.gz Atom feed top
2024-09-04 6:29 [PATCH v2 00/10] ext4: clean up and refactor fallocate Zhang Yi
2024-09-04 6:29 ` [PATCH v2 01/10] ext4: write out dirty data before dropping pages Zhang Yi
2024-09-17 16:50 ` Jan Kara
2024-09-18 12:27 ` Zhang Yi
2024-09-04 6:29 ` [PATCH v2 02/10] ext4: don't explicit update times in ext4_fallocate() Zhang Yi
2024-09-20 16:04 ` Jan Kara
2024-09-04 6:29 ` [PATCH v2 03/10] ext4: drop ext4_update_disksize_before_punch() Zhang Yi
2024-09-20 16:13 ` Jan Kara
2024-09-24 7:43 ` Zhang Yi
2024-09-24 10:11 ` Jan Kara
2024-09-24 11:09 ` Zhang Yi
2024-09-04 6:29 ` [PATCH v2 04/10] ext4: refactor ext4_zero_range() Zhang Yi
2024-09-20 16:24 ` Jan Kara
2024-09-04 6:29 ` [PATCH v2 05/10] ext4: refactor ext4_punch_hole() Zhang Yi
2024-09-20 16:31 ` Jan Kara
2024-09-04 6:29 ` [PATCH v2 06/10] ext4: refactor ext4_collapse_range() Zhang Yi
2024-09-20 16:35 ` Jan Kara [this message]
2024-09-04 6:29 ` [PATCH v2 07/10] ext4: refactor ext4_insert_range() Zhang Yi
2024-09-23 8:17 ` Jan Kara
2024-09-04 6:29 ` [PATCH v2 08/10] ext4: factor out ext4_do_fallocate() Zhang Yi
2024-09-23 8:20 ` Jan Kara
2024-09-04 6:29 ` [PATCH v2 09/10] ext4: factor out the common checking part of all fallocate operations Zhang Yi
2024-09-23 8:31 ` Jan Kara
2024-09-24 7:52 ` Zhang Yi
2024-09-04 6:29 ` [PATCH v2 10/10] ext4: factor out a common helper to lock and flush data before fallocate Zhang Yi
2024-09-23 8:54 ` Jan Kara
2024-09-24 8:11 ` Zhang Yi
2024-09-24 10:05 ` Jan Kara
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=20240920163508.7467lwwu6xp3rg2d@quack3 \
--to=jack@suse.cz \
--cc=adilger.kernel@dilger.ca \
--cc=chengzhihao1@huawei.com \
--cc=linux-ext4@vger.kernel.org \
--cc=linux-fsdevel@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=ritesh.list@gmail.com \
--cc=tytso@mit.edu \
--cc=yi.zhang@huawei.com \
--cc=yi.zhang@huaweicloud.com \
--cc=yukuai3@huawei.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox