linux-xfs.vger.kernel.org archive mirror
 help / color / mirror / Atom feed
From: Omar Sandoval <osandov@osandov.com>
To: Ming Lei <ming.lei@redhat.com>
Cc: Jens Axboe <axboe@kernel.dk>,
	linux-block@vger.kernel.org, linux-kernel@vger.kernel.org,
	linux-mm@kvack.org, Dave Chinner <dchinner@redhat.com>,
	Kent Overstreet <kent.overstreet@gmail.com>,
	Mike Snitzer <snitzer@redhat.com>,
	dm-devel@redhat.com, Alexander Viro <viro@zeniv.linux.org.uk>,
	linux-fsdevel@vger.kernel.org, Shaohua Li <shli@kernel.org>,
	linux-raid@vger.kernel.org, linux-erofs@lists.ozlabs.org,
	David Sterba <dsterba@suse.com>,
	linux-btrfs@vger.kernel.org,
	"Darrick J . Wong" <darrick.wong@oracle.com>,
	linux-xfs@vger.kernel.org, Gao Xiang <gaoxiang25@huawei.com>,
	Christoph Hellwig <hch@lst.de>, Theodore Ts'o <tytso@mit.edu>,
	linux-ext4@vger.kernel.org, Coly Li <colyli@suse.de>,
	linux-bcache@vger.kernel.org, Boaz Harrosh <ooo@electrozaur.com>,
	Bob Peterson <rpeterso@redhat.com>,
	cluster-devel@redhat.com
Subject: Re: [PATCH V10 16/19] block: document usage of bio iterator helpers
Date: Thu, 15 Nov 2018 18:05:33 -0800	[thread overview]
Message-ID: <20181116020533.GK23828@vader> (raw)
In-Reply-To: <20181115085306.9910-17-ming.lei@redhat.com>

On Thu, Nov 15, 2018 at 04:53:03PM +0800, Ming Lei wrote:
> Now multi-page bvec is supported, some helpers may return page by
> page, meantime some may return segment by segment, this patch
> documents the usage.
> 
> Cc: Dave Chinner <dchinner@redhat.com>
> Cc: Kent Overstreet <kent.overstreet@gmail.com>
> Cc: Mike Snitzer <snitzer@redhat.com>
> Cc: dm-devel@redhat.com
> Cc: Alexander Viro <viro@zeniv.linux.org.uk>
> Cc: linux-fsdevel@vger.kernel.org
> Cc: Shaohua Li <shli@kernel.org>
> Cc: linux-raid@vger.kernel.org
> Cc: linux-erofs@lists.ozlabs.org
> Cc: David Sterba <dsterba@suse.com>
> Cc: linux-btrfs@vger.kernel.org
> Cc: Darrick J. Wong <darrick.wong@oracle.com>
> Cc: linux-xfs@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@vger.kernel.org
> Cc: Coly Li <colyli@suse.de>
> Cc: linux-bcache@vger.kernel.org
> Cc: Boaz Harrosh <ooo@electrozaur.com>
> Cc: Bob Peterson <rpeterso@redhat.com>
> Cc: cluster-devel@redhat.com
> Signed-off-by: Ming Lei <ming.lei@redhat.com>
> ---
>  Documentation/block/biovecs.txt | 26 ++++++++++++++++++++++++++
>  1 file changed, 26 insertions(+)
> 
> diff --git a/Documentation/block/biovecs.txt b/Documentation/block/biovecs.txt
> index 25689584e6e0..bfafb70d0d9e 100644
> --- a/Documentation/block/biovecs.txt
> +++ b/Documentation/block/biovecs.txt
> @@ -117,3 +117,29 @@ Other implications:
>     size limitations and the limitations of the underlying devices. Thus
>     there's no need to define ->merge_bvec_fn() callbacks for individual block
>     drivers.
> +
> +Usage of helpers:
> +=================
> +
> +* The following helpers whose names have the suffix of "_all" can only be used
> +on non-BIO_CLONED bio, and usually they are used by filesystem code, and driver
> +shouldn't use them because bio may have been split before they got to the driver:

Putting an english teacher hat on, this is quite the run-on sentence.
How about:

* The following helpers whose names have the suffix of "_all" can only be used
on non-BIO_CLONED bio. They are usually used by filesystem code. Drivers
shouldn't use them because the bio may have been split before it reached the
driver.

Maybe also an explanation of why the filesystem would want to use these?

> +	bio_for_each_segment_all()
> +	bio_first_bvec_all()
> +	bio_first_page_all()
> +	bio_last_bvec_all()
> +
> +* The following helpers iterate over single-page bvec, and the local
> +variable of 'struct bio_vec' or the reference records single-page IO
> +vector during the itearation:


* The following helpers iterate over single-page bvecs. The passed 'struct
bio_vec' will contain a single-page IO vector during the iteration.

> +	bio_for_each_segment()
> +	bio_for_each_segment_all()
> +
> +* The following helper iterates over multi-page bvec, and each bvec may
> +include multiple physically contiguous pages, and the local variable of
> +'struct bio_vec' or the reference records multi-page IO vector during the
> +itearation:

* The following helper iterates over multi-page bvecs. Each bvec may
include multiple physically contiguous pages. The passed 'struct bio_vec' will
contain a multi-page IO vector during the iteration.

> +	bio_for_each_bvec()
> -- 
> 2.9.5
> 

  reply	other threads:[~2018-11-16 12:16 UTC|newest]

Thread overview: 98+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2018-11-15  8:52 [PATCH V10 00/19] block: support multi-page bvec Ming Lei
2018-11-15  8:52 ` [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 ` [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 ` [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 ` [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 ` [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 ` [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 ` [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 ` [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 ` [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 ` [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 ` [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:53 ` [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 ` [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 ` [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 ` [PATCH V10 16/19] block: document usage of bio iterator helpers Ming Lei
2018-11-16  2:05   ` Omar Sandoval [this message]
2018-11-15  8:53 ` [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 ` [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
2018-11-19  9:20     ` Ming Lei
2018-11-15  8:53 ` [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 ` [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=20181116020533.GK23828@vader \
    --to=osandov@osandov.com \
    --cc=axboe@kernel.dk \
    --cc=cluster-devel@redhat.com \
    --cc=colyli@suse.de \
    --cc=darrick.wong@oracle.com \
    --cc=dchinner@redhat.com \
    --cc=dm-devel@redhat.com \
    --cc=dsterba@suse.com \
    --cc=gaoxiang25@huawei.com \
    --cc=hch@lst.de \
    --cc=kent.overstreet@gmail.com \
    --cc=linux-bcache@vger.kernel.org \
    --cc=linux-block@vger.kernel.org \
    --cc=linux-btrfs@vger.kernel.org \
    --cc=linux-erofs@lists.ozlabs.org \
    --cc=linux-ext4@vger.kernel.org \
    --cc=linux-fsdevel@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=linux-mm@kvack.org \
    --cc=linux-raid@vger.kernel.org \
    --cc=linux-xfs@vger.kernel.org \
    --cc=ming.lei@redhat.com \
    --cc=ooo@electrozaur.com \
    --cc=rpeterso@redhat.com \
    --cc=shli@kernel.org \
    --cc=snitzer@redhat.com \
    --cc=tytso@mit.edu \
    --cc=viro@zeniv.linux.org.uk \
    /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).