All of lore.kernel.org
 help / color / mirror / Atom feed
From: Stefan Behrens <sbehrens-yx7LkcorvrlcxY2q9kLzMw@public.gmane.org>
To: Kent Overstreet <koverstreet-hpIqsD4AKlfQT0dZR+AlfA@public.gmane.org>
Cc: linux-bcache-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.org,
	dm-devel-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org,
	Chris Mason <chris.mason-5c4llco8/ftWk0Htik3J/w@public.gmane.org>
Subject: Re: [PATCH] btrfs: Kill some bi_idx references
Date: Wed, 12 Sep 2012 13:15:06 +0200	[thread overview]
Message-ID: <50506EBA.7040907@giantdisaster.de> (raw)
In-Reply-To: <1347399074-23546-1-git-send-email-koverstreet-hpIqsD4AKlfQT0dZR+AlfA@public.gmane.org>

On Tue, 11 Sep 2012 14:31:14 -0700, Kent Overstreet wrote:
> For immutable bio vecs, I've been auditing and removing bi_idx
> references. These were harmless, but removing them will make auditing
> easier.
> 
> scrub_bio_end_io_worker() was open coding a bio_reset() - but this
> doesn't appear to have been needed for anything as right after it does a
> bio_put(), and perusing the code it doesn't appear anything else was
> holding a reference to the bio.
> 
> The other use end_bio_extent_readpage() was just for a pr_debug() -
> changed it to something that might be a bit more useful.
> 
> Signed-off-by: Kent Overstreet <koverstreet-hpIqsD4AKlfQT0dZR+AlfA@public.gmane.org>
> CC: Chris Mason <chris.mason-5c4llco8/ftWk0Htik3J/w@public.gmane.org>
> CC: Stefan Behrens <sbehrens-yx7LkcorvrlcxY2q9kLzMw@public.gmane.org>
> ---
>  fs/btrfs/extent_io.c |  4 ++--
>  fs/btrfs/scrub.c     | 15 ---------------
>  2 files changed, 2 insertions(+), 17 deletions(-)
> 
> diff --git a/fs/btrfs/extent_io.c b/fs/btrfs/extent_io.c
> index 4c87847..8d7fb96 100644
> --- a/fs/btrfs/extent_io.c
> +++ b/fs/btrfs/extent_io.c
> @@ -2298,8 +2298,8 @@ static void end_bio_extent_readpage(struct bio *bio, int err)
>  		struct extent_state *cached = NULL;
>  		struct extent_state *state;
>  
> -		pr_debug("end_bio_extent_readpage: bi_vcnt=%d, idx=%d, err=%d, "
> -			 "mirror=%ld\n", bio->bi_vcnt, bio->bi_idx, err,
> +		pr_debug("end_bio_extent_readpage: bi_sector=%llu, err=%d, "
> +			 "mirror=%ld\n", (u64)bio->bi_sector, err,
>  			 (long int)bio->bi_bdev);
>  		tree = &BTRFS_I(page->mapping->host)->io_tree;
>  
> diff --git a/fs/btrfs/scrub.c b/fs/btrfs/scrub.c
> index b223620..2683ea7 100644
> --- a/fs/btrfs/scrub.c
> +++ b/fs/btrfs/scrub.c
> @@ -1666,21 +1666,6 @@ static void scrub_bio_end_io_worker(struct btrfs_work *work)
>  		scrub_block_put(sblock);
>  	}
>  
> -	if (sbio->err) {
> -		/* what is this good for??? */
> -		sbio->bio->bi_flags &= ~(BIO_POOL_MASK - 1);
> -		sbio->bio->bi_flags |= 1 << BIO_UPTODATE;
> -		sbio->bio->bi_phys_segments = 0;
> -		sbio->bio->bi_idx = 0;
> -
> -		for (i = 0; i < sbio->page_count; i++) {
> -			struct bio_vec *bi;
> -			bi = &sbio->bio->bi_io_vec[i];
> -			bi->bv_offset = 0;
> -			bi->bv_len = PAGE_SIZE;
> -		}
> -	}
> -
>  	bio_put(sbio->bio);
>  	sbio->bio = NULL;
>  	spin_lock(&sdev->list_lock);
> 

Yes, it is correct to remove these lines in the btrfs scrub code. They
are a relict from the past.

WARNING: multiple messages have this Message-ID (diff)
From: Stefan Behrens <sbehrens@giantdisaster.de>
To: Kent Overstreet <koverstreet@google.com>
Cc: linux-bcache@vger.kernel.org, linux-kernel@vger.kernel.org,
	dm-devel@redhat.com, Chris Mason <chris.mason@fusionio.com>
Subject: Re: [PATCH] btrfs: Kill some bi_idx references
Date: Wed, 12 Sep 2012 13:15:06 +0200	[thread overview]
Message-ID: <50506EBA.7040907@giantdisaster.de> (raw)
In-Reply-To: <1347399074-23546-1-git-send-email-koverstreet@google.com>

On Tue, 11 Sep 2012 14:31:14 -0700, Kent Overstreet wrote:
> For immutable bio vecs, I've been auditing and removing bi_idx
> references. These were harmless, but removing them will make auditing
> easier.
> 
> scrub_bio_end_io_worker() was open coding a bio_reset() - but this
> doesn't appear to have been needed for anything as right after it does a
> bio_put(), and perusing the code it doesn't appear anything else was
> holding a reference to the bio.
> 
> The other use end_bio_extent_readpage() was just for a pr_debug() -
> changed it to something that might be a bit more useful.
> 
> Signed-off-by: Kent Overstreet <koverstreet@google.com>
> CC: Chris Mason <chris.mason@fusionio.com>
> CC: Stefan Behrens <sbehrens@giantdisaster.de>
> ---
>  fs/btrfs/extent_io.c |  4 ++--
>  fs/btrfs/scrub.c     | 15 ---------------
>  2 files changed, 2 insertions(+), 17 deletions(-)
> 
> diff --git a/fs/btrfs/extent_io.c b/fs/btrfs/extent_io.c
> index 4c87847..8d7fb96 100644
> --- a/fs/btrfs/extent_io.c
> +++ b/fs/btrfs/extent_io.c
> @@ -2298,8 +2298,8 @@ static void end_bio_extent_readpage(struct bio *bio, int err)
>  		struct extent_state *cached = NULL;
>  		struct extent_state *state;
>  
> -		pr_debug("end_bio_extent_readpage: bi_vcnt=%d, idx=%d, err=%d, "
> -			 "mirror=%ld\n", bio->bi_vcnt, bio->bi_idx, err,
> +		pr_debug("end_bio_extent_readpage: bi_sector=%llu, err=%d, "
> +			 "mirror=%ld\n", (u64)bio->bi_sector, err,
>  			 (long int)bio->bi_bdev);
>  		tree = &BTRFS_I(page->mapping->host)->io_tree;
>  
> diff --git a/fs/btrfs/scrub.c b/fs/btrfs/scrub.c
> index b223620..2683ea7 100644
> --- a/fs/btrfs/scrub.c
> +++ b/fs/btrfs/scrub.c
> @@ -1666,21 +1666,6 @@ static void scrub_bio_end_io_worker(struct btrfs_work *work)
>  		scrub_block_put(sblock);
>  	}
>  
> -	if (sbio->err) {
> -		/* what is this good for??? */
> -		sbio->bio->bi_flags &= ~(BIO_POOL_MASK - 1);
> -		sbio->bio->bi_flags |= 1 << BIO_UPTODATE;
> -		sbio->bio->bi_phys_segments = 0;
> -		sbio->bio->bi_idx = 0;
> -
> -		for (i = 0; i < sbio->page_count; i++) {
> -			struct bio_vec *bi;
> -			bi = &sbio->bio->bi_io_vec[i];
> -			bi->bv_offset = 0;
> -			bi->bv_len = PAGE_SIZE;
> -		}
> -	}
> -
>  	bio_put(sbio->bio);
>  	sbio->bio = NULL;
>  	spin_lock(&sdev->list_lock);
> 

Yes, it is correct to remove these lines in the btrfs scrub code. They
are a relict from the past.


  parent reply	other threads:[~2012-09-12 11:15 UTC|newest]

Thread overview: 4+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2012-09-11 21:31 [PATCH] btrfs: Kill some bi_idx references Kent Overstreet
     [not found] ` <1347399074-23546-1-git-send-email-koverstreet-hpIqsD4AKlfQT0dZR+AlfA@public.gmane.org>
2012-09-12 11:15   ` Stefan Behrens [this message]
2012-09-12 11:15     ` Stefan Behrens
  -- strict thread matches above, loose matches on Subject: below --
2012-09-11 20:23 Kent Overstreet

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=50506EBA.7040907@giantdisaster.de \
    --to=sbehrens-yx7lkcorvrlcxy2q9klzmw@public.gmane.org \
    --cc=chris.mason-5c4llco8/ftWk0Htik3J/w@public.gmane.org \
    --cc=dm-devel-H+wXaHxf7aLQT0dZR+AlfA@public.gmane.org \
    --cc=koverstreet-hpIqsD4AKlfQT0dZR+AlfA@public.gmane.org \
    --cc=linux-bcache-u79uwXL29TY76Z2rM5mHXA@public.gmane.org \
    --cc=linux-kernel-u79uwXL29TY76Z2rM5mHXA@public.gmane.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.