Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1755907Ab2HIHWZ (ORCPT ); Thu, 9 Aug 2012 03:22:25 -0400 Received: from mail-gg0-f174.google.com ([209.85.161.174]:36483 "EHLO mail-gg0-f174.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1755305Ab2HIHWX (ORCPT ); Thu, 9 Aug 2012 03:22:23 -0400 Date: Thu, 9 Aug 2012 00:22:17 -0700 From: Tejun Heo To: Kent Overstreet Cc: linux-bcache@vger.kernel.org, linux-kernel@vger.kernel.org, dm-devel@redhat.com, axboe@kernel.dk, agk@redhat.com, neilb@suse.de, drbd-dev@lists.linbit.com, vgoyal@redhat.com, mpatocka@redhat.com, sage@newdream.net, yehuda@hq.newdream.net Subject: Re: [PATCH v5 08/12] block: Introduce new bio_split() Message-ID: <20120809072217.GH2845@dhcp-172-17-108-109.mtv.corp.google.com> References: <1344290921-25154-1-git-send-email-koverstreet@google.com> <1344290921-25154-9-git-send-email-koverstreet@google.com> <20120808230532.GH6983@dhcp-172-17-108-109.mtv.corp.google.com> <20120809013923.GH7262@moria.home.lan> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20120809013923.GH7262@moria.home.lan> User-Agent: Mutt/1.5.20 (2009-06-14) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1761 Lines: 40 On Wed, Aug 08, 2012 at 06:39:23PM -0700, Kent Overstreet wrote: > On Wed, Aug 08, 2012 at 04:05:32PM -0700, Tejun Heo wrote: > > One more thing. > > > > On Mon, Aug 06, 2012 at 03:08:37PM -0700, Kent Overstreet wrote: > > > + if (bio_integrity(bio)) { > > > + bio_integrity_clone(ret, bio, gfp, bs); > > > + bio_integrity_trim(ret, 0, bio_sectors(ret)); > > > + bio_integrity_trim(bio, bio_sectors(ret), bio_sectors(bio)); > > > > Is this equivalent to bio_integrity_split() performance-wise? > > Strictly speaking, no. But it has the advantage of being drastically > simpler - and the only one only worked for single page bios so I > would've had to come up with something new from scratch, and as > confusing as the integrity stuff is I wouldn't trust the result. There's already bio_integrity_split() and you're actively dropping it. > I'm skeptical that it's going to matter in practice given how much > iteration is done elsewhere in the course of processing a bio and given > that this stuff isn't used with high end SSDs... If you think the active dropping is justified, please let the change and justification clearly stated. You're burying the active change in two separate patches without even mentioning it or cc'ing people who care about bio-integrity (Martin K. Petersen). Ummm.... this is simply unacceptable and makes me a lot more suspicious about the patchset. Please be explicit about changes you make. Peer-review breaks down unless such trust can be maintained. Thanks. -- tejun -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/