Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753116AbbHKRiL (ORCPT ); Tue, 11 Aug 2015 13:38:11 -0400 Received: from userp1040.oracle.com ([156.151.31.81]:30451 "EHLO userp1040.oracle.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752034AbbHKRiI (ORCPT ); Tue, 11 Aug 2015 13:38:08 -0400 To: Mike Snitzer Cc: "Martin K. Petersen" , Ming Lin , axboe@fb.com, Christoph Hellwig , device-mapper development , Ming Lei , Christoph Hellwig , Alasdair Kergon , Lars Ellenberg , Philip Kelleher , Kent Overstreet , Nitin Gupta , Ming Lin , Oleg Drokin , Al Viro , Jens Axboe , Andreas Dilger , Geoff Levand , Jiri Kosina , lkml , Jim Paris , Minchan Kim , Dongsu Park , drbd-user@lists.linbit.com, Joe Thornber Subject: Re: [PATCH v5 01/11] block: make generic_make_request handle arbitrarily sized bios From: "Martin K. Petersen" Organization: Oracle Corporation References: <1439099990.7880.0.camel@hasee> <20150809064128.GB2436@infradead.org> <1439103347.7880.3.camel@hasee> <20150809070128.GA25739@infradead.org> <1439104707.7880.8.camel@hasee> <20150810150216.GA22719@redhat.com> <1439230696.26458.6.camel@ssi> <20150811024154.GA26351@redhat.com> Date: Tue, 11 Aug 2015 13:36:39 -0400 In-Reply-To: <20150811024154.GA26351@redhat.com> (Mike Snitzer's message of "Mon, 10 Aug 2015 22:41:55 -0400") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.5 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain X-Source-IP: aserv0022.oracle.com [141.146.126.234] Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1027 Lines: 23 >>>>> "Mike" == Mike Snitzer writes: Mike> DM-thinp processes discards internally before it passes them down Mike> (if configured to do so). If a discard is smaller than the Mike> granularity of a thinp block (whose size is configurable) or if Mike> the start and end of the discard's extent is misaligned (relative Mike> to the thinp blocks mapped to the logical extent) then the discard Mike> won't actually discard partial thinp blocks. That's fine. You can throw away anything you don't like as long as discard_zeroes_data=0. But I don't understand why having an artificial cap at 2GB fixes things. Other than making it less likely for you to receive a runt by virtue of being aligned to a power of two. -- Martin K. Petersen Oracle Linux Engineering -- 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/