Received: by 2002:ad5:474a:0:0:0:0:0 with SMTP id i10csp1885441imu; Fri, 23 Nov 2018 01:28:21 -0800 (PST) X-Google-Smtp-Source: AFSGD/Uoa0L3ZNRYDY1ypMuDr7EfgoIKNroJw7SmXlzopIRzBgvWbtxuUqdUNgG93TsrnmvBmVuk X-Received: by 2002:a17:902:74c1:: with SMTP id f1mr14607199plt.273.1542965300875; Fri, 23 Nov 2018 01:28:20 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1542965300; cv=none; d=google.com; s=arc-20160816; b=FwlMso1oGA9JyTpF+YexC2GyqgiMIwgDbx/0vSMHmogUBq3Bja3qR9kkqbYJUG/A80 8aCF4fK021K3zMmhWjtYUgd82QIYd+0fcVWO9jXRERONHsonHsnF88WomBp9Tv3LyQq4 qSkVOO2TojQPWP3/igr8jlfED1Hx+B1UPjS4oub4vIHWCZEWFL6ziNuhOS31SRAru8Iu BZGUBjYnIhe0AuhTR9pYs6eXNHA4e/J1BpkT7CL54zdLkSwUJm33vSdbmmiJ8ez8Jdnn +KzV9eGBCRlz9IC8T3KUoyoqYXEsa3g0kPSCrUuLosZNB1TeS5kJ3hGdATV+SPz5Q44K XXqg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:user-agent:in-reply-to :content-disposition:mime-version:references:message-id:subject:cc :to:from:date; bh=5uZLMlWuuZdAkLMfJGBqiihn6KkKBDVY602eeASj+oE=; b=H8R1f6xnKuhcts4I/z/PakqMGr5TFEiP79Tg3Jj7yWqBlNmtzDA4qBG1JkSo6p74VR 6FzLkkFWP8tdiC6ukalEYliTGWIGNDbW5BUrWB0L/APegdKiqqHudY7z29QpQeCxQdWh XaiIV3w+Pa0xIT8VG0YglxpKEbvSvStww/2Q18mxcomqRXDb9IIRKWRltpHA2Ul317/9 LGDtdEkQaHH9nbsePp+tzdSqw/cgbxVRKA30DuNs43a/sjcB1PHmobatBofFRD00bIeH s/IEBKS6AXVQbW4S7Bl00WPJn8alAdJglkHXZFVOZiZHYT33fXCBarZS+/3TjLFJrI/o wODg== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=redhat.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id m17-v6si34333095pfj.48.2018.11.23.01.28.05; Fri, 23 Nov 2018 01:28:20 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=redhat.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S2405180AbeKVUyt (ORCPT + 99 others); Thu, 22 Nov 2018 15:54:49 -0500 Received: from mx1.redhat.com ([209.132.183.28]:49008 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S2390653AbeKVUys (ORCPT ); Thu, 22 Nov 2018 15:54:48 -0500 Received: from smtp.corp.redhat.com (int-mx08.intmail.prod.int.phx2.redhat.com [10.5.11.23]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mx1.redhat.com (Postfix) with ESMTPS id 8E4AE8666D; Thu, 22 Nov 2018 10:16:00 +0000 (UTC) Received: from ming.t460p (ovpn-8-23.pek2.redhat.com [10.72.8.23]) by smtp.corp.redhat.com (Postfix) with ESMTPS id 6A0FB2857A; Thu, 22 Nov 2018 10:15:34 +0000 (UTC) Date: Thu, 22 Nov 2018 18:15:28 +0800 From: Ming Lei To: Christoph Hellwig Cc: Jens Axboe , linux-block@vger.kernel.org, linux-kernel@vger.kernel.org, linux-mm@kvack.org, Theodore Ts'o , Omar Sandoval , Sagi Grimberg , Dave Chinner , Kent Overstreet , Mike Snitzer , dm-devel@redhat.com, Alexander Viro , linux-fsdevel@vger.kernel.org, Shaohua Li , linux-raid@vger.kernel.org, David Sterba , linux-btrfs@vger.kernel.org, "Darrick J . Wong" , linux-xfs@vger.kernel.org, Gao Xiang , linux-ext4@vger.kernel.org, Coly Li , linux-bcache@vger.kernel.org, Boaz Harrosh , Bob Peterson , cluster-devel@redhat.com Subject: Re: [PATCH V11 03/19] block: introduce bio_for_each_bvec() Message-ID: <20181122101527.GB27273@ming.t460p> References: <20181121032327.8434-1-ming.lei@redhat.com> <20181121032327.8434-4-ming.lei@redhat.com> <20181121133244.GB1640@lst.de> <20181121153135.GB19111@ming.t460p> <20181121161025.GB4977@lst.de> <20181121171217.GA6259@lst.de> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20181121171217.GA6259@lst.de> User-Agent: Mutt/1.9.1 (2017-09-22) X-Scanned-By: MIMEDefang 2.84 on 10.5.11.23 X-Greylist: Sender IP whitelisted, not delayed by milter-greylist-4.5.16 (mx1.redhat.com [10.5.110.26]); Thu, 22 Nov 2018 10:16:01 +0000 (UTC) Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, Nov 21, 2018 at 06:12:17PM +0100, Christoph Hellwig wrote: > On Wed, Nov 21, 2018 at 05:10:25PM +0100, Christoph Hellwig wrote: > > No - I think we can always use the code without any segment in > > bvec_iter_advance. Because bvec_iter_advance only operates on the > > iteractor, the generation of an actual single-page or multi-page > > bvec is left to the caller using the bvec_iter_bvec or segment_iter_bvec > > helpers. The only difference is how many bytes you can move the > > iterator forward in a single loop iteration - so if you pass in > > PAGE_SIZE as the max_seg_len you just will have to loop more often > > for a large enough bytes, but not actually do anything different. > > FYI, this patch reverts the max_seg_len related changes back to where > we are in mainline, and as expected everything works fine for me: > > diff --git a/include/linux/bio.h b/include/linux/bio.h > index e5b975fa0558..926550ce2d21 100644 > --- a/include/linux/bio.h > +++ b/include/linux/bio.h > @@ -137,24 +137,18 @@ static inline bool bio_full(struct bio *bio) > for (i = 0, iter_all.idx = 0; iter_all.idx < (bio)->bi_vcnt; iter_all.idx++) \ > bvec_for_each_segment(bvl, &((bio)->bi_io_vec[iter_all.idx]), i, iter_all) > > -static inline void __bio_advance_iter(struct bio *bio, struct bvec_iter *iter, > - unsigned bytes, unsigned max_seg_len) > +static inline void bio_advance_iter(struct bio *bio, struct bvec_iter *iter, > + unsigned bytes) > { > iter->bi_sector += bytes >> 9; > > if (bio_no_advance_iter(bio)) > iter->bi_size -= bytes; > else > - __bvec_iter_advance(bio->bi_io_vec, iter, bytes, max_seg_len); > + bvec_iter_advance(bio->bi_io_vec, iter, bytes); > /* TODO: It is reasonable to complete bio with error here. */ > } > > -static inline void bio_advance_iter(struct bio *bio, struct bvec_iter *iter, > - unsigned bytes) > -{ > - __bio_advance_iter(bio, iter, bytes, PAGE_SIZE); > -} > - > #define __bio_for_each_segment(bvl, bio, iter, start) \ > for (iter = (start); \ > (iter).bi_size && \ > @@ -168,7 +162,7 @@ static inline void bio_advance_iter(struct bio *bio, struct bvec_iter *iter, > for (iter = (start); \ > (iter).bi_size && \ > ((bvl = bio_iter_mp_iovec((bio), (iter))), 1); \ > - __bio_advance_iter((bio), &(iter), (bvl).bv_len, BVEC_MAX_LEN)) > + bio_advance_iter((bio), &(iter), (bvl).bv_len)) > > /* returns one real segment(multi-page bvec) each time */ > #define bio_for_each_bvec(bvl, bio, iter) \ > diff --git a/include/linux/bvec.h b/include/linux/bvec.h > index cab36d838ed0..138b4007b8f2 100644 > --- a/include/linux/bvec.h > +++ b/include/linux/bvec.h > @@ -25,8 +25,6 @@ > #include > #include > > -#define BVEC_MAX_LEN ((unsigned int)-1) > - > /* > * was unsigned short, but we might as well be ready for > 64kB I/O pages > */ > @@ -102,8 +100,8 @@ struct bvec_iter_all { > .bv_offset = segment_iter_offset((bvec), (iter)), \ > }) > > -static inline bool __bvec_iter_advance(const struct bio_vec *bv, > - struct bvec_iter *iter, unsigned bytes, unsigned max_seg_len) > +static inline bool bvec_iter_advance(const struct bio_vec *bv, > + struct bvec_iter *iter, unsigned bytes) > { > if (WARN_ONCE(bytes > iter->bi_size, > "Attempted to advance past end of bvec iter\n")) { > @@ -112,18 +110,12 @@ static inline bool __bvec_iter_advance(const struct bio_vec *bv, > } > > while (bytes) { > - unsigned segment_len = segment_iter_len(bv, *iter); > - > - if (max_seg_len < BVEC_MAX_LEN) > - segment_len = min_t(unsigned, segment_len, > - max_seg_len - > - bvec_iter_offset(bv, *iter)); > + unsigned iter_len = bvec_iter_len(bv, *iter); > + unsigned len = min(bytes, iter_len); It may not work to always use bvec_iter_len() here, and 'segment_len' should be max length of the passed 'bv', however we don't know if it is single-page or mutli-page bvec if no one tells us. Thanks, Ming