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 X-Spam-Level: X-Spam-Status: No, score=-3.6 required=3.0 tests=BAYES_00,DKIM_INVALID, DKIM_SIGNED,HEADER_FROM_DIFFERENT_DOMAINS,MAILING_LIST_MULTI,SPF_HELO_NONE, SPF_PASS autolearn=no autolearn_force=no version=3.4.0 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id 3CC11C07E9B for ; Wed, 21 Jul 2021 04:31:39 +0000 (UTC) Received: from kanga.kvack.org (kanga.kvack.org [205.233.56.17]) by mail.kernel.org (Postfix) with ESMTP id A69D76108B for ; Wed, 21 Jul 2021 04:31:38 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org A69D76108B Authentication-Results: mail.kernel.org; dmarc=none (p=none dis=none) header.from=infradead.org Authentication-Results: mail.kernel.org; spf=pass smtp.mailfrom=owner-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix) id 5536C6B0011; Wed, 21 Jul 2021 00:31:39 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id 502E36B0036; Wed, 21 Jul 2021 00:31:39 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 3C9CA6B006C; Wed, 21 Jul 2021 00:31:39 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from forelay.hostedemail.com (smtprelay0090.hostedemail.com [216.40.44.90]) by kanga.kvack.org (Postfix) with ESMTP id 13FA46B0011 for ; Wed, 21 Jul 2021 00:31:39 -0400 (EDT) Received: from smtpin16.hostedemail.com (10.5.19.251.rfc1918.com [10.5.19.251]) by forelay02.hostedemail.com (Postfix) with ESMTP id 82FB91AEF4 for ; Wed, 21 Jul 2021 04:31:37 +0000 (UTC) X-FDA: 78385321434.16.C632AD6 Received: from casper.infradead.org (casper.infradead.org [90.155.50.34]) by imf05.hostedemail.com (Postfix) with ESMTP id 0F07F50138CA for ; Wed, 21 Jul 2021 04:31:36 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; q=dns/txt; c=relaxed/relaxed; d=infradead.org; s=casper.20170209; h=In-Reply-To:Content-Type:MIME-Version: References:Message-ID:Subject:Cc:To:From:Date:Sender:Reply-To: Content-Transfer-Encoding:Content-ID:Content-Description; bh=oXXmw0xRZx1duRhUChyatQyyj1O6vy9kc7fAFrgNi1c=; b=fIzsHCIxsD0PCsJQXquJXuNBaR 4aCcmn3x3h8xgBXvng6sFzappeCZKsJXdZuOfFY5hRC5zYFElLBPBA05cwFrt1WqFloPNwX7w5ya7 dQdasSz7A7RosEIr7rui5ggNaap7lNKfunb0p9DAwsLdgEeXlwlsv6uc5K45owvneghM4t0+vzzlJ rQgPX6OYp+o5pGeH7F/oxaYj6fuwMR9/T82xk3Elo0xOLlmCnT/sKYYFpOywp6M+kzlQ+mG3pZC/g onfQVrTlWcNciXXPkP49pMZajCIbAzTqmu40ZZ14eFcC2ydIw1qYzOc5rVZeEjJngkmzFcRiS2KpY gucM0dIQ==; Received: from willy by casper.infradead.org with local (Exim 4.94.2 #2 (Red Hat Linux)) id 1m63t6-008mw6-MF; Wed, 21 Jul 2021 04:31:21 +0000 Date: Wed, 21 Jul 2021 05:31:16 +0100 From: Matthew Wilcox To: Christoph Hellwig Cc: "Darrick J. Wong" , linux-fsdevel@vger.kernel.org, linux-mm@kvack.org, linux-block@vger.kernel.org Subject: Re: [PATCH v15 16/17] iomap: Convert iomap_add_to_ioend to take a folio Message-ID: References: <20210719184001.1750630-1-willy@infradead.org> <20210719184001.1750630-17-willy@infradead.org> <20210721001219.GR22357@magnolia> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: Authentication-Results: imf05.hostedemail.com; dkim=pass header.d=infradead.org header.s=casper.20170209 header.b=fIzsHCIx; spf=none (imf05.hostedemail.com: domain of willy@infradead.org has no SPF policy when checking 90.155.50.34) smtp.mailfrom=willy@infradead.org; dmarc=none X-Rspamd-Server: rspam05 X-Stat-Signature: nmde6dp1xfoktjomzegs75gqfjh7ifa3 X-Rspamd-Queue-Id: 0F07F50138CA X-HE-Tag: 1626841896-348184 X-Bogosity: Ham, tests=bogofilter, spamicity=0.000000, version=1.2.4 Sender: owner-linux-mm@kvack.org Precedence: bulk X-Loop: owner-majordomo@kvack.org List-ID: On Wed, Jul 21, 2021 at 05:27:49AM +0100, Christoph Hellwig wrote: > On Tue, Jul 20, 2021 at 05:12:19PM -0700, Darrick J. Wong wrote: > > I /am/ beginning to wonder, though -- seeing as Christoph and Matthew > > both have very large patchsets changing things in fs/iomap/, how would > > you like those landed? Christoph's iterator refactoring looks like it > > could be ready to go for 5.15. Matthew's folio series looks like a > > mostly straightforward conversion for iomap, except that it has 91 > > patches as a hard dependency. > > > > Since most of the iomap changes for 5.15 aren't directly related to > > folios, I think I prefer iomap-for-next to be based directly off -rcX > > like usual, though I don't know where that leaves the iomap folio > > conversion. I suppose one could add them to a branch that itself is a > > result of the folio and iomap branches, or leave them off for 5.16? > > Maybe willy has a different opinion, but I thought the plan was to have > the based folio enablement in 5.15, and then do things like the iomap > conversion in the the next merge window. If we have everything ready > this window we could still add a branch that builds on top of both > the iomap and folio trees, though. Yes, my plan was to have the iomap conversion and the second half of the page cache work hit 5.16. If we're ready earlier, that's great! Both you and I want to see both the folio work and the iomap_iter work get merged, so I don't anticipate any lack of will to get the work done.