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 B01B8C12002 for ; Wed, 21 Jul 2021 04:28:51 +0000 (UTC) Received: from kanga.kvack.org (kanga.kvack.org [205.233.56.17]) by mail.kernel.org (Postfix) with ESMTP id 43F8A6120A for ; Wed, 21 Jul 2021 04:28:51 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.3.2 mail.kernel.org 43F8A6120A 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 B71096B0011; Wed, 21 Jul 2021 00:28:51 -0400 (EDT) Received: by kanga.kvack.org (Postfix, from userid 40) id AFB4C6B0036; Wed, 21 Jul 2021 00:28:51 -0400 (EDT) X-Delivered-To: int-list-linux-mm@kvack.org Received: by kanga.kvack.org (Postfix, from userid 63042) id 973B26B006C; Wed, 21 Jul 2021 00:28:51 -0400 (EDT) X-Delivered-To: linux-mm@kvack.org Received: from forelay.hostedemail.com (smtprelay0052.hostedemail.com [216.40.44.52]) by kanga.kvack.org (Postfix) with ESMTP id 6E8E36B0011 for ; Wed, 21 Jul 2021 00:28:51 -0400 (EDT) Received: from smtpin37.hostedemail.com (10.5.19.251.rfc1918.com [10.5.19.251]) by forelay03.hostedemail.com (Postfix) with ESMTP id C8AFC8248047 for ; Wed, 21 Jul 2021 04:28:49 +0000 (UTC) X-FDA: 78385314378.37.04427E4 Received: from casper.infradead.org (casper.infradead.org [90.155.50.34]) by imf26.hostedemail.com (Postfix) with ESMTP id 1251A2001501 for ; Wed, 21 Jul 2021 04:28:48 +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=FlnqjlJh3+nTNFv7MwYaGgv+ViirQs+pMyz9SMZzsIE=; b=qxcLQv8KimgPKjPFbsjxDLl7q7 QHrRNJEkWYryI5cfKkbsuB7ubxhq37SxS1xMNKH2z758mnkb8yEtcnmw35Q5i4B6OnUs1Ohkgcixv BOXme6/Zh0eSW04VraCEWzOuy0f5TcDh49jHqcIcya96Ldg/EYfRgi9idToPoV5zv4bTTHePTQvLM dvYxuIxTcZ42wp5wDfFGFAyB0hu/RKkK6ucs9rNjEtljPT3fWQ5PcnU0U0JX3hT9ojoAMcWINNbVz ISq07OZr/6thtu5WZMpofNG4Jds+G+uFbf6CWBjzBhDNTgDdsVL8yWjw+Jji6EWA/CSrCsCbrM/Ix dKfVfnYQ==; Received: from hch by casper.infradead.org with local (Exim 4.94.2 #2 (Red Hat Linux)) id 1m63pl-008mos-PD; Wed, 21 Jul 2021 04:28:01 +0000 Date: Wed, 21 Jul 2021 05:27:49 +0100 From: Christoph Hellwig To: "Darrick J. Wong" Cc: "Matthew Wilcox (Oracle)" , Christoph Hellwig , 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: <20210721001219.GR22357@magnolia> X-SRS-Rewrite: SMTP reverse-path rewritten from by casper.infradead.org. See http://www.infradead.org/rpr.html Authentication-Results: imf26.hostedemail.com; dkim=pass header.d=infradead.org header.s=casper.20170209 header.b=qxcLQv8K; spf=none (imf26.hostedemail.com: domain of BATV@casper.srs.infradead.org has no SPF policy when checking 90.155.50.34) smtp.mailfrom=BATV@casper.srs.infradead.org; dmarc=none X-Rspamd-Server: rspam03 X-Rspamd-Queue-Id: 1251A2001501 X-Stat-Signature: wzwsexji55cbgcpggzincke784cb1izn X-HE-Tag: 1626841728-57023 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 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.