All of lore.kernel.org
 help / color / mirror / Atom feed
From: Dave Chinner <david@fromorbit.com>
To: Alex Elder <aelder@sgi.com>
Cc: xfs@oss.sgi.com
Subject: Re: [PATCHv2 7/10] xfs: tidy up some goto labels
Date: Mon, 12 Apr 2010 16:52:32 +1000	[thread overview]
Message-ID: <20100412065232.GI2493@dastard> (raw)
In-Reply-To: <1270852163.7840.154.camel@doink>

On Fri, Apr 09, 2010 at 05:29:23PM -0500, Alex Elder wrote:
> Rename a label used in xlog_find_head() that I thought was poorly
> chosen.  Also combine two adjacent labels xlog_find_tail() into
> a single label, and give it a more generic name.
> 
> Signed-off-by: Alex Elder <aelder@sgi.com>
> 
> ---
> fs/xfs/xfs_log_recover.c |   83 ++++++++++++++++++++++++-----------------------
>  fs/xfs/xfs_log_recover.c |   20 +++++++++-----------
>  1 file changed, 9 insertions(+), 11 deletions(-)
> 
> Index: b/fs/xfs/xfs_log_recover.c
> ===================================================================
> --- a/fs/xfs/xfs_log_recover.c
> +++ b/fs/xfs/xfs_log_recover.c
> @@ -739,7 +739,7 @@ xlog_find_head(
>  			goto bp_err;
>  		if (new_blk != -1) {
>  			head_blk = new_blk;
> -			goto bad_blk;
> +			goto fine_tune;
>  		}
>  
>  		/*
> @@ -757,7 +757,7 @@ xlog_find_head(
>  			head_blk = new_blk;
>  	}
>  
> - bad_blk:
> +fine_tune:
>  	/*
>  	 * Now we need to make sure head_blk is not pointing to a block in
>  	 * the middle of a log record.

I don't think "fine_tune" really matches what is being done here
either. "bad_blk" makes sense when you consider that the search is
being terminated due to a log block being found that didn't match
the search criteria. i.e. it is bad.

What we are really doing there at "bad_blk" is validating the head
block we have found, so if you are going to change the label then
"validate_head" makes more sense to me...

> @@ -864,12 +864,12 @@ xlog_find_tail(
>  	if (*head_blk == 0) {				/* special case */
>  		error = xlog_bread(log, 0, 1, bp, &offset);
>  		if (error)
> -			goto bread_err;
> +			goto done;
>  
>  		if (xlog_get_cycle(offset) == 0) {
>  			*tail_blk = 0;
>  			/* leave all other log inited values alone */
> -			goto exit;
> +			goto done;
>  		}
>  	}

These changes look fine, though.

Cheers,

Dave.
-- 
Dave Chinner
david@fromorbit.com

_______________________________________________
xfs mailing list
xfs@oss.sgi.com
http://oss.sgi.com/mailman/listinfo/xfs

  reply	other threads:[~2010-04-13  1:18 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2010-04-09 22:29 [PATCHv2 7/10] xfs: tidy up some goto labels Alex Elder
2010-04-12  6:52 ` Dave Chinner [this message]
2010-04-14 20:20   ` Alex Elder

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=20100412065232.GI2493@dastard \
    --to=david@fromorbit.com \
    --cc=aelder@sgi.com \
    --cc=xfs@oss.sgi.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.