[Date Prev][Date Next] [Thread Prev][Thread Next]
[Thread Index]
[Date Index]
[Author Index]
Re: [dm-devel] [PATCH v6 11/13] block: Rework bio_pair_split()
- From: "Martin K. Petersen" <martin petersen oracle com>
- To: Tejun Heo <tj kernel org>
- Cc: Jens Axboe <axboe kernel dk>, Sage Weil <sage inktank com>, "Martin K. Petersen" <martin petersen oracle com>, Kent Overstreet <koverstreet google com>, dm-devel redhat com, linux-kernel vger kernel org, Peter Osterlund <petero2 telia com>, linux-bcache vger kernel org, mpatocka redhat com, bharrosh panasas com, Lars Ellenberg <lars ellenberg linbit com>, vgoyal redhat com
- Subject: Re: [dm-devel] [PATCH v6 11/13] block: Rework bio_pair_split()
- Date: Thu, 23 Aug 2012 22:25:47 -0400
>>>>> "Tejun" == Tejun Heo <tj kernel org> writes:
Tejun> I complained about this in the last posting and in the previous
Tejun> patch. Please respond. Martin, are you okay with these
Tejun> integrity changes?
I missed the first several iterations of all this while I was out on
vacation. I'll have to try to wrap my head around the new approach.
However, I'm not sure I like the overall approach of the new splitting.
Instead of all this cloning, slicing and dicing of bio_vecs I'd rather
we bit the bullet and had an offset + length for the vector inside each
bio. That way we could keep the bio_vec immutable and make clones more
lightweight since their vecs would always point to the parent. This also
makes it trivial to split I/Os in the stacking drivers and removes evils
in the partial completion code path. It would also allow to sever the
ties between "size of block range operated on" vs. bi_size which we need
for copy offload, discard, etc.
--
Martin K. Petersen Oracle Linux Engineering
[Date Prev][Date Next] [Thread Prev][Thread Next]
[Thread Index]
[Date Index]
[Author Index]