All of lore.kernel.org
 help / color / mirror / Atom feed
From: NeilBrown <neilb@suse.de>
To: Kent Overstreet <kmo@daterainc.com>
Cc: "Dave Kleikamp" <shaggy@kernel.org>,
	"Jeremy Fitzhardinge" <jeremy@goop.org>,
	"Herton Ronaldo Krzesinski" <herton.krzesinski@canonical.com>,
	"Jan Beulich" <jbeulich@suse.com>,
	"Ed L. Cashin" <ecashin@coraid.com>,
	"Michael S. Tsirkin" <mst@redhat.com>,
	"Benjamin Herrenschmidt" <benh@kernel.crashing.org>,
	"Selvan Mani" <smani@micron.com>,
	"Namjae Jeon" <namjae.jeon@samsung.com>,
	"Heiko Carstens" <heiko.carstens@de.ibm.com>,
	"Chris Mason" <chris.mason@fusionio.com>,
	dm-devel@redhat.com, "Paul Mackerras" <paulus@samba.org>,
	"Pavel Machek" <pavel@ucw.cz>,
	"KONISHI Ryusuke" <konishi.ryusuke@lab.ntt.co.jp>,
	"Ian Campbell" <Ian.Campbell@citrix.com>,
	"Joshua Morris" <josh.h.morris@us.ibm.com>,
	"Alasdair Kergon" <agk@redhat.com>,
	"Nick Piggin" <npiggin@kernel.dk>,
	"Roger Pau Monné" <roger.pau@citrix.com>
Subject: Re: [PATCH 04/23] block: Abstract out bvec iterator
Date: Thu, 31 Oct 2013 14:29:36 +1100	[thread overview]
Message-ID: <20131031142936.63727342@notabene.brown> (raw)
In-Reply-To: <1383077896-4132-5-git-send-email-kmo@daterainc.com>


[-- Attachment #1.1: Type: text/plain, Size: 2718 bytes --]

On Tue, 29 Oct 2013 13:17:57 -0700 Kent Overstreet <kmo@daterainc.com> wrote:

> Immutable biovecs are going to require an explicit iterator. To
> implement immutable bvecs, a later patch is going to add a bi_bvec_done
> member to this struct; for now, this patch effectively just renames
> things.
> 
> Signed-off-by: Kent Overstreet <kmo@daterainc.com>


> diff --git a/Documentation/block/biodoc.txt b/Documentation/block/biodoc.txt
> index 8df5e8e..2101e71 100644
> --- a/Documentation/block/biodoc.txt
> +++ b/Documentation/block/biodoc.txt
> @@ -447,14 +447,13 @@ struct bio_vec {
>   * main unit of I/O for the block layer and lower layers (ie drivers)
>   */
>  struct bio {
> -       sector_t            bi_sector;
>         struct bio          *bi_next;    /* request queue link */
>         struct block_device *bi_bdev;	/* target device */
>         unsigned long       bi_flags;    /* status, command, etc */
>         unsigned long       bi_rw;       /* low bits: r/w, high: priority */
>  
>         unsigned int	bi_vcnt;     /* how may bio_vec's */
> -       unsigned int	bi_idx;		/* current index into bio_vec array */
> +       struct bvec_iter	bi_iter;	/* current index into bio_vec array */
>  
>         unsigned int	bi_size;     /* total size in bytes */
>         unsigned short 	bi_phys_segments; /* segments after physaddr coalesce*/
> @@ -480,7 +479,7 @@ With this multipage bio design:
>  - Code that traverses the req list can find all the segments of a bio
>    by using rq_for_each_segment.  This handles the fact that a request
>    has multiple bios, each of which can have multiple segments.
> -- Drivers which can't process a large bio in one shot can use the bi_idx
> +- Drivers which can't process a large bio in one shot can use the bi_iter
>    field to keep track of the next bio_vec entry to process.
>    (e.g a 1MB bio_vec needs to be handled in max 128kB chunks for IDE)
>    [TBD: Should preferably also have a bi_voffset and bi_vlen to avoid modifying
> @@ -589,7 +588,7 @@ driver should not modify these values. The block layer sets up the
>  nr_sectors and current_nr_sectors fields (based on the corresponding
>  hard_xxx values and the number of bytes transferred) and updates it on
>  every transfer that invokes end_that_request_first. It does the same for the
> -buffer, bio, bio->bi_idx fields too.
> +buffer, bio, bio->bi_iter fields too.
>  
>  The buffer field is just a virtual address mapping of the current segment
>  of the i/o buffer in cases where the buffer resides in low-memory. For high

Would it make sense to add some details of "bvec_iter" to this document?

Or will that come later?

NeilBrown

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

[-- Attachment #2: Type: text/plain, Size: 0 bytes --]



WARNING: multiple messages have this Message-ID (diff)
From: NeilBrown <neilb@suse.de>
To: Kent Overstreet <kmo@daterainc.com>
Cc: "Dave Kleikamp" <shaggy@kernel.org>,
	"Jeremy Fitzhardinge" <jeremy@goop.org>,
	"Herton Ronaldo Krzesinski" <herton.krzesinski@canonical.com>,
	"Jan Beulich" <jbeulich@suse.com>,
	"Ed L. Cashin" <ecashin@coraid.com>,
	"Michael S. Tsirkin" <mst@redhat.com>,
	"Benjamin Herrenschmidt" <benh@kernel.crashing.org>,
	"Selvan Mani" <smani@micron.com>,
	"Namjae Jeon" <namjae.jeon@samsung.com>,
	"Heiko Carstens" <heiko.carstens@de.ibm.com>,
	"Chris Mason" <chris.mason@fusionio.com>,
	nab@linux-iscsi.org, dm-devel@redhat.com,
	"Paul Mackerras" <paulus@samba.org>,
	"Pavel Machek" <pavel@ucw.cz>,
	"KONISHI Ryusuke" <konishi.ryusuke@lab.ntt.co.jp>,
	"Ian Campbell" <Ian.Campbell@citrix.com>,
	"Joshua Morris" <josh.h.morris@us.ibm.com>,
	"Alasdair Kergon" <agk@redhat.com>,
	"Nick Piggin" <npiggin@kernel.dk>,
	"Roger Pau Monné" <roger.pau@citrix.com>,
	"Joe Perches" <joe@perches.com>,
	"Mike Snitzer" <snitzer@redhat.com>,
	"Len Brown" <len.brown@intel.com>,
	"Minchan Kim" <minchan@kernel.org>,
	"Jie Liu" <jeff.liu@oracle.com>,
	"Andreas Dilger" <adilger.kernel@dilger.ca>,
	"Stefano Stabellini" <stefano.stabellini@eu.citrix.com>,
	"Sebastian Ott" <sebott@linux.vnet.ibm.com>,
	"Philip Kelleher" <pjk1939@linux.vnet.ibm.com>,
	"Steven Whitehouse" <swhiteho@redhat.com>,
	hch@infradead.org,
	"Christian Borntraeger" <borntraeger@de.ibm.com>,
	"Ingo Molnar" <mingo@redhat.com>,
	"Geert Uytterhoeven" <geert@linux-m68k.org>,
	"Mel Gorman" <mgorman@suse.de>,
	"Boaz Harrosh" <bharrosh@panasas.com>,
	"Matthew Wilcox" <willy@linux.intel.com>,
	"Lars Ellenberg" <drbd-dev@lists.linbit.com>,
	"Ben Hutchings" <ben@decadent.org.uk>,
	"Prasad Joshi" <prasadjoshi.linux@gmail.com>,
	"Nitin Gupta" <ngupta@vflare.org>,
	"Alex Elder" <elder@inktank.com>,
	"Dan Magenheimer" <dan.magenheimer@oracle.com>,
	"Peng Tao" <tao.peng@emc.com>, "Sage Weil" <sage@inktank.com>,
	"Konrad Rzeszutek Wilk" <konrad.wilk@oracle.com>,
	"Pankaj Kumar" <pankaj.km@samsung.com>,
	"Trond Myklebust" <Trond.Myklebust@netapp.com>,
	"Joern Engel" <joern@logfs.org>,
	"Rusty Russell" <rusty@rustcorp.com.au>,
	"Steven Rostedt" <rostedt@goodmis.org>,
	xfs@oss.sgi.com, "Rafael J. Wysocki" <rjw@sisk.pl>,
	"Martin Schwidefsky" <schwidefsky@de.ibm.com>,
	"Ben Myers" <bpm@sgi.com>,
	"Jerome Marchand" <jmarchand@redhat.com>,
	"Alexander Viro" <viro@zeniv.linux.org.uk>,
	"Andy Adamson" <andros@netapp.com>,
	"Sam Bradshaw" <sbradshaw@micron.com>,
	"Jaegeuk Kim" <jaegeuk.kim@samsung.com>,
	ceph-devel@vger.kernel.org, "Yehuda Sadeh" <yehuda@inktank.com>,
	axboe@kernel.dk, "Theodore Ts'o" <tytso@mit.edu>,
	"Andrew Morton" <akpm@linux-foundation.org>,
	"Martin K. Petersen" <martin.petersen@oracle.com>,
	"Sunil Mushran" <sunil.mushran@gmail.com>,
	"Geoff Levand" <geoff@infradead.org>,
	"Jiri Kosina" <jkosina@suse.cz>,
	"Asai Thambi S P" <asamymuthupa@micron.com>,
	linux-kernel@vger.kernel.org,
	"James E.J. Bottomley" <JBottomley@parallels.com>,
	fanchaoting <fanchaoting@cn.fujitsu.com>,
	"Benny Halevy" <bhalevy@tonian.com>,
	"Jiang Liu" <jiang.liu@huawei.com>,
	"Greg Kroah-Hartman" <gregkh@linuxfoundation.org>,
	tj@kernel.org, linux390@de.ibm.com,
	"Mark Fasheh" <mfasheh@suse.com>,
	"Wei Yongjun" <yongjun_wei@trendmicro.com.cn>,
	"Frederic Weisbecker" <fweisbec@gmail.com>,
	"Guo Chao" <yan@linux.vnet.ibm.com>,
	"Joel Becker" <jlbec@evilplan.org>
Subject: Re: [PATCH 04/23] block: Abstract out bvec iterator
Date: Thu, 31 Oct 2013 14:29:36 +1100	[thread overview]
Message-ID: <20131031142936.63727342@notabene.brown> (raw)
In-Reply-To: <1383077896-4132-5-git-send-email-kmo@daterainc.com>


[-- Attachment #1.1: Type: text/plain, Size: 2718 bytes --]

On Tue, 29 Oct 2013 13:17:57 -0700 Kent Overstreet <kmo@daterainc.com> wrote:

> Immutable biovecs are going to require an explicit iterator. To
> implement immutable bvecs, a later patch is going to add a bi_bvec_done
> member to this struct; for now, this patch effectively just renames
> things.
> 
> Signed-off-by: Kent Overstreet <kmo@daterainc.com>


> diff --git a/Documentation/block/biodoc.txt b/Documentation/block/biodoc.txt
> index 8df5e8e..2101e71 100644
> --- a/Documentation/block/biodoc.txt
> +++ b/Documentation/block/biodoc.txt
> @@ -447,14 +447,13 @@ struct bio_vec {
>   * main unit of I/O for the block layer and lower layers (ie drivers)
>   */
>  struct bio {
> -       sector_t            bi_sector;
>         struct bio          *bi_next;    /* request queue link */
>         struct block_device *bi_bdev;	/* target device */
>         unsigned long       bi_flags;    /* status, command, etc */
>         unsigned long       bi_rw;       /* low bits: r/w, high: priority */
>  
>         unsigned int	bi_vcnt;     /* how may bio_vec's */
> -       unsigned int	bi_idx;		/* current index into bio_vec array */
> +       struct bvec_iter	bi_iter;	/* current index into bio_vec array */
>  
>         unsigned int	bi_size;     /* total size in bytes */
>         unsigned short 	bi_phys_segments; /* segments after physaddr coalesce*/
> @@ -480,7 +479,7 @@ With this multipage bio design:
>  - Code that traverses the req list can find all the segments of a bio
>    by using rq_for_each_segment.  This handles the fact that a request
>    has multiple bios, each of which can have multiple segments.
> -- Drivers which can't process a large bio in one shot can use the bi_idx
> +- Drivers which can't process a large bio in one shot can use the bi_iter
>    field to keep track of the next bio_vec entry to process.
>    (e.g a 1MB bio_vec needs to be handled in max 128kB chunks for IDE)
>    [TBD: Should preferably also have a bi_voffset and bi_vlen to avoid modifying
> @@ -589,7 +588,7 @@ driver should not modify these values. The block layer sets up the
>  nr_sectors and current_nr_sectors fields (based on the corresponding
>  hard_xxx values and the number of bytes transferred) and updates it on
>  every transfer that invokes end_that_request_first. It does the same for the
> -buffer, bio, bio->bi_idx fields too.
> +buffer, bio, bio->bi_iter fields too.
>  
>  The buffer field is just a virtual address mapping of the current segment
>  of the i/o buffer in cases where the buffer resides in low-memory. For high

Would it make sense to add some details of "bvec_iter" to this document?

Or will that come later?

NeilBrown

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

[-- Attachment #2: Type: text/plain, Size: 121 bytes --]

_______________________________________________
xfs mailing list
xfs@oss.sgi.com
http://oss.sgi.com/mailman/listinfo/xfs

WARNING: multiple messages have this Message-ID (diff)
From: NeilBrown <neilb@suse.de>
To: Kent Overstreet <kmo@daterainc.com>
Cc: "Dave Kleikamp" <shaggy@kernel.org>,
	"Jeremy Fitzhardinge" <jeremy@goop.org>,
	"Herton Ronaldo Krzesinski" <herton.krzesinski@canonical.com>,
	"Jan Beulich" <jbeulich@suse.com>,
	"Ed L. Cashin" <ecashin@coraid.com>,
	"Michael S. Tsirkin" <mst@redhat.com>,
	"Benjamin Herrenschmidt" <benh@kernel.crashing.org>,
	"Selvan Mani" <smani@micron.com>,
	"Namjae Jeon" <namjae.jeon@samsung.com>,
	"Heiko Carstens" <heiko.carstens@de.ibm.com>,
	"Chris Mason" <chris.mason@fusionio.com>,
	dm-devel@redhat.com, "Paul Mackerras" <paulus@samba.org>,
	"Pavel Machek" <pavel@ucw.cz>,
	"KONISHI Ryusuke" <konishi.ryusuke@lab.ntt.co.jp>,
	"Joshua Morris" <josh.h.morris@us.ibm.com>,
	"Alasdair Kergon" <agk@redhat.com>,
	"Nick Piggin" <npiggin@kernel.dk>,
	"Roger Pau Monné" <roger.pau@citrix.com>,
	"Joe Perches" <joe@perches.com>,
	"Mike Snitzer" <snitzer@redhat.com>,
	"Len Brown" <len.brown@intel.com>,
	"Minchan Kim" <minchan@kernel.org>,
	"Jie Liu" <jeff.liu@oracle.com>,
	"Andreas Dilger" <adilger.kernel@dilger.ca>,
	"Stefano Stabellini" <stefano.stabellini@eu.citrix.com>,
	"Sebastian Ott" <sebott@linux.vnet.ibm.com>,
	"Philip Kelleher" <pjk1939@linux.vnet.ibm.com>,
	"James E.J. Bottomley" <JBottomley@parallels.com>,
	"Steven Whitehouse" <swhiteho@redhat.com>,
	hch@infradead.org,
	"Christian Borntraeger" <borntraeger@de.ibm.com>,
	"Ingo Molnar" <mingo@redhat.com>,
	"Geert Uytterhoeven" <geert@linux-m68k.org>,
	"Mel Gorman" <mgorman@suse.de>,
	"Boaz Harrosh" <bharrosh@panasas.com>,
	"Matthew Wilcox" <willy@linux.intel.com>,
	"Lars Ellenberg" <drbd-dev@lists.linbit.com>,
	"Ben Hutchings" <ben@decadent.org.uk>,
	"Prasad Joshi" <prasadjoshi.linux@gmail.com>,
	"Nitin Gupta" <ngupta@vflare.org>,
	"Alex Elder" <elder@inktank.com>,
	"Dan Magenheimer" <dan.magenheimer@oracle.com>,
	"Ian Campbell" <Ian.Campbell@citrix.com>,
	"Peng Tao" <tao.peng@emc.com>, "Sage Weil" <sage@inktank.com>,
	"Konrad Rzeszutek Wilk" <konrad.wilk@oracle.com>,
	"Pankaj Kumar" <pankaj.km@samsung.com>,
	"Trond Myklebust" <Trond.Myklebust@netapp.com>,
	"Joern Engel" <joern@logfs.org>,
	"Rusty Russell" <rusty@rustcorp.com.au>,
	"Steven Rostedt" <rostedt@goodmis.org>,
	xfs@oss.sgi.com, "Rafael J. Wysocki" <rjw@sisk.pl>,
	"Martin Schwidefsky" <schwidefsky@de.ibm.com>,
	"Ben Myers" <bpm@sgi.com>,
	"Jerome Marchand" <jmarchand@redhat.com>,
	"Alexander Viro" <viro@zeniv.linux.org.uk>,
	"Andy Adamson" <andros@netapp.com>,
	"Sam Bradshaw" <sbradshaw@micron.com>,
	"Jaegeuk Kim" <jaegeuk.kim@samsung.com>,
	ceph-devel@vger.kernel.org, "Yehuda Sadeh" <yehuda@inktank.com>,
	axboe@kernel.dk, "Theodore Ts'o" <tytso@mit.edu>,
	"Andrew Morton" <akpm@linux-foundation.org>,
	"Martin K. Petersen" <martin.petersen@oracle.com>,
	"Sunil Mushran" <sunil.mushran@gmail.com>,
	"Geoff Levand" <geoff@infradead.org>,
	"Jiri Kosina" <jkosina@suse.cz>,
	"Asai Thambi S P" <asamymuthupa@micron.com>,
	linux-kernel@vger.kernel.org,
	fanchaoting <fanchaoting@cn.fujitsu.com>,
	"Benny Halevy" <bhalevy@tonian.com>,
	"Jiang Liu" <jiang.liu@huawei.com>,
	"Greg Kroah-Hartman" <gregkh@linuxfoundation.org>,
	tj@kernel.org, linux390@de.ibm.com,
	"Mark Fasheh" <mfasheh@suse.com>,
	"Wei Yongjun" <yongjun_wei@trendmicro.com.cn>,
	"Frederic Weisbecker" <fweisbec@gmail.com>,
	"Guo Chao" <yan@linux.vnet.ibm.com>,
	"Joel Becker" <jlbec@evilplan.org>
Subject: Re: [Drbd-dev] [PATCH 04/23] block: Abstract out bvec iterator
Date: Thu, 31 Oct 2013 14:29:36 +1100	[thread overview]
Message-ID: <20131031142936.63727342@notabene.brown> (raw)
In-Reply-To: <1383077896-4132-5-git-send-email-kmo@daterainc.com>

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

On Tue, 29 Oct 2013 13:17:57 -0700 Kent Overstreet <kmo@daterainc.com> wrote:

> Immutable biovecs are going to require an explicit iterator. To
> implement immutable bvecs, a later patch is going to add a bi_bvec_done
> member to this struct; for now, this patch effectively just renames
> things.
> 
> Signed-off-by: Kent Overstreet <kmo@daterainc.com>


> diff --git a/Documentation/block/biodoc.txt b/Documentation/block/biodoc.txt
> index 8df5e8e..2101e71 100644
> --- a/Documentation/block/biodoc.txt
> +++ b/Documentation/block/biodoc.txt
> @@ -447,14 +447,13 @@ struct bio_vec {
>   * main unit of I/O for the block layer and lower layers (ie drivers)
>   */
>  struct bio {
> -       sector_t            bi_sector;
>         struct bio          *bi_next;    /* request queue link */
>         struct block_device *bi_bdev;	/* target device */
>         unsigned long       bi_flags;    /* status, command, etc */
>         unsigned long       bi_rw;       /* low bits: r/w, high: priority */
>  
>         unsigned int	bi_vcnt;     /* how may bio_vec's */
> -       unsigned int	bi_idx;		/* current index into bio_vec array */
> +       struct bvec_iter	bi_iter;	/* current index into bio_vec array */
>  
>         unsigned int	bi_size;     /* total size in bytes */
>         unsigned short 	bi_phys_segments; /* segments after physaddr coalesce*/
> @@ -480,7 +479,7 @@ With this multipage bio design:
>  - Code that traverses the req list can find all the segments of a bio
>    by using rq_for_each_segment.  This handles the fact that a request
>    has multiple bios, each of which can have multiple segments.
> -- Drivers which can't process a large bio in one shot can use the bi_idx
> +- Drivers which can't process a large bio in one shot can use the bi_iter
>    field to keep track of the next bio_vec entry to process.
>    (e.g a 1MB bio_vec needs to be handled in max 128kB chunks for IDE)
>    [TBD: Should preferably also have a bi_voffset and bi_vlen to avoid modifying
> @@ -589,7 +588,7 @@ driver should not modify these values. The block layer sets up the
>  nr_sectors and current_nr_sectors fields (based on the corresponding
>  hard_xxx values and the number of bytes transferred) and updates it on
>  every transfer that invokes end_that_request_first. It does the same for the
> -buffer, bio, bio->bi_idx fields too.
> +buffer, bio, bio->bi_iter fields too.
>  
>  The buffer field is just a virtual address mapping of the current segment
>  of the i/o buffer in cases where the buffer resides in low-memory. For high

Would it make sense to add some details of "bvec_iter" to this document?

Or will that come later?

NeilBrown

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

  reply	other threads:[~2013-10-31  3:29 UTC|newest]

Thread overview: 48+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2013-10-29 20:17 [PATCH] Immutable biovecs Kent Overstreet
2013-10-29 20:17 ` [PATCH 01/23] block: Use rw_copy_check_uvector() Kent Overstreet
2013-10-29 20:17 ` [PATCH 02/23] block: Consolidate duplicated bio_trim() implementations Kent Overstreet
2013-10-29 20:17 ` [PATCH 03/23] bcache: Kill unaligned bvec hack Kent Overstreet
2013-10-29 20:17 ` [PATCH 04/23] block: Abstract out bvec iterator Kent Overstreet
2013-10-29 20:17   ` [Drbd-dev] " Kent Overstreet
2013-10-29 20:17   ` Kent Overstreet
2013-10-31  3:29   ` NeilBrown [this message]
2013-10-31  3:29     ` [Drbd-dev] " NeilBrown
2013-10-31  3:29     ` NeilBrown
2013-10-31 17:14   ` Ed Cashin
2013-10-31 17:14     ` [Drbd-dev] " Ed Cashin
2013-10-31 17:14     ` Ed Cashin
2013-10-29 20:17 ` [PATCH 05/23] dm: Use bvec_iter for dm_bio_record() Kent Overstreet
2013-10-29 20:17 ` [PATCH 06/23] block: Convert bio_iovec() to bvec_iter Kent Overstreet
2013-10-29 20:17   ` Kent Overstreet
2013-10-29 20:18 ` [PATCH 07/23] block: Convert bio_for_each_segment() " Kent Overstreet
2013-10-29 20:18 ` Kent Overstreet
2013-10-29 20:18   ` Kent Overstreet
2013-10-29 20:18   ` Kent Overstreet
2013-10-29 20:18   ` [Drbd-dev] " Kent Overstreet
2013-10-29 20:18   ` Kent Overstreet
2013-10-29 20:18   ` [Cluster-devel] " Kent Overstreet
2013-10-29 20:18 ` [Drbd-dev] [PATCH 08/23] block: Immutable bio vecs Kent Overstreet
2013-10-29 20:18   ` Kent Overstreet
2013-10-29 20:18 ` [PATCH 09/23] block: Convert bio_copy_data() to bvec_iter Kent Overstreet
2013-10-29 20:18 ` [PATCH 10/23] bio-integrity: Convert " Kent Overstreet
2013-10-29 20:18 ` [PATCH 11/23] block: Kill bio_segments()/bi_vcnt usage Kent Overstreet
2013-10-29 20:18 ` [PATCH 12/23] block: Convert drivers to immutable biovecs Kent Overstreet
2013-10-29 20:18 ` [PATCH 13/23] aoe: Convert " Kent Overstreet
2013-10-29 20:18 ` [PATCH 14/23] ceph: " Kent Overstreet
2013-10-29 20:18 ` [PATCH 15/23] block: Kill bio_iovec_idx(), __bio_iovec() Kent Overstreet
2013-10-29 20:18 ` [PATCH 16/23] rbd: Refactor bio cloning, don't clone biovecs Kent Overstreet
2013-10-29 20:18 ` [PATCH 17/23] dm: Refactor for new bio cloning/splitting Kent Overstreet
2013-10-29 23:04   ` Mike Snitzer
2013-10-30  0:09   ` Mike Snitzer
2013-10-30  0:19     ` Kent Overstreet
2013-10-30  0:29       ` Mike Snitzer
2013-10-30  0:29         ` Mike Snitzer
2013-10-31 14:05         ` Jens Axboe
2013-10-29 20:18 ` [PATCH 18/23] block: Remove bi_idx hacks Kent Overstreet
2013-10-29 20:18 ` [PATCH 19/23] block: Generic bio chaining Kent Overstreet
2013-10-29 20:18 ` [PATCH 20/23] block: Rename bio_split() -> bio_pair_split() Kent Overstreet
2013-10-29 20:18 ` [PATCH 21/23] block: Introduce new bio_split() Kent Overstreet
2013-10-29 20:18 ` [PATCH 22/23] block: Kill bio_pair_split() Kent Overstreet
2013-10-29 20:18 ` [PATCH 23/23] block: Don't save/copy bvec array anymore, share when cloning Kent Overstreet
2013-10-29 20:36 ` [PATCH] Immutable biovecs Jens Axboe
2013-10-30  0:06   ` 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=20131031142936.63727342@notabene.brown \
    --to=neilb@suse.de \
    --cc=Ian.Campbell@citrix.com \
    --cc=agk@redhat.com \
    --cc=benh@kernel.crashing.org \
    --cc=chris.mason@fusionio.com \
    --cc=dm-devel@redhat.com \
    --cc=ecashin@coraid.com \
    --cc=heiko.carstens@de.ibm.com \
    --cc=herton.krzesinski@canonical.com \
    --cc=jbeulich@suse.com \
    --cc=jeremy@goop.org \
    --cc=josh.h.morris@us.ibm.com \
    --cc=kmo@daterainc.com \
    --cc=konishi.ryusuke@lab.ntt.co.jp \
    --cc=mst@redhat.com \
    --cc=namjae.jeon@samsung.com \
    --cc=npiggin@kernel.dk \
    --cc=paulus@samba.org \
    --cc=pavel@ucw.cz \
    --cc=roger.pau@citrix.com \
    --cc=shaggy@kernel.org \
    --cc=smani@micron.com \
    /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.