From: Brian Foster <bfoster@redhat.com>
To: Christoph Hellwig <hch@lst.de>
Cc: linux-xfs@vger.kernel.org
Subject: Re: [PATCH 4/8] xfs: handle zeroing in xfs_file_iomap_begin_delay
Date: Wed, 3 Oct 2018 08:16:01 -0400 [thread overview]
Message-ID: <20181003121600.GC61971@bfoster> (raw)
In-Reply-To: <20181002174207.25275-5-hch@lst.de>
On Tue, Oct 02, 2018 at 10:42:03AM -0700, Christoph Hellwig wrote:
> We only need to allocate blocks for zeroing for reflink inodes,
> and for we currently have a special case for reflink files in
> the otherwise direct I/O path that I'd like to get rid of.
>
> Signed-off-by: Christoph Hellwig <hch@lst.de>
> ---
Reviewed-by: Brian Foster <bfoster@redhat.com>
> fs/xfs/xfs_iomap.c | 44 ++++++++++++++++++++++++++++++++++++++------
> 1 file changed, 38 insertions(+), 6 deletions(-)
>
> diff --git a/fs/xfs/xfs_iomap.c b/fs/xfs/xfs_iomap.c
> index 6320aca39f39..9b572a1fbd42 100644
> --- a/fs/xfs/xfs_iomap.c
> +++ b/fs/xfs/xfs_iomap.c
> @@ -62,6 +62,21 @@ xfs_bmbt_to_iomap(
> iomap->dax_dev = xfs_find_daxdev_for_inode(VFS_I(ip));
> }
>
> +static void
> +xfs_hole_to_iomap(
> + struct xfs_inode *ip,
> + struct iomap *iomap,
> + xfs_fileoff_t offset_fsb,
> + xfs_fileoff_t end_fsb)
> +{
> + iomap->addr = IOMAP_NULL_ADDR;
> + iomap->type = IOMAP_HOLE;
> + iomap->offset = XFS_FSB_TO_B(ip->i_mount, offset_fsb);
> + iomap->length = XFS_FSB_TO_B(ip->i_mount, end_fsb - offset_fsb);
> + iomap->bdev = xfs_find_bdev_for_inode(VFS_I(ip));
> + iomap->dax_dev = xfs_find_daxdev_for_inode(VFS_I(ip));
> +}
> +
> xfs_extlen_t
> xfs_eof_alignment(
> struct xfs_inode *ip,
> @@ -502,6 +517,7 @@ xfs_file_iomap_begin_delay(
> struct inode *inode,
> loff_t offset,
> loff_t count,
> + unsigned flags,
> struct iomap *iomap)
> {
> struct xfs_inode *ip = XFS_I(inode);
> @@ -538,13 +554,23 @@ xfs_file_iomap_begin_delay(
> goto out_unlock;
> }
>
> + end_fsb = min(XFS_B_TO_FSB(mp, offset + count), maxbytes_fsb);
> +
> eof = !xfs_iext_lookup_extent(ip, ifp, offset_fsb, &icur, &got);
> - if (!eof && got.br_startoff <= offset_fsb) {
> - if (xfs_is_reflink_inode(ip)) {
> + if (eof)
> + got.br_startoff = end_fsb; /* fake hole until the end */
> +
> + if (got.br_startoff <= offset_fsb) {
> + /*
> + * For reflink files we may need a delalloc reservation when
> + * overwriting shared extents. This includes zeroing of
> + * existing extents that contain data.
> + */
> + if (xfs_is_reflink_inode(ip) &&
> + ((flags & IOMAP_WRITE) ||
> + got.br_state != XFS_EXT_UNWRITTEN)) {
> bool shared;
>
> - end_fsb = min(XFS_B_TO_FSB(mp, offset + count),
> - maxbytes_fsb);
> xfs_trim_extent(&got, offset_fsb, end_fsb - offset_fsb);
> error = xfs_reflink_reserve_cow(ip, &got, &shared);
> if (error)
> @@ -555,6 +581,11 @@ xfs_file_iomap_begin_delay(
> goto done;
> }
>
> + if (flags & IOMAP_ZERO) {
> + xfs_hole_to_iomap(ip, iomap, offset_fsb, got.br_startoff);
> + goto out_unlock;
> + }
> +
> error = xfs_qm_dqattach_locked(ip, false);
> if (error)
> goto out_unlock;
> @@ -1009,10 +1040,11 @@ xfs_file_iomap_begin(
> if (XFS_FORCED_SHUTDOWN(mp))
> return -EIO;
>
> - if (((flags & (IOMAP_WRITE | IOMAP_DIRECT)) == IOMAP_WRITE) &&
> + if ((flags & (IOMAP_WRITE | IOMAP_ZERO)) && !(flags & IOMAP_DIRECT) &&
> !IS_DAX(inode) && !xfs_get_extsz_hint(ip)) {
> /* Reserve delalloc blocks for regular writeback. */
> - return xfs_file_iomap_begin_delay(inode, offset, length, iomap);
> + return xfs_file_iomap_begin_delay(inode, offset, length, flags,
> + iomap);
> }
>
> /*
> --
> 2.19.0
>
next prev parent reply other threads:[~2018-10-03 19:04 UTC|newest]
Thread overview: 21+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-10-02 17:41 delalloc and reflink fixes & tweaks V3 Christoph Hellwig
2018-10-02 17:42 ` [PATCH 1/8] xfs: remove XFS_IO_INVALID Christoph Hellwig
2018-10-02 17:42 ` [PATCH 2/8] xfs: remove suport for filesystems without unwritten extent flag Christoph Hellwig
2018-10-03 12:15 ` Brian Foster
2018-10-03 14:52 ` Darrick J. Wong
2018-10-03 14:54 ` Christoph Hellwig
2018-10-02 17:42 ` [PATCH 3/8] xfs: remove magic handling of unwritten extents in xfs_bmapi_allocate Christoph Hellwig
2018-10-03 12:15 ` Brian Foster
2018-10-06 9:34 ` Dave Chinner
2018-10-06 9:43 ` Christoph Hellwig
2018-10-07 10:13 ` Christoph Hellwig
2018-10-07 22:02 ` Dave Chinner
2018-10-08 2:24 ` Dave Chinner
2018-10-08 6:07 ` Dave Chinner
2018-10-02 17:42 ` [PATCH 4/8] xfs: handle zeroing in xfs_file_iomap_begin_delay Christoph Hellwig
2018-10-03 12:16 ` Brian Foster [this message]
2018-10-02 17:42 ` [PATCH 5/8] xfs: remove the unused shared argument to xfs_reflink_reserve_cow Christoph Hellwig
2018-10-02 17:42 ` [PATCH 6/8] xfs: remove the unused trimmed argument from xfs_reflink_trim_around_shared Christoph Hellwig
2018-10-02 17:42 ` [PATCH 7/8] xfs: fix fork selection in xfs_find_trim_cow_extent Christoph Hellwig
2018-10-02 17:42 ` [PATCH 8/8] xfs: print dangling delalloc extents Christoph Hellwig
2018-10-05 9:29 ` delalloc and reflink fixes & tweaks V3 Dave Chinner
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=20181003121600.GC61971@bfoster \
--to=bfoster@redhat.com \
--cc=hch@lst.de \
--cc=linux-xfs@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;
as well as URLs for NNTP newsgroup(s).