From: "Darrick J. Wong" <darrick.wong@oracle.com>
To: Christoph Hellwig <hch@lst.de>
Cc: linux-xfs@vger.kernel.org, Brian Foster <bfoster@redhat.com>
Subject: Re: [PATCH 08/10] xfs: move xfs_iomap_write_allocate to xfs_aops.c
Date: Fri, 15 Feb 2019 15:40:31 -0800 [thread overview]
Message-ID: <20190215234031.GU32253@magnolia> (raw)
In-Reply-To: <20190215144725.8894-9-hch@lst.de>
On Fri, Feb 15, 2019 at 03:47:23PM +0100, Christoph Hellwig wrote:
> This function is a small wrapper only used by the writeback code, so
> move it together with the writeback code and simplify it down to the
> glorified do { } while loop that is now is.
>
> A few bits intentionally got lost here: no need to call xfs_qm_dqattach
> because quotas are always attached when we create the delalloc
> reservation, and no need for the imap->br_startblock == 0 check given
> that xfs_bmapi_convert_delalloc already has a WARN_ON_ONCE for exactly
> that condition.
>
> Signed-off-by: Christoph Hellwig <hch@lst.de>
Looks ok,
Reviewed-by: Darrick J. Wong <darrick.wong@oracle.com>
--D
> ---
> fs/xfs/xfs_aops.c | 51 +++++++++++++++++++++++++----
> fs/xfs/xfs_iomap.c | 81 ----------------------------------------------
> fs/xfs/xfs_iomap.h | 2 --
> 3 files changed, 45 insertions(+), 89 deletions(-)
>
> diff --git a/fs/xfs/xfs_aops.c b/fs/xfs/xfs_aops.c
> index 8bfb62d8776f..42017ecf78ed 100644
> --- a/fs/xfs/xfs_aops.c
> +++ b/fs/xfs/xfs_aops.c
> @@ -329,6 +329,38 @@ xfs_imap_valid(
> return true;
> }
>
> +/*
> + * Pass in a dellalloc extent and convert it to real extents, return the real
> + * extent that maps offset_fsb in wpc->imap.
> + *
> + * The current page is held locked so nothing could have removed the block
> + * backing offset_fsb.
> + */
> +static int
> +xfs_convert_blocks(
> + struct xfs_writepage_ctx *wpc,
> + struct xfs_inode *ip,
> + xfs_fileoff_t offset_fsb)
> +{
> + int error;
> +
> + /*
> + * Attempt to allocate whatever delalloc extent currently backs
> + * offset_fsb and put the result into wpc->imap. Allocate in a loop
> + * because it may take several attempts to allocate real blocks for a
> + * contiguous delalloc extent if free space is sufficiently fragmented.
> + */
> + do {
> + error = xfs_bmapi_convert_delalloc(ip, wpc->fork, offset_fsb,
> + &wpc->imap, wpc->fork == XFS_COW_FORK ?
> + &wpc->cow_seq : &wpc->data_seq);
> + if (error)
> + return error;
> + } while (wpc->imap.br_startoff + wpc->imap.br_blockcount <= offset_fsb);
> +
> + return 0;
> +}
> +
> STATIC int
> xfs_map_blocks(
> struct xfs_writepage_ctx *wpc,
> @@ -458,14 +490,21 @@ xfs_map_blocks(
> trace_xfs_map_blocks_found(ip, offset, count, wpc->fork, &imap);
> return 0;
> allocate_blocks:
> - error = xfs_iomap_write_allocate(ip, wpc->fork, offset, &imap,
> - wpc->fork == XFS_COW_FORK ?
> - &wpc->cow_seq : &wpc->data_seq);
> + error = xfs_convert_blocks(wpc, ip, offset_fsb);
> if (error)
> return error;
> - ASSERT(wpc->fork == XFS_COW_FORK || cow_fsb == NULLFILEOFF ||
> - imap.br_startoff + imap.br_blockcount <= cow_fsb);
> - wpc->imap = imap;
> +
> + /*
> + * Due to merging the return real extent might be larger than the
> + * original delalloc one. Trim the return extent to the next COW
> + * boundary again to force a re-lookup.
> + */
> + if (wpc->fork != XFS_COW_FORK && cow_fsb != NULLFILEOFF &&
> + cow_fsb < wpc->imap.br_startoff + wpc->imap.br_blockcount)
> + wpc->imap.br_blockcount = cow_fsb - wpc->imap.br_startoff;
> +
> + ASSERT(wpc->imap.br_startoff <= offset_fsb);
> + ASSERT(wpc->imap.br_startoff + wpc->imap.br_blockcount > offset_fsb);
> trace_xfs_map_blocks_alloc(ip, offset, count, wpc->fork, &imap);
> return 0;
> }
> diff --git a/fs/xfs/xfs_iomap.c b/fs/xfs/xfs_iomap.c
> index 15da53b5fb53..361dfe7af783 100644
> --- a/fs/xfs/xfs_iomap.c
> +++ b/fs/xfs/xfs_iomap.c
> @@ -665,87 +665,6 @@ xfs_file_iomap_begin_delay(
> return error;
> }
>
> -/*
> - * Pass in a delayed allocate extent, convert it to real extents;
> - * return to the caller the extent we create which maps on top of
> - * the originating callers request.
> - *
> - * Called without a lock on the inode.
> - *
> - * We no longer bother to look at the incoming map - all we have to
> - * guarantee is that whatever we allocate fills the required range.
> - */
> -int
> -xfs_iomap_write_allocate(
> - struct xfs_inode *ip,
> - int whichfork,
> - xfs_off_t offset,
> - struct xfs_bmbt_irec *imap,
> - unsigned int *seq)
> -{
> - struct xfs_mount *mp = ip->i_mount;
> - xfs_fileoff_t offset_fsb;
> - xfs_fileoff_t map_start_fsb;
> - xfs_extlen_t map_count_fsb;
> - int error = 0;
> -
> - /*
> - * Make sure that the dquots are there.
> - */
> - error = xfs_qm_dqattach(ip);
> - if (error)
> - return error;
> -
> - /*
> - * Store the file range the caller is interested in because it encodes
> - * state such as potential overlap with COW fork blocks. We must trim
> - * the allocated extent down to this range to maintain consistency with
> - * what the caller expects. Revalidation of the range itself is the
> - * responsibility of the caller.
> - */
> - offset_fsb = XFS_B_TO_FSBT(mp, offset);
> - map_start_fsb = imap->br_startoff;
> - map_count_fsb = imap->br_blockcount;
> -
> - while (true) {
> - /*
> - * Allocate in a loop because it may take several attempts to
> - * allocate real blocks for a contiguous delalloc extent if free
> - * space is sufficiently fragmented.
> - */
> -
> - /*
> - * ilock was dropped since imap was populated which means it
> - * might no longer be valid. The current page is held locked so
> - * nothing could have removed the block backing offset_fsb.
> - * Attempt to allocate whatever delalloc extent currently backs
> - * offset_fsb and put the result in the imap pointer from the
> - * caller. We'll trim it down to the caller's most recently
> - * validated range before we return.
> - */
> - error = xfs_bmapi_convert_delalloc(ip, whichfork, offset_fsb,
> - imap, seq);
> - if (error)
> - return error;
> -
> - /*
> - * See if we were able to allocate an extent that covers at
> - * least part of the callers request.
> - */
> - if (!(imap->br_startblock || XFS_IS_REALTIME_INODE(ip)))
> - return xfs_alert_fsblock_zero(ip, imap);
> -
> - if ((offset_fsb >= imap->br_startoff) &&
> - (offset_fsb < (imap->br_startoff +
> - imap->br_blockcount))) {
> - xfs_trim_extent(imap, map_start_fsb, map_count_fsb);
> - ASSERT(offset_fsb >= imap->br_startoff &&
> - offset_fsb < imap->br_startoff + imap->br_blockcount);
> - return 0;
> - }
> - }
> -}
> -
> int
> xfs_iomap_write_unwritten(
> xfs_inode_t *ip,
> diff --git a/fs/xfs/xfs_iomap.h b/fs/xfs/xfs_iomap.h
> index c6170548831b..6b16243db0b7 100644
> --- a/fs/xfs/xfs_iomap.h
> +++ b/fs/xfs/xfs_iomap.h
> @@ -13,8 +13,6 @@ struct xfs_bmbt_irec;
>
> int xfs_iomap_write_direct(struct xfs_inode *, xfs_off_t, size_t,
> struct xfs_bmbt_irec *, int);
> -int xfs_iomap_write_allocate(struct xfs_inode *, int, xfs_off_t,
> - struct xfs_bmbt_irec *, unsigned int *);
> int xfs_iomap_write_unwritten(struct xfs_inode *, xfs_off_t, xfs_off_t, bool);
>
> void xfs_bmbt_to_iomap(struct xfs_inode *, struct iomap *,
> --
> 2.20.1
>
next prev parent reply other threads:[~2019-02-15 23:40 UTC|newest]
Thread overview: 24+ messages / expand[flat|nested] mbox.gz Atom feed top
2019-02-15 14:47 small fixes and optimizations for delalloc v2 Christoph Hellwig
2019-02-15 14:47 ` [PATCH 01/10] xfs: remove the io_type field from the writeback context and ioend Christoph Hellwig
2019-02-15 14:47 ` [PATCH 02/10] xfs: remove the s_maxbytes checks in xfs_map_blocks Christoph Hellwig
2019-02-15 14:47 ` [PATCH 03/10] xfs: simplify the xfs_bmap_btree_to_extents calling conventions Christoph Hellwig
2019-02-15 16:41 ` Darrick J. Wong
2019-02-15 14:47 ` [PATCH 04/10] xfs: factor out two helpers from xfs_bmapi_write Christoph Hellwig
2019-02-15 22:37 ` Darrick J. Wong
2019-02-15 14:47 ` [PATCH 05/10] xfs: split XFS_BMAPI_DELALLOC handling " Christoph Hellwig
2019-02-15 23:38 ` Darrick J. Wong
2019-02-15 14:47 ` [PATCH 06/10] xfs: move transaction handling to xfs_bmapi_convert_delalloc Christoph Hellwig
2019-02-15 22:49 ` Darrick J. Wong
2019-02-15 14:47 ` [PATCH 07/10] xfs: move stat accounting " Christoph Hellwig
2019-02-15 22:47 ` Darrick J. Wong
2019-02-15 14:47 ` [PATCH 08/10] xfs: move xfs_iomap_write_allocate to xfs_aops.c Christoph Hellwig
2019-02-15 23:40 ` Darrick J. Wong [this message]
2019-02-15 14:47 ` [PATCH 09/10] xfs: remove the truncate short cut in xfs_map_blocks Christoph Hellwig
2019-02-15 23:37 ` Darrick J. Wong
2019-02-15 14:47 ` [PATCH 10/10] xfs: retry COW fork delalloc conversion when no Christoph Hellwig
2019-02-15 23:32 ` Darrick J. Wong
2019-02-18 9:09 ` Christoph Hellwig
2019-02-19 5:19 ` Darrick J. Wong
-- strict thread matches above, loose matches on Subject: below --
2019-02-11 12:54 small fixes and optimizations for delalloc and reflink Christoph Hellwig
2019-02-11 12:54 ` [PATCH 08/10] xfs: move xfs_iomap_write_allocate to xfs_aops.c Christoph Hellwig
2019-02-11 15:22 ` Brian Foster
2019-02-15 6:56 ` Christoph Hellwig
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=20190215234031.GU32253@magnolia \
--to=darrick.wong@oracle.com \
--cc=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