[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <x494nrmx2ux.fsf@segfault.boston.devel.redhat.com>
Date: Fri, 11 May 2012 09:29:42 -0400
From: Jeff Moyer <jmoyer@...hat.com>
To: Kent Overstreet <koverstreet@...gle.com>
Cc: Vivek Goyal <vgoyal@...hat.com>, linux-bcache@...r.kernel.org,
linux-kernel@...r.kernel.org, dm-devel@...hat.com,
tejun@...gle.com, agk@...hat.com, Martin Peterson <mkp@....net>
Subject: Re: [dm-devel] [Bcache v13 01/16] Only clone bio vecs that are in use
[top posting fixed]
Kent Overstreet <koverstreet@...gle.com> writes:
> 2012/5/10 Vivek Goyal <vgoyal@...hat.com>:
>> On Wed, May 09, 2012 at 11:08:13PM -0400, Kent Overstreet wrote:
>>
>> [..]
>>> -
>>> - if (bio_integrity(bio)) {
>>> - bio_integrity_clone(clone, bio, GFP_NOIO, bs);
>>> -
>>> +#if 0
>>> + if (bio_integrity(bio))
>>> if (idx != bio->bi_idx || clone->bi_size < bio->bi_size)
>>> bio_integrity_trim(clone,
>>> bio_sector_offset(bio, idx, 0), len);
>>> - }
>>> -
>>> +#endif
>>
>> Dead/debug code under "#if 0" ?
>>
> Oh, I never got around to figuring out what needed to be done with the
> bio integrity - presumably it'll have to be handled differently
> somehow (I'm assuming an index in the integrity bvec is intended to
> match up with an index in the regular bvec), but I don't have any way
> to test the integrity stuff.
The scsi debug module supports dif/dix, so you can use that for testing.
Cheers,
Jeff
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists