mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: Russell Cattelan <cattelan@thebarn.com>
To: Steven Whitehouse <swhiteho@redhat.com>
Cc: cluster-devel@redhat.com, linux-kernel@vger.kernel.org
Subject: Re: [GFS2] Reduce number of arguments to meta_io.c:getbuf() [58/70]
Date: Fri, 01 Dec 2006 12:50:19 -0600	[thread overview]
Message-ID: <1164999019.1194.66.camel@xenon.msp.redhat.com> (raw)
In-Reply-To: <1164889331.3752.421.camel@quoit.chygwyn.com>

[-- Attachment #1: Type: text/plain, Size: 4990 bytes --]

On Thu, 2006-11-30 at 12:22 +0000, Steven Whitehouse wrote:
> >From cb4c03131836a55bf95e1c165409244ac6b4f39f Mon Sep 17 00:00:00 2001
> From: Steven Whitehouse <swhiteho@redhat.com>
> Date: Thu, 23 Nov 2006 11:16:32 -0500
> Subject: [PATCH] [GFS2] Reduce number of arguments to meta_io.c:getbuf()
> 
> Since the superblock and the address_space are determined by the
> glock, we might as well just pass that as the argument since all
> the callers already have that available.

This taking a poorly named function with a questionable api 
and making is worse.
If getbuf does not have a need for a glock structure then
there is no point in passing it in.
Simply reducing the number of arguments in this case serves
no purpose.

The existing parameters seem correct but the function 
should probably be named something like gfs2_get_bh.


> 
> Signed-off-by: Steven Whitehouse <swhiteho@redhat.com>
> ---
>  fs/gfs2/meta_io.c |   26 ++++++++++++--------------
>  1 files changed, 12 insertions(+), 14 deletions(-)
> 
> diff --git a/fs/gfs2/meta_io.c b/fs/gfs2/meta_io.c
> index fbeba81..0e34d99 100644
> --- a/fs/gfs2/meta_io.c
> +++ b/fs/gfs2/meta_io.c
> @@ -127,17 +127,17 @@ void gfs2_meta_sync(struct gfs2_glock *g
>  
>  /**
>   * getbuf - Get a buffer with a given address space
> - * @sdp: the filesystem
> - * @aspace: the address space
> + * @gl: the glock
>   * @blkno: the block number (filesystem scope)
>   * @create: 1 if the buffer should be created
>   *
>   * Returns: the buffer
>   */
>  
> -static struct buffer_head *getbuf(struct gfs2_sbd *sdp, struct inode *aspace,
> -				  u64 blkno, int create)
> +static struct buffer_head *getbuf(struct gfs2_glock *gl, u64 blkno, int create)
>  {
> +	struct address_space *mapping = gl->gl_aspace->i_mapping;
> +	struct gfs2_sbd *sdp = gl->gl_sbd;
>  	struct page *page;
>  	struct buffer_head *bh;
>  	unsigned int shift;
> @@ -150,13 +150,13 @@ static struct buffer_head *getbuf(struct
>  
>  	if (create) {
>  		for (;;) {
> -			page = grab_cache_page(aspace->i_mapping, index);
> +			page = grab_cache_page(mapping, index);
>  			if (page)
>  				break;
>  			yield();
>  		}
>  	} else {
> -		page = find_lock_page(aspace->i_mapping, index);
> +		page = find_lock_page(mapping, index);
>  		if (!page)
>  			return NULL;
>  	}
> @@ -202,7 +202,7 @@ static void meta_prep_new(struct buffer_
>  struct buffer_head *gfs2_meta_new(struct gfs2_glock *gl, u64 blkno)
>  {
>  	struct buffer_head *bh;
> -	bh = getbuf(gl->gl_sbd, gl->gl_aspace, blkno, CREATE);
> +	bh = getbuf(gl, blkno, CREATE);
>  	meta_prep_new(bh);
>  	return bh;
>  }
> @@ -220,7 +220,7 @@ struct buffer_head *gfs2_meta_new(struct
>  int gfs2_meta_read(struct gfs2_glock *gl, u64 blkno, int flags,
>  		   struct buffer_head **bhp)
>  {
> -	*bhp = getbuf(gl->gl_sbd, gl->gl_aspace, blkno, CREATE);
> +	*bhp = getbuf(gl, blkno, CREATE);
>  	if (!buffer_uptodate(*bhp))
>  		ll_rw_block(READ_META, 1, bhp);
>  	if (flags & DIO_WAIT) {
> @@ -379,11 +379,10 @@ void gfs2_unpin(struct gfs2_sbd *sdp, st
>  void gfs2_meta_wipe(struct gfs2_inode *ip, u64 bstart, u32 blen)
>  {
>  	struct gfs2_sbd *sdp = GFS2_SB(&ip->i_inode);
> -	struct inode *aspace = ip->i_gl->gl_aspace;
>  	struct buffer_head *bh;
>  
>  	while (blen) {
> -		bh = getbuf(sdp, aspace, bstart, NO_CREATE);
> +		bh = getbuf(ip->i_gl, bstart, NO_CREATE);
>  		if (bh) {
>  			struct gfs2_bufdata *bd = bh->b_private;
>  
> @@ -484,7 +483,7 @@ int gfs2_meta_indirect_buffer(struct gfs
>  	spin_unlock(&ip->i_spin);
>  
>  	if (!bh)
> -		bh = getbuf(gl->gl_sbd, gl->gl_aspace, num, CREATE);
> +		bh = getbuf(gl, num, CREATE);
>  
>  	if (!bh)
>  		return -ENOBUFS;
> @@ -535,7 +534,6 @@ err:
>  struct buffer_head *gfs2_meta_ra(struct gfs2_glock *gl, u64 dblock, u32 extlen)
>  {
>  	struct gfs2_sbd *sdp = gl->gl_sbd;
> -	struct inode *aspace = gl->gl_aspace;
>  	struct buffer_head *first_bh, *bh;
>  	u32 max_ra = gfs2_tune_get(sdp, gt_max_readahead) >>
>  			  sdp->sd_sb.sb_bsize_shift;
> @@ -547,7 +545,7 @@ struct buffer_head *gfs2_meta_ra(struct 
>  	if (extlen > max_ra)
>  		extlen = max_ra;
>  
> -	first_bh = getbuf(sdp, aspace, dblock, CREATE);
> +	first_bh = getbuf(gl, dblock, CREATE);
>  
>  	if (buffer_uptodate(first_bh))
>  		goto out;
> @@ -558,7 +556,7 @@ struct buffer_head *gfs2_meta_ra(struct 
>  	extlen--;
>  
>  	while (extlen) {
> -		bh = getbuf(sdp, aspace, dblock, CREATE);
> +		bh = getbuf(gl, dblock, CREATE);
>  
>  		if (!buffer_uptodate(bh) && !buffer_locked(bh))
>  			ll_rw_block(READA, 1, &bh);
> -- 
> 1.4.1
> 
> 
> 
> -
> To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
> the body of a message to majordomo@vger.kernel.org
> More majordomo info at  http://vger.kernel.org/majordomo-info.html
> Please read the FAQ at  http://www.tux.org/lkml/
-- 
Russell Cattelan <cattelan@thebarn.com>

[-- Attachment #2: This is a digitally signed message part --]
[-- Type: application/pgp-signature, Size: 189 bytes --]

  reply	other threads:[~2006-12-01 18:50 UTC|newest]

Thread overview: 3+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2006-11-30 12:22 Steven Whitehouse
2006-12-01 18:50 ` Russell Cattelan [this message]
2006-12-04  9:41   ` Steven Whitehouse

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=1164999019.1194.66.camel@xenon.msp.redhat.com \
    --to=cattelan@thebarn.com \
    --cc=cluster-devel@redhat.com \
    --cc=linux-kernel@vger.kernel.org \
    --cc=swhiteho@redhat.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

all inboxes | Powered by JetHome®