From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: X-Spam-Checker-Version: SpamAssassin 3.4.0 (2014-02-07) on aws-us-west-2-korg-lkml-1.web.codeaurora.org Received: from vger.kernel.org (vger.kernel.org [23.128.96.18]) by smtp.lore.kernel.org (Postfix) with ESMTP id E243EC43334 for ; Fri, 22 Jul 2022 06:11:22 +0000 (UTC) Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229761AbiGVGLV (ORCPT ); Fri, 22 Jul 2022 02:11:21 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:53180 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229593AbiGVGLV (ORCPT ); Fri, 22 Jul 2022 02:11:21 -0400 Received: from verein.lst.de (verein.lst.de [213.95.11.211]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 93C192A405 for ; Thu, 21 Jul 2022 23:11:20 -0700 (PDT) Received: by verein.lst.de (Postfix, from userid 2407) id 461DC68AFE; Fri, 22 Jul 2022 08:11:17 +0200 (CEST) Date: Fri, 22 Jul 2022 08:11:17 +0200 From: Christoph Hellwig To: Damien Le Moal Cc: Christoph Hellwig , Jens Axboe , linux-block@vger.kernel.org Subject: Re: [PATCH 3/5] block: move the call to get_max_io_size out of blk_bio_segment_split Message-ID: <20220722061117.GA31570@lst.de> References: <20220720142456.1414262-1-hch@lst.de> <20220720142456.1414262-4-hch@lst.de> <133b4a85-7106-8cb0-94da-842d7744e19c@opensource.wdc.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <133b4a85-7106-8cb0-94da-842d7744e19c@opensource.wdc.com> User-Agent: Mutt/1.5.17 (2007-11-01) Precedence: bulk List-ID: X-Mailing-List: linux-block@vger.kernel.org On Fri, Jul 22, 2022 at 03:09:57PM +0900, Damien Le Moal wrote: > On 7/20/22 23:24, Christoph Hellwig wrote: > > Prepare for reusing blk_bio_segment_split for (file system controlled) > > splits of REQ_OP_ZONE_APPEND bios by letting the caller control the > > maximum size of the bio. > > > > Signed-off-by: Christoph Hellwig > > Looks good. Though I think this patch could wait for the actual users of > this change. I don't think passing an additional argument is in any way harmful even now, and I'd like to reduce the cross-tree dependencies for the next cycle. With this series in I just need to an an export in the btrfs series, which would be great.