From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: To: Mike Snitzer From: "Martin K. Petersen" References: <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> <20150811174717.GA30439@redhat.com> Date: Tue, 11 Aug 2015 14:01:45 -0400 In-Reply-To: <20150811174717.GA30439@redhat.com> (Mike Snitzer's message of "Tue, 11 Aug 2015 13:47:17 -0400") Message-ID: MIME-Version: 1.0 Content-Type: text/plain Cc: Ming Lei , device-mapper development , Christoph Hellwig , Alasdair Kergon , Lars Ellenberg , Philip Kelleher , Christoph Hellwig , Kent Overstreet , Nitin Gupta , Ming Lin , Oleg Drokin , Al Viro , Ming Lin , Jens Axboe , axboe@fb.com, Andreas Dilger , "Martin K. Petersen" , Geoff Levand , Jiri Kosina , lkml , Jim Paris , Minchan Kim , Joe Thornber , Dongsu Park , drbd-user@lists.linbit.com Subject: Re: [Drbd-dev] [dm-devel] [PATCH v5 01/11] block: make generic_make_request handle arbitrarily sized bios List-Id: "*Coordination* of development, patches, contributions -- *Questions* \(even to developers\) go to drbd-user, please." List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , >>>>> "Mike" == Mike Snitzer writes: Mike> That is the benefit. And when coupled with the new default Mike> max_discard of 64K (pending change from Jens for 4.3) this 2GB Mike> upper limit really isn't such a big deal. Unless I'm missing Mike> something... 2GB is fine for current SATA due to the stupid range descriptors. But there are some changes in the pipeline to support descriptors with bigger ranges so that will change. However, we currently do 4GB discards on SCSI so the proposed cap will cut that in half. I'm OK with that as an interim solution. though. But I'm a bit concerned about what might be lurking in dm thinp if you trip over partial blocks like in Ming's example... -- Martin K. Petersen Oracle Linux Engineering