cluster-devel.redhat.com archive mirror
 help / color / mirror / Atom feed
From: Christoph Hellwig <hch@lst.de>
To: cluster-devel.redhat.com
Subject: [Cluster-devel] [PATCH V10 18/19] block: kill QUEUE_FLAG_NO_SG_MERGE
Date: Fri, 16 Nov 2018 14:58:03 +0100	[thread overview]
Message-ID: <20181116135803.GN3165@lst.de> (raw)
In-Reply-To: <20181115085306.9910-19-ming.lei@redhat.com>

On Thu, Nov 15, 2018 at 04:53:05PM +0800, Ming Lei wrote:
> Since bdced438acd83ad83a6c ("block: setup bi_phys_segments after splitting"),
> physical segment number is mainly figured out in blk_queue_split() for
> fast path, and the flag of BIO_SEG_VALID is set there too.
> 
> Now only blk_recount_segments() and blk_recalc_rq_segments() use this
> flag.
> 
> Basically blk_recount_segments() is bypassed in fast path given BIO_SEG_VALID
> is set in blk_queue_split().
> 
> For another user of blk_recalc_rq_segments():
> 
> - run in partial completion branch of blk_update_request, which is an unusual case
> 
> - run in blk_cloned_rq_check_limits(), still not a big problem if the flag is killed
> since dm-rq is the only user.
> 
> Multi-page bvec is enabled now, QUEUE_FLAG_NO_SG_MERGE doesn't make sense any more.
> 
> Cc: Dave Chinner <dchinner@redhat.com>
> Cc: Kent Overstreet <kent.overstreet@gmail.com>
> Cc: Mike Snitzer <snitzer@redhat.com>
> Cc: dm-devel at redhat.com
> Cc: Alexander Viro <viro@zeniv.linux.org.uk>
> Cc: linux-fsdevel at vger.kernel.org
> Cc: Shaohua Li <shli@kernel.org>
> Cc: linux-raid at vger.kernel.org
> Cc: linux-erofs at lists.ozlabs.org
> Cc: David Sterba <dsterba@suse.com>
> Cc: linux-btrfs at vger.kernel.org
> Cc: Darrick J. Wong <darrick.wong@oracle.com>
> Cc: linux-xfs at vger.kernel.org
> Cc: Gao Xiang <gaoxiang25@huawei.com>
> Cc: Christoph Hellwig <hch@lst.de>
> Cc: Theodore Ts'o <tytso@mit.edu>
> Cc: linux-ext4 at vger.kernel.org
> Cc: Coly Li <colyli@suse.de>
> Cc: linux-bcache at vger.kernel.org
> Cc: Boaz Harrosh <ooo@electrozaur.com>
> Cc: Bob Peterson <rpeterso@redhat.com>
> Cc: cluster-devel at redhat.com
> Signed-off-by: Ming Lei <ming.lei@redhat.com>
> ---
>  block/blk-merge.c      | 31 ++++++-------------------------
>  block/blk-mq-debugfs.c |  1 -
>  block/blk-mq.c         |  3 ---
>  drivers/md/dm-table.c  | 13 -------------
>  include/linux/blkdev.h |  1 -
>  5 files changed, 6 insertions(+), 43 deletions(-)
> 
> diff --git a/block/blk-merge.c b/block/blk-merge.c
> index 153a659fde74..06be298be332 100644
> --- a/block/blk-merge.c
> +++ b/block/blk-merge.c
> @@ -351,8 +351,7 @@ void blk_queue_split(struct request_queue *q, struct bio **bio)
>  EXPORT_SYMBOL(blk_queue_split);
>  
>  static unsigned int __blk_recalc_rq_segments(struct request_queue *q,
> -					     struct bio *bio,
> -					     bool no_sg_merge)
> +					     struct bio *bio)
>  {
>  	struct bio_vec bv, bvprv = { NULL };
>  	int cluster, prev = 0;
> @@ -379,13 +378,6 @@ static unsigned int __blk_recalc_rq_segments(struct request_queue *q,
>  	nr_phys_segs = 0;
>  	for_each_bio(bio) {
>  		bio_for_each_bvec(bv, bio, iter) {
> -			/*
> -			 * If SG merging is disabled, each bio vector is
> -			 * a segment
> -			 */
> -			if (no_sg_merge)
> -				goto new_segment;
> -
>  			if (prev && cluster) {
>  				if (seg_size + bv.bv_len
>  				    > queue_max_segment_size(q))
> @@ -420,27 +412,16 @@ static unsigned int __blk_recalc_rq_segments(struct request_queue *q,
>  
>  void blk_recalc_rq_segments(struct request *rq)
>  {
> -	bool no_sg_merge = !!test_bit(QUEUE_FLAG_NO_SG_MERGE,
> -			&rq->q->queue_flags);
> -
> -	rq->nr_phys_segments = __blk_recalc_rq_segments(rq->q, rq->bio,
> -			no_sg_merge);
> +	rq->nr_phys_segments = __blk_recalc_rq_segments(rq->q, rq->bio);

Can we rename __blk_recalc_rq_segments to blk_recalc_rq_segments
can kill the old blk_recalc_rq_segments now?

Otherwise looks fine:

Reviewed-by: Christoph Hellwig <hch@lst.de>



  parent reply	other threads:[~2018-11-16 13:58 UTC|newest]

Thread overview: 103+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-11-15  8:52 [Cluster-devel] [PATCH V10 00/19] block: support multi-page bvec Ming Lei
2018-11-15  8:52 ` [Cluster-devel] [PATCH V10 01/19] block: introduce multi-page page bvec helpers Ming Lei
2018-11-15 18:25   ` Omar Sandoval
2018-11-19  2:25     ` Ming Lei
2018-11-16 13:13   ` Christoph Hellwig
2018-11-19  2:23     ` Ming Lei
2018-11-19  3:10       ` Jens Axboe
2018-11-19  3:35         ` Ming Lei
2018-11-15  8:52 ` [Cluster-devel] [PATCH V10 02/19] block: introduce bio_for_each_bvec() Ming Lei
2018-11-15 18:28   ` Omar Sandoval
2018-11-16 13:30   ` Christoph Hellwig
2018-11-19  3:31     ` Ming Lei
2018-11-15  8:52 ` [Cluster-devel] [PATCH V10 03/19] block: use bio_for_each_bvec() to compute multi-page bvec count Ming Lei
2018-11-15 20:20   ` Omar Sandoval
2018-11-15 21:05     ` Mike Snitzer
2018-11-15 22:18       ` Omar Sandoval
2018-11-16  9:19         ` Christoph Hellwig
2018-11-16  9:41           ` Gao Xiang
2018-11-16 16:04           ` Omar Sandoval
2018-11-19  7:50     ` Ming Lei
2018-11-15  8:52 ` [Cluster-devel] [PATCH V10 04/19] block: use bio_for_each_bvec() to map sg Ming Lei
2018-11-15 22:33   ` Omar Sandoval
2018-11-16 13:33   ` Christoph Hellwig
2018-11-19  7:51     ` Ming Lei
2018-11-15  8:52 ` [Cluster-devel] [PATCH V10 05/19] block: introduce bvec_last_segment() Ming Lei
2018-11-15 23:23   ` Omar Sandoval
2018-11-19  7:57     ` Ming Lei
2018-11-16 13:34   ` Christoph Hellwig
2018-11-15  8:52 ` [Cluster-devel] [PATCH V10 06/19] fs/buffer.c: use bvec iterator to truncate the bio Ming Lei
2018-11-16  0:20   ` Omar Sandoval
2018-11-16 13:36   ` Christoph Hellwig
2018-11-15  8:52 ` [Cluster-devel] [PATCH V10 07/19] btrfs: use bvec_last_segment to get bio's last page Ming Lei
2018-11-16  0:21   ` Omar Sandoval
2018-11-16 13:37   ` Christoph Hellwig
2018-11-19  8:09     ` Ming Lei
2018-11-15  8:52 ` [Cluster-devel] [PATCH V10 08/19] btrfs: move bio_pages_all() to btrfs Ming Lei
2018-11-16  0:23   ` Omar Sandoval
2018-11-19  8:15     ` Ming Lei
2018-11-16 13:38   ` Christoph Hellwig
2018-11-19  8:19     ` Ming Lei
2018-11-19  8:24       ` Christoph Hellwig
2018-11-15  8:52 ` [Cluster-devel] [PATCH V10 09/19] block: introduce bio_bvecs() Ming Lei
2018-11-16  0:26   ` Omar Sandoval
2018-11-16 13:45   ` Christoph Hellwig
2018-11-19  8:21     ` Ming Lei
2018-11-20  0:49     ` Sagi Grimberg
2018-11-20 16:16       ` Christoph Hellwig
2018-11-20 20:11         ` Sagi Grimberg
2018-11-21  0:59           ` Ming Lei
2018-11-21  3:20             ` Sagi Grimberg
2018-11-21  3:44               ` Ming Lei
2018-11-21  4:25                 ` Sagi Grimberg
2018-11-21  4:42                   ` Sagi Grimberg
2018-11-21  5:04                     ` Ming Lei
2018-11-21  5:35                       ` Sagi Grimberg
2018-11-21  8:46                         ` Christoph Hellwig
2018-11-21 10:19                         ` Ming Lei
2018-11-15  8:52 ` [Cluster-devel] [PATCH V10 10/19] block: loop: pass multi-page bvec to iov_iter Ming Lei
2018-11-16  0:40   ` Omar Sandoval
2018-11-19  8:25     ` Ming Lei
2018-11-15  8:52 ` [Cluster-devel] [PATCH V10 11/19] bcache: avoid to use bio_for_each_segment_all() in bch_bio_alloc_pages() Ming Lei
2018-11-16  0:44   ` Omar Sandoval
2018-11-19  8:27     ` Ming Lei
2018-11-16 13:46   ` Christoph Hellwig
2018-11-19  8:28     ` Ming Lei
2018-11-15  8:52 ` [Cluster-devel] [PATCH V10 12/19] block: allow bio_for_each_segment_all() to iterate over multi-page bvec Ming Lei
2018-11-15 12:42   ` David Sterba
2018-11-19  8:29     ` Ming Lei
2018-11-16  1:22   ` Omar Sandoval
2018-11-19  8:32     ` Ming Lei
2018-11-15  8:53 ` [Cluster-devel] [PATCH V10 13/19] iomap & xfs: only account for new added page Ming Lei
2018-11-16  1:46   ` Omar Sandoval
2018-11-19  8:35     ` Ming Lei
2018-11-16 13:49   ` Christoph Hellwig
2018-11-19  8:39     ` Ming Lei
2018-11-15  8:53 ` [Cluster-devel] [PATCH V10 14/19] block: enable multipage bvecs Ming Lei
2018-11-16  1:56   ` Omar Sandoval
2018-11-19  8:45     ` Ming Lei
2018-11-16 13:53   ` Christoph Hellwig
2018-11-19  9:00     ` Ming Lei
2018-11-15  8:53 ` [Cluster-devel] [PATCH V10 15/19] block: always define BIO_MAX_PAGES as 256 Ming Lei
2018-11-16  1:59   ` Omar Sandoval
2018-11-19  9:04     ` Ming Lei
2018-11-20  2:45       ` Huang, Ying
2018-11-16 13:53   ` Christoph Hellwig
2018-11-15  8:53 ` [Cluster-devel] [PATCH V10 16/19] block: document usage of bio iterator helpers Ming Lei
2018-11-16  2:05   ` Omar Sandoval
2018-11-15  8:53 ` [Cluster-devel] [PATCH V10 17/19] block: don't use bio->bi_vcnt to figure out segment number Ming Lei
2018-11-16  2:11   ` Omar Sandoval
2018-11-19  9:06     ` Ming Lei
2018-11-16 13:55   ` Christoph Hellwig
2018-11-15  8:53 ` [Cluster-devel] [PATCH V10 18/19] block: kill QUEUE_FLAG_NO_SG_MERGE Ming Lei
2018-11-16  2:18   ` Omar Sandoval
2018-11-16 13:59     ` Christoph Hellwig
2018-11-16 16:40       ` Omar Sandoval
2018-11-19  9:17     ` Ming Lei
2018-11-16 13:58   ` Christoph Hellwig [this message]
2018-11-19  9:20     ` Ming Lei
2018-11-15  8:53 ` [Cluster-devel] [PATCH V10 19/19] block: kill BLK_MQ_F_SG_MERGE Ming Lei
2018-11-16 13:59   ` Christoph Hellwig
2018-11-16 16:40   ` Omar Sandoval
2018-11-16 14:03 ` [Cluster-devel] [PATCH V10 00/19] block: support multi-page bvec Christoph Hellwig
2018-11-17  2:42   ` Ming Lei

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=20181116135803.GN3165@lst.de \
    --to=hch@lst.de \
    /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;
as well as URLs for NNTP newsgroup(s).