All of lore.kernel.org
 help / color / mirror / Atom feed
From: NeilBrown <neilb@suse.com>
To: Ming Lei <ming.lei@redhat.com>
Cc: Shaohua Li <shli@kernel.org>,
	linux-raid@vger.kernel.org, linux-block@vger.kernel.org,
	Jens Axboe <axboe@fb.com>, Christoph Hellwig <hch@infradead.org>
Subject: Re: [PATCH 2/2] md: raid1/raid10: initialize bvec table via bio_add_page()
Date: Thu, 13 Jul 2017 13:09:28 +1000	[thread overview]
Message-ID: <87inix2ftj.fsf@notabene.neil.brown.name> (raw)
In-Reply-To: <20170713013710.GC670@ming.t460p>

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

On Thu, Jul 13 2017, Ming Lei wrote:

> On Thu, Jul 13, 2017 at 10:01:33AM +1000, NeilBrown wrote:
>> On Wed, Jul 12 2017, Ming Lei wrote:
>> 
>> > We will support multipage bvec soon, so initialize bvec
>> > table using the standardy way instead of writing the
>> > talbe directly. Otherwise it won't work any more once
>> > multipage bvec is enabled.
>> >
>> > Acked-by: Guoqing Jiang <gqjiang@suse.com>
>> > Signed-off-by: Ming Lei <ming.lei@redhat.com>
>> > ---
>> >  drivers/md/md.c     | 21 +++++++++++++++++++++
>> >  drivers/md/md.h     |  3 +++
>> >  drivers/md/raid1.c  | 16 ++--------------
>> >  drivers/md/raid10.c |  4 ++--
>> >  4 files changed, 28 insertions(+), 16 deletions(-)
>> >
>> > diff --git a/drivers/md/md.c b/drivers/md/md.c
>> > index 8cdca0296749..cc8dcd928dde 100644
>> > --- a/drivers/md/md.c
>> > +++ b/drivers/md/md.c
>> > @@ -9130,6 +9130,27 @@ void md_reload_sb(struct mddev *mddev, int nr)
>> >  }
>> >  EXPORT_SYMBOL(md_reload_sb);
>> >  
>> > +/* generally called after bio_reset() for reseting bvec */
>> > +void md_bio_reset_resync_pages(struct bio *bio, struct resync_pages *rp,
>> > +			       int size)
>> > +{
>> > +	int idx = 0;
>> > +
>> > +	/* initialize bvec table again */
>> > +	do {
>> > +		struct page *page = resync_fetch_page(rp, idx);
>> > +		int len = min_t(int, size, PAGE_SIZE);
>> > +
>> > +		/*
>> > +		 * won't fail because the vec table is big
>> > +		 * enough to hold all these pages
>> > +		 */
>> > +		bio_add_page(bio, page, len, 0);
>> > +		size -= len;
>> > +	} while (idx++ < RESYNC_PAGES && size > 0);
>> > +}
>> > +EXPORT_SYMBOL(md_bio_reset_resync_pages);
>> 
>> I really don't think this is a good idea.
>> This code is specific to raid1/raid10.  It is not generic md code.  So
>> it doesn't belong here.
>
> We already added 'struct resync_pages' in drivers/md/md.h, so I think
> it is reasonable to add this function into drivers/md/md.c

Alternative perspective: it was unreasonable to add "resync_pages" to
md.h.

>
>> 
>> If you want to remove code duplication, then work on moving all raid1
>> functionality into raid10.c, then discard raid1.c
>
> This patch is for avoiding new code duplication, not for removing current
> duplication.
>
>> 
>> Or at the very least, have a separate "raid1-10.c" file for the common
>> code.
>
> You suggested it last time, but looks too overkill to be taken. But if
> someone wants to refactor raid1 and raid10, I think it can be a good start,
> but still not belong to this patch.

You are trying to create common code for raid1 and raid10.  This does
not belong in md.c.
If you really want to have a single copy of common code, then it exactly
is the role of this patch to create a place to put it.
I'm not saying you should put all common code in raid1-10.c.   Just the
function that you have identified.

NeilBrown

>
> Thanks,
> Ming
>
>> 
>> NeilBrown
>> 
>> > +
>> >  #ifndef MODULE
>> >  
>> >  /*
>> > diff --git a/drivers/md/md.h b/drivers/md/md.h
>> > index 2c780aa8d07f..efb32ce7a2f1 100644
>> > --- a/drivers/md/md.h
>> > +++ b/drivers/md/md.h
>> > @@ -782,4 +782,7 @@ static inline struct page *resync_fetch_page(struct resync_pages *rp,
>> >  		return NULL;
>> >  	return rp->pages[idx];
>> >  }
>> > +
>> > +void md_bio_reset_resync_pages(struct bio *bio, struct resync_pages *rp,
>> > +			       int size);
>> >  #endif /* _MD_MD_H */
>> > diff --git a/drivers/md/raid1.c b/drivers/md/raid1.c
>> > index 7901ddc3362f..5dc3fda2fdf7 100644
>> > --- a/drivers/md/raid1.c
>> > +++ b/drivers/md/raid1.c
>> > @@ -2085,10 +2085,7 @@ static void process_checks(struct r1bio *r1_bio)
>> >  	/* Fix variable parts of all bios */
>> >  	vcnt = (r1_bio->sectors + PAGE_SIZE / 512 - 1) >> (PAGE_SHIFT - 9);
>> >  	for (i = 0; i < conf->raid_disks * 2; i++) {
>> > -		int j;
>> > -		int size;
>> >  		blk_status_t status;
>> > -		struct bio_vec *bi;
>> >  		struct bio *b = r1_bio->bios[i];
>> >  		struct resync_pages *rp = get_resync_pages(b);
>> >  		if (b->bi_end_io != end_sync_read)
>> > @@ -2097,8 +2094,6 @@ static void process_checks(struct r1bio *r1_bio)
>> >  		status = b->bi_status;
>> >  		bio_reset(b);
>> >  		b->bi_status = status;
>> > -		b->bi_vcnt = vcnt;
>> > -		b->bi_iter.bi_size = r1_bio->sectors << 9;
>> >  		b->bi_iter.bi_sector = r1_bio->sector +
>> >  			conf->mirrors[i].rdev->data_offset;
>> >  		b->bi_bdev = conf->mirrors[i].rdev->bdev;
>> > @@ -2106,15 +2101,8 @@ static void process_checks(struct r1bio *r1_bio)
>> >  		rp->raid_bio = r1_bio;
>> >  		b->bi_private = rp;
>> >  
>> > -		size = b->bi_iter.bi_size;
>> > -		bio_for_each_segment_all(bi, b, j) {
>> > -			bi->bv_offset = 0;
>> > -			if (size > PAGE_SIZE)
>> > -				bi->bv_len = PAGE_SIZE;
>> > -			else
>> > -				bi->bv_len = size;
>> > -			size -= PAGE_SIZE;
>> > -		}
>> > +		/* initialize bvec table again */
>> > +		md_bio_reset_resync_pages(b, rp, r1_bio->sectors << 9);
>> >  	}
>> >  	for (primary = 0; primary < conf->raid_disks * 2; primary++)
>> >  		if (r1_bio->bios[primary]->bi_end_io == end_sync_read &&
>> > diff --git a/drivers/md/raid10.c b/drivers/md/raid10.c
>> > index e594ca610f27..cb8e803cd1c2 100644
>> > --- a/drivers/md/raid10.c
>> > +++ b/drivers/md/raid10.c
>> > @@ -2086,8 +2086,8 @@ static void sync_request_write(struct mddev *mddev, struct r10bio *r10_bio)
>> >  		rp = get_resync_pages(tbio);
>> >  		bio_reset(tbio);
>> >  
>> > -		tbio->bi_vcnt = vcnt;
>> > -		tbio->bi_iter.bi_size = fbio->bi_iter.bi_size;
>> > +		md_bio_reset_resync_pages(tbio, rp, fbio->bi_iter.bi_size);
>> > +
>> >  		rp->raid_bio = r10_bio;
>> >  		tbio->bi_private = rp;
>> >  		tbio->bi_iter.bi_sector = r10_bio->devs[i].addr;
>> > -- 
>> > 2.9.4
>
>
>
> -- 
> Ming

[-- Attachment #2: signature.asc --]
[-- Type: application/pgp-signature, Size: 832 bytes --]

  reply	other threads:[~2017-07-13  3:09 UTC|newest]

Thread overview: 10+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2017-07-12  8:29 [PATCH 2/2] md: raid1/raid10: initialize bvec table via bio_add_page() Ming Lei
2017-07-12  9:16 ` Christoph Hellwig
2017-07-13  1:40   ` Ming Lei
2017-07-13  0:01 ` NeilBrown
2017-07-13  0:01   ` NeilBrown
2017-07-13  1:37   ` Ming Lei
2017-07-13  3:09     ` NeilBrown [this message]
2017-07-13  9:20       ` Ming Lei
2017-07-13 16:39         ` Shaohua Li
2017-07-13 22:08           ` NeilBrown

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=87inix2ftj.fsf@notabene.neil.brown.name \
    --to=neilb@suse.com \
    --cc=axboe@fb.com \
    --cc=hch@infradead.org \
    --cc=linux-block@vger.kernel.org \
    --cc=linux-raid@vger.kernel.org \
    --cc=ming.lei@redhat.com \
    --cc=shli@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.