All of lore.kernel.org
 help / color / mirror / Atom feed
From: Brian Foster <bfoster@redhat.com>
To: Christoph Hellwig <hch@lst.de>
Cc: linux-xfs@vger.kernel.org
Subject: Re: [PATCH 04/17] xfs: rename bno to end in __xfs_bunmapi
Date: Thu, 7 Sep 2017 11:46:53 -0400	[thread overview]
Message-ID: <20170907154653.GD61662@bfoster.bfoster> (raw)
In-Reply-To: <20170903072956.3175-5-hch@lst.de>

On Sun, Sep 03, 2017 at 09:29:43AM +0200, Christoph Hellwig wrote:
> Rename the bno variable that's used as the end of the range in
> __xfs_bunmapi to end, which better describes it.  Additionally change
> the start variable which takes the initial value of bno to be the
> function parameter itself.
> 
> Signed-off-by: Christoph Hellwig <hch@lst.de>
> ---

Reviewed-by: Brian Foster <bfoster@redhat.com>

>  fs/xfs/libxfs/xfs_bmap.c | 49 ++++++++++++++++++++++++------------------------
>  1 file changed, 24 insertions(+), 25 deletions(-)
> 
> diff --git a/fs/xfs/libxfs/xfs_bmap.c b/fs/xfs/libxfs/xfs_bmap.c
> index b5b30415aa2b..6c65954fc42c 100644
> --- a/fs/xfs/libxfs/xfs_bmap.c
> +++ b/fs/xfs/libxfs/xfs_bmap.c
> @@ -5410,7 +5410,7 @@ int						/* error */
>  __xfs_bunmapi(
>  	xfs_trans_t		*tp,		/* transaction pointer */
>  	struct xfs_inode	*ip,		/* incore inode */
> -	xfs_fileoff_t		bno,		/* starting offset to unmap */
> +	xfs_fileoff_t		start,		/* first file offset deleted */
>  	xfs_filblks_t		*rlen,		/* i/o: amount remaining */
>  	int			flags,		/* misc flags */
>  	xfs_extnum_t		nexts,		/* number of extents max */
> @@ -5429,7 +5429,6 @@ __xfs_bunmapi(
>  	int			logflags;	/* transaction logging flags */
>  	xfs_extlen_t		mod;		/* rt extent offset */
>  	xfs_mount_t		*mp;		/* mount structure */
> -	xfs_fileoff_t		start;		/* first file offset deleted */
>  	int			tmp_logflags;	/* partial logging flags */
>  	int			wasdel;		/* was a delayed alloc extent */
>  	int			whichfork;	/* data or attribute fork */
> @@ -5437,8 +5436,9 @@ __xfs_bunmapi(
>  	xfs_filblks_t		len = *rlen;	/* length to unmap in file */
>  	xfs_fileoff_t		max_len;
>  	xfs_agnumber_t		prev_agno = NULLAGNUMBER, agno;
> +	xfs_fileoff_t		end;
>  
> -	trace_xfs_bunmap(ip, bno, len, flags, _RET_IP_);
> +	trace_xfs_bunmap(ip, start, len, flags, _RET_IP_);
>  
>  	whichfork = xfs_bmapi_whichfork(flags);
>  	ASSERT(whichfork != XFS_COW_FORK);
> @@ -5477,17 +5477,16 @@ __xfs_bunmapi(
>  	}
>  	XFS_STATS_INC(mp, xs_blk_unmap);
>  	isrt = (whichfork == XFS_DATA_FORK) && XFS_IS_REALTIME_INODE(ip);
> -	start = bno;
> -	bno = start + len - 1;
> +	end = start + len - 1;
>  
>  	/*
>  	 * Check to see if the given block number is past the end of the
>  	 * file, back up to the last block if so...
>  	 */
> -	if (!xfs_iext_lookup_extent(ip, ifp, bno, &lastx, &got)) {
> +	if (!xfs_iext_lookup_extent(ip, ifp, end, &lastx, &got)) {
>  		ASSERT(lastx > 0);
>  		xfs_iext_get_extent(ifp, --lastx, &got);
> -		bno = got.br_startoff + got.br_blockcount - 1;
> +		end = got.br_startoff + got.br_blockcount - 1;
>  	}
>  
>  	logflags = 0;
> @@ -5511,13 +5510,13 @@ __xfs_bunmapi(
>  	}
>  
>  	extno = 0;
> -	while (bno != (xfs_fileoff_t)-1 && bno >= start && lastx >= 0 &&
> +	while (end != (xfs_fileoff_t)-1 && end >= start && lastx >= 0 &&
>  	       (nexts == 0 || extno < nexts) && max_len > 0) {
>  		/*
> -		 * Is the found extent after a hole in which bno lives?
> +		 * Is the found extent after a hole in which end lives?
>  		 * Just back up to the previous extent, if so.
>  		 */
> -		if (got.br_startoff > bno) {
> +		if (got.br_startoff > end) {
>  			if (--lastx < 0)
>  				break;
>  			xfs_iext_get_extent(ifp, lastx, &got);
> @@ -5526,9 +5525,9 @@ __xfs_bunmapi(
>  		 * Is the last block of this extent before the range
>  		 * we're supposed to delete?  If so, we're done.
>  		 */
> -		bno = XFS_FILEOFF_MIN(bno,
> +		end = XFS_FILEOFF_MIN(end,
>  			got.br_startoff + got.br_blockcount - 1);
> -		if (bno < start)
> +		if (end < start)
>  			break;
>  		/*
>  		 * Then deal with the (possibly delayed) allocated space
> @@ -5553,8 +5552,8 @@ __xfs_bunmapi(
>  			if (!wasdel)
>  				del.br_startblock += start - got.br_startoff;
>  		}
> -		if (del.br_startoff + del.br_blockcount > bno + 1)
> -			del.br_blockcount = bno + 1 - del.br_startoff;
> +		if (del.br_startoff + del.br_blockcount > end + 1)
> +			del.br_blockcount = end + 1 - del.br_startoff;
>  
>  		/* How much can we safely unmap? */
>  		if (max_len < del.br_blockcount) {
> @@ -5580,10 +5579,10 @@ __xfs_bunmapi(
>  				 * This piece is unwritten, or we're not
>  				 * using unwritten extents.  Skip over it.
>  				 */
> -				ASSERT(bno >= mod);
> -				bno -= mod > del.br_blockcount ?
> +				ASSERT(end >= mod);
> +				end -= mod > del.br_blockcount ?
>  					del.br_blockcount : mod;
> -				if (bno < got.br_startoff) {
> +				if (end < got.br_startoff) {
>  					if (--lastx >= 0)
>  						xfs_iext_get_extent(ifp, lastx,
>  								&got);
> @@ -5632,9 +5631,9 @@ __xfs_bunmapi(
>  				 * Can't make it unwritten.  There isn't
>  				 * a full extent here so just skip it.
>  				 */
> -				ASSERT(bno >= del.br_blockcount);
> -				bno -= del.br_blockcount;
> -				if (got.br_startoff > bno && --lastx >= 0)
> +				ASSERT(end >= del.br_blockcount);
> +				end -= del.br_blockcount;
> +				if (got.br_startoff > end && --lastx >= 0)
>  					xfs_iext_get_extent(ifp, lastx, &got);
>  				continue;
>  			} else if (del.br_state == XFS_EXT_UNWRITTEN) {
> @@ -5737,24 +5736,24 @@ __xfs_bunmapi(
>  			xfs_mod_fdblocks(mp, (int64_t)del.br_blockcount, false);
>  
>  		max_len -= del.br_blockcount;
> -		bno = del.br_startoff - 1;
> +		end = del.br_startoff - 1;
>  nodelete:
>  		/*
>  		 * If not done go on to the next (previous) record.
>  		 */
> -		if (bno != (xfs_fileoff_t)-1 && bno >= start) {
> +		if (end != (xfs_fileoff_t)-1 && end >= start) {
>  			if (lastx >= 0) {
>  				xfs_iext_get_extent(ifp, lastx, &got);
> -				if (got.br_startoff > bno && --lastx >= 0)
> +				if (got.br_startoff > end && --lastx >= 0)
>  					xfs_iext_get_extent(ifp, lastx, &got);
>  			}
>  			extno++;
>  		}
>  	}
> -	if (bno == (xfs_fileoff_t)-1 || bno < start || lastx < 0)
> +	if (end == (xfs_fileoff_t)-1 || end < start || lastx < 0)
>  		*rlen = 0;
>  	else
> -		*rlen = bno - start + 1;
> +		*rlen = end - start + 1;
>  
>  	/*
>  	 * Convert to a btree if necessary.
> -- 
> 2.11.0
> 
> --
> To unsubscribe from this list: send the line "unsubscribe linux-xfs" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html

  reply	other threads:[~2017-09-07 15:46 UTC|newest]

Thread overview: 37+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-09-03  7:29 refactor extent manipulation Christoph Hellwig
2017-09-03  7:29 ` [PATCH 01/17] xfs: fix incorrect extent state in xfs_bmap_add_extent_unwritten_real Christoph Hellwig
2017-09-07 15:46   ` Brian Foster
2017-09-03  7:29 ` [PATCH 02/17] xfs: use xfs_iext_get_extent instead of open coding it Christoph Hellwig
2017-09-07 15:46   ` Brian Foster
2017-09-03  7:29 ` [PATCH 03/17] xfs: don't set XFS_BTCUR_BPRV_WASDEL in xfs_bunmapi Christoph Hellwig
2017-09-07 15:46   ` Brian Foster
2017-09-03  7:29 ` [PATCH 04/17] xfs: rename bno to end in __xfs_bunmapi Christoph Hellwig
2017-09-07 15:46   ` Brian Foster [this message]
2017-09-03  7:29 ` [PATCH 05/17] xfs: use xfs_bmap_del_extent_delay for the data fork as well Christoph Hellwig
2017-09-07 15:46   ` Brian Foster
2017-09-03  7:29 ` [PATCH 06/17] xfs: move some more code into xfs_bmap_del_extent_real Christoph Hellwig
2017-09-07 15:47   ` Brian Foster
2017-09-03  7:29 ` [PATCH 07/17] xfs: use the proper state defines in xfs_bmap_del_extent_real Christoph Hellwig
2017-09-07 15:47   ` Brian Foster
2017-09-08  7:33     ` Christoph Hellwig
2017-09-03  7:29 ` [PATCH 08/17] xfs: refactor xfs_del_extent_real Christoph Hellwig
2017-09-07 20:21   ` Brian Foster
2017-09-03  7:29 ` [PATCH 09/17] xfs: refactor xfs_bmap_add_extent_hole_delay Christoph Hellwig
2017-09-07 20:21   ` Brian Foster
2017-09-03  7:29 ` [PATCH 10/17] xfs: refactor xfs_bmap_add_extent_hole_real Christoph Hellwig
2017-09-07 20:21   ` Brian Foster
2017-09-03  7:29 ` [PATCH 11/17] xfs: refactor xfs_bmap_add_extent_delay_real Christoph Hellwig
2017-09-08 17:18   ` Brian Foster
2017-09-14 13:23     ` Christoph Hellwig
2017-09-03  7:29 ` [PATCH 12/17] xfs: refactor xfs_bmap_add_extent_unwritten_real Christoph Hellwig
2017-09-08 17:19   ` Brian Foster
2017-09-03  7:29 ` [PATCH 13/17] xfs: pass a struct xfs_bmbt_irec to xfs_bmbt_update Christoph Hellwig
2017-09-08 17:19   ` Brian Foster
2017-09-03  7:29 ` [PATCH 14/17] xfs: pass a struct xfs_bmbt_irec to xfs_bmbt_lookup_eq Christoph Hellwig
2017-09-08 17:19   ` Brian Foster
2017-09-03  7:29 ` [PATCH 15/17] xfs: replace xfs_bmbt_lookup_ge with xfs_bmbt_lookup_first Christoph Hellwig
2017-09-08 17:19   ` Brian Foster
2017-09-03  7:29 ` [PATCH 16/17] xfs: remove all xfs_bmbt_set_* helpers except for xfs_bmbt_set_all Christoph Hellwig
2017-09-08 17:19   ` Brian Foster
2017-09-03  7:29 ` [PATCH 17/17] xfs: remove xfs_bmbt_get_state Christoph Hellwig
2017-09-08 17:19   ` Brian Foster

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=20170907154653.GD61662@bfoster.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 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.