From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Date: Thu, 14 Jun 2018 10:01:38 +0800 From: Ming Lei To: Christoph Hellwig Cc: Jens Axboe , Alexander Viro , Kent Overstreet , David Sterba , Huang Ying , linux-kernel@vger.kernel.org, linux-block@vger.kernel.org, linux-fsdevel@vger.kernel.org, linux-mm@kvack.org, Theodore Ts'o , "Darrick J . Wong" , Coly Li , Filipe Manana , Randy Dunlap Subject: Re: [PATCH V6 15/30] block: introduce bio_clone_chunk_bioset() Message-ID: <20180614020137.GF19828@ming.t460p> References: <20180609123014.8861-1-ming.lei@redhat.com> <20180609123014.8861-16-ming.lei@redhat.com> <20180613145654.GE4693@infradead.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20180613145654.GE4693@infradead.org> Sender: owner-linux-mm@kvack.org List-ID: On Wed, Jun 13, 2018 at 07:56:54AM -0700, Christoph Hellwig wrote: > On Sat, Jun 09, 2018 at 08:29:59PM +0800, Ming Lei wrote: > > There is one use case(DM) which requires to clone bio chunk by > > chunk, so introduce this API. > > I don't think DM is the special case here. The special case is the > bounce code that only wants single page bios. Between that, and the > fact that we only have two callers and one of them is inside the > block layer I would suggest to fold in the following patch to make > bio_clone_bioset clone in multi-page bvecs and make the bounce code > use the low-level interface directly: Bounce limits the max pages as 256 will do bio splitting, so won't need this change. Thanks, Ming