From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1752594AbbE0IPy (ORCPT ); Wed, 27 May 2015 04:15:54 -0400 Received: from verein.lst.de ([213.95.11.211]:50798 "EHLO newverein.lst.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751741AbbE0IPv (ORCPT ); Wed, 27 May 2015 04:15:51 -0400 Date: Wed, 27 May 2015 10:15:49 +0200 From: Christoph Hellwig To: NeilBrown Cc: Ming Lin , Christoph Hellwig , lkml , Kent Overstreet , Jens Axboe , Dongsu Park , linux-raid@vger.kernel.org Subject: Re: [PATCH v4 06/11] md/raid5: get rid of bio_fits_rdev() Message-ID: <20150527081549.GA25575@lst.de> References: <1432318723-18829-1-git-send-email-mlin@kernel.org> <1432318723-18829-7-git-send-email-mlin@kernel.org> <20150525154829.4330f149@notabene.brown> <20150525175414.6a1fc33d@notabene.brown> <20150525141708.GA26249@lst.de> <20150527090309.2cddf33b@notabene.brown> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20150527090309.2cddf33b@notabene.brown> User-Agent: Mutt/1.5.17 (2007-11-01) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On Wed, May 27, 2015 at 09:03:09AM +1000, NeilBrown wrote: > But I don't think the sequence is right. > > You cannot remove ->merge_bvec_fn for *any* stacked device until *all* devices > make use of blk_queue_split() (or otherwise handle arbitrarily large bios). > > I think it would be easiest to: > - add blk_queue_split() and call it from common code before ->make_request_fn > is called. The ensure all devices can accept arbitrarily large bios. > - driver-by-driver remove merge_bvec_fn and make sure the the driver can cope > with arbitrary bios themselve, calling blk_queue_split in the make_request > function only if needed > - finally remove the call to blk_queue_split from the common code. > > Does that make sense to others? Ok, sorry for leading in the wrong direction. Because we stack ->merge_bvec_fn calls we do indeed need it until the end. In that case I think it's better to just go back to something like the original order and not split the patches up, everything else is just getting too complicated unfrotunately.