From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id C01CC72 for ; Fri, 29 Oct 2021 15:55:25 +0000 (UTC) Received: by mail.kernel.org (Postfix) with ESMTPSA id 4AB5F60FC4; Fri, 29 Oct 2021 15:55:25 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1635522925; bh=/k26Brg4+jtEQ3L7YzlxV5wwLsjmiyhBtI1Xv0qe4jM=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=VNGR/oT5nGHHvMugzkATBbYvd9F6fQA09UpjqWqVPxKBtrRkcFw10uYcU96r4Y5e9 BaNLU2TAu5G25fISB6pXK1/JZX+S4dr/HMvRmPUH8Edr/t1LiljcPus0OjDWw7ypW0 4EPLVRfxgon+ImToi17MZEqzKb5Gh5cbLmWGIGdu44rLX++iOPCkcVZzYN1iNPUdhu ig+H9p46kun6H4yKSgjvS5hza9PP1p3D/4d0Z6Z7UeMhh3RdseFcOspVpYbIXEaaVD z3vlYv7WtW9WWwh+XaOu1OGv6Th/km6Qop9MOz3Oco0bjW7QLca7ef5pWDU57NAWBq P70mxqn/wKgSA== Date: Fri, 29 Oct 2021 08:55:24 -0700 From: "Darrick J. Wong" To: Dan Williams Cc: Stephen Rothwell , Christoph Hellwig , Shiyang Ruan , Mike Snitzer , Ira Weiny , device-mapper development , linux-xfs , Linux NVDIMM , linux-s390 , linux-fsdevel , linux-erofs@lists.ozlabs.org, linux-ext4 , virtualization@lists.linux-foundation.org Subject: Re: futher decouple DAX from block devices Message-ID: <20211029155524.GE24307@magnolia> References: <20211018044054.1779424-1-hch@lst.de> <20211029105139.1194bb7f@canb.auug.org.au> Precedence: bulk X-Mailing-List: nvdimm@lists.linux.dev List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: On Fri, Oct 29, 2021 at 08:42:29AM -0700, Dan Williams wrote: > On Thu, Oct 28, 2021 at 4:52 PM Stephen Rothwell wrote: > > > > Hi Dan, > > > > On Wed, 27 Oct 2021 13:46:31 -0700 Dan Williams wrote: > > > > > > My merge resolution is here [1]. Christoph, please have a look. The > > > rebase and the merge result are both passing my test and I'm now going > > > to review the individual patches. However, while I do that and collect > > > acks from DM and EROFS folks, I want to give Stephen a heads up that > > > this is coming. Primarily I want to see if someone sees a better > > > strategy to merge this, please let me know, but if not I plan to walk > > > Stephen and Linus through the resolution. > > > > It doesn't look to bad to me (however it is a bit late in the cycle :-( > > ). Once you are happy, just put it in your tree (some of the conflicts > > are against the current -rc3 based version of your tree anyway) and I > > will cope with it on Monday. > > Christoph, Darrick, Shiyang, > > I'm losing my nerve to try to jam this into v5.16 this late in the > cycle. Always a solid choice to hold off for a little more testing and a little less anxiety. :) I don't usually accept new code patches for iomap after rc4 anyway. > I do want to get dax+reflink squared away as soon as possible, > but that looks like something that needs to build on top of a > v5.16-rc1 at this point. If Linus does a -rc8 then maybe it would have > enough soak time, but otherwise I want to take the time to collect the > acks and queue up some more follow-on cleanups to prepare for > block-less-dax. I think that hwpoison-calls-xfs-rmap patchset is a prerequisite for dax+reflink anyway, right? /me had concluded both were 5.17 things. --D 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 mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id E03E1C433F5 for ; Fri, 29 Oct 2021 15:55:32 +0000 (UTC) Received: from lists.ozlabs.org (lists.ozlabs.org [112.213.38.117]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPS id 6B95460FC4 for ; Fri, 29 Oct 2021 15:55:32 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.4.1 mail.kernel.org 6B95460FC4 Authentication-Results: mail.kernel.org; dmarc=fail (p=none dis=none) header.from=kernel.org Authentication-Results: mail.kernel.org; spf=pass smtp.mailfrom=lists.ozlabs.org Received: from boromir.ozlabs.org (localhost [IPv6:::1]) by lists.ozlabs.org (Postfix) with ESMTP id 4Hgn830jzMz305L for ; Sat, 30 Oct 2021 02:55:31 +1100 (AEDT) Authentication-Results: lists.ozlabs.org; dkim=fail reason="signature verification failed" (2048-bit key; unprotected) header.d=kernel.org header.i=@kernel.org header.a=rsa-sha256 header.s=k20201202 header.b=VNGR/oT5; dkim-atps=neutral Authentication-Results: lists.ozlabs.org; spf=pass (sender SPF authorized) smtp.mailfrom=kernel.org (client-ip=198.145.29.99; helo=mail.kernel.org; envelope-from=djwong@kernel.org; receiver=) Authentication-Results: lists.ozlabs.org; dkim=pass (2048-bit key; unprotected) header.d=kernel.org header.i=@kernel.org header.a=rsa-sha256 header.s=k20201202 header.b=VNGR/oT5; dkim-atps=neutral Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by lists.ozlabs.org (Postfix) with ESMTPS id 4Hgn7z4th4z2yKN for ; Sat, 30 Oct 2021 02:55:27 +1100 (AEDT) Received: by mail.kernel.org (Postfix) with ESMTPSA id 4AB5F60FC4; Fri, 29 Oct 2021 15:55:25 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=kernel.org; s=k20201202; t=1635522925; bh=/k26Brg4+jtEQ3L7YzlxV5wwLsjmiyhBtI1Xv0qe4jM=; h=Date:From:To:Cc:Subject:References:In-Reply-To:From; b=VNGR/oT5nGHHvMugzkATBbYvd9F6fQA09UpjqWqVPxKBtrRkcFw10uYcU96r4Y5e9 BaNLU2TAu5G25fISB6pXK1/JZX+S4dr/HMvRmPUH8Edr/t1LiljcPus0OjDWw7ypW0 4EPLVRfxgon+ImToi17MZEqzKb5Gh5cbLmWGIGdu44rLX++iOPCkcVZzYN1iNPUdhu ig+H9p46kun6H4yKSgjvS5hza9PP1p3D/4d0Z6Z7UeMhh3RdseFcOspVpYbIXEaaVD z3vlYv7WtW9WWwh+XaOu1OGv6Th/km6Qop9MOz3Oco0bjW7QLca7ef5pWDU57NAWBq P70mxqn/wKgSA== Date: Fri, 29 Oct 2021 08:55:24 -0700 From: "Darrick J. Wong" To: Dan Williams Subject: Re: futher decouple DAX from block devices Message-ID: <20211029155524.GE24307@magnolia> References: <20211018044054.1779424-1-hch@lst.de> <20211029105139.1194bb7f@canb.auug.org.au> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: X-BeenThere: linux-erofs@lists.ozlabs.org X-Mailman-Version: 2.1.29 Precedence: list List-Id: Development of Linux EROFS file system List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Cc: Stephen Rothwell , Mike Snitzer , Linux NVDIMM , linux-s390 , linux-erofs@lists.ozlabs.org, Shiyang Ruan , linux-xfs , device-mapper development , linux-fsdevel , linux-ext4 , Ira Weiny , Christoph Hellwig , virtualization@lists.linux-foundation.org Errors-To: linux-erofs-bounces+linux-erofs=archiver.kernel.org@lists.ozlabs.org Sender: "Linux-erofs" On Fri, Oct 29, 2021 at 08:42:29AM -0700, Dan Williams wrote: > On Thu, Oct 28, 2021 at 4:52 PM Stephen Rothwell wrote: > > > > Hi Dan, > > > > On Wed, 27 Oct 2021 13:46:31 -0700 Dan Williams wrote: > > > > > > My merge resolution is here [1]. Christoph, please have a look. The > > > rebase and the merge result are both passing my test and I'm now going > > > to review the individual patches. However, while I do that and collect > > > acks from DM and EROFS folks, I want to give Stephen a heads up that > > > this is coming. Primarily I want to see if someone sees a better > > > strategy to merge this, please let me know, but if not I plan to walk > > > Stephen and Linus through the resolution. > > > > It doesn't look to bad to me (however it is a bit late in the cycle :-( > > ). Once you are happy, just put it in your tree (some of the conflicts > > are against the current -rc3 based version of your tree anyway) and I > > will cope with it on Monday. > > Christoph, Darrick, Shiyang, > > I'm losing my nerve to try to jam this into v5.16 this late in the > cycle. Always a solid choice to hold off for a little more testing and a little less anxiety. :) I don't usually accept new code patches for iomap after rc4 anyway. > I do want to get dax+reflink squared away as soon as possible, > but that looks like something that needs to build on top of a > v5.16-rc1 at this point. If Linus does a -rc8 then maybe it would have > enough soak time, but otherwise I want to take the time to collect the > acks and queue up some more follow-on cleanups to prepare for > block-less-dax. I think that hwpoison-calls-xfs-rmap patchset is a prerequisite for dax+reflink anyway, right? /me had concluded both were 5.17 things. --D 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 mail.kernel.org (mail.kernel.org [198.145.29.99]) by smtp.lore.kernel.org (Postfix) with ESMTP id BC3B4C433EF for ; Fri, 29 Oct 2021 15:55:42 +0000 (UTC) Received: from us-smtp-delivery-124.mimecast.com (us-smtp-delivery-124.mimecast.com [170.10.133.124]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mail.kernel.org (Postfix) with ESMTPS id 1C91461165 for ; Fri, 29 Oct 2021 15:55:41 +0000 (UTC) DMARC-Filter: OpenDMARC Filter v1.4.1 mail.kernel.org 1C91461165 Authentication-Results: mail.kernel.org; dmarc=fail (p=none dis=none) header.from=kernel.org Authentication-Results: mail.kernel.org; spf=pass smtp.mailfrom=redhat.com Received: from mimecast-mx01.redhat.com (mimecast-mx01.redhat.com [209.132.183.4]) (Using TLS) by relay.mimecast.com with ESMTP id us-mta-268-nRZhWQ20PFy_ZdRauR5tzg-1; Fri, 29 Oct 2021 11:55:37 -0400 X-MC-Unique: nRZhWQ20PFy_ZdRauR5tzg-1 Received: from smtp.corp.redhat.com (int-mx07.intmail.prod.int.phx2.redhat.com [10.5.11.22]) (using TLSv1.2 with cipher AECDH-AES256-SHA (256/256 bits)) (No client certificate requested) by mimecast-mx01.redhat.com (Postfix) with ESMTPS id E337D101B4A2; Fri, 29 Oct 2021 15:55:32 +0000 (UTC) Received: from colo-mx.corp.redhat.com (colo-mx02.intmail.prod.int.phx2.redhat.com [10.5.11.21]) by smtp.corp.redhat.com (Postfix) with ESMTPS id C3B3F10023B8; Fri, 29 Oct 2021 15:55:32 +0000 (UTC) Received: from lists01.pubmisc.prod.ext.phx2.redhat.com (lists01.pubmisc.prod.ext.phx2.redhat.com [10.5.19.33]) by colo-mx.corp.redhat.com (Postfix) with ESMTP id 14CC34E58F; Fri, 29 Oct 2021 15:55:32 +0000 (UTC) Received: from smtp.corp.redhat.com (int-mx02.intmail.prod.int.rdu2.redhat.com [10.11.54.2]) by lists01.pubmisc.prod.ext.phx2.redhat.com (8.13.8/8.13.8) with ESMTP id 19TFtUgs023984 for ; Fri, 29 Oct 2021 11:55:30 -0400 Received: by smtp.corp.redhat.com (Postfix) id 4C18740D1B9F; Fri, 29 Oct 2021 15:55:30 +0000 (UTC) Received: from mimecast-mx02.redhat.com (mimecast01.extmail.prod.ext.rdu2.redhat.com [10.11.55.17]) by smtp.corp.redhat.com (Postfix) with ESMTPS id 48A4240D1B9D for ; Fri, 29 Oct 2021 15:55:30 +0000 (UTC) Received: from us-smtp-1.mimecast.com (us-smtp-2.mimecast.com [205.139.110.61]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by mimecast-mx02.redhat.com (Postfix) with ESMTPS id 31586899EC4 for ; Fri, 29 Oct 2021 15:55:30 +0000 (UTC) Received: from mail.kernel.org (mail.kernel.org [198.145.29.99]) (Using TLS) by relay.mimecast.com with ESMTP id us-mta-12-_ygoCOOmOMOdvzXjLO61ug-1; Fri, 29 Oct 2021 11:55:26 -0400 X-MC-Unique: _ygoCOOmOMOdvzXjLO61ug-1 Received: by mail.kernel.org (Postfix) with ESMTPSA id 4AB5F60FC4; Fri, 29 Oct 2021 15:55:25 +0000 (UTC) Date: Fri, 29 Oct 2021 08:55:24 -0700 From: "Darrick J. Wong" To: Dan Williams Message-ID: <20211029155524.GE24307@magnolia> References: <20211018044054.1779424-1-hch@lst.de> <20211029105139.1194bb7f@canb.auug.org.au> MIME-Version: 1.0 In-Reply-To: X-Mimecast-Impersonation-Protect: Policy=CLT - Impersonation Protection Definition; Similar Internal Domain=false; Similar Monitored External Domain=false; Custom External Domain=false; Mimecast External Domain=false; Newly Observed Domain=false; Internal User Name=false; Custom Display Name List=false; Reply-to Address Mismatch=false; Targeted Threat Dictionary=false; Mimecast Threat Dictionary=false; Custom Threat Dictionary=false X-Scanned-By: MIMEDefang 2.84 on 10.11.54.2 X-loop: dm-devel@redhat.com Cc: Stephen Rothwell , Mike Snitzer , Linux NVDIMM , linux-s390 , linux-erofs@lists.ozlabs.org, Shiyang Ruan , linux-xfs , device-mapper development , linux-fsdevel , linux-ext4 , Ira Weiny , Christoph Hellwig , virtualization@lists.linux-foundation.org Subject: Re: [dm-devel] futher decouple DAX from block devices X-BeenThere: dm-devel@redhat.com X-Mailman-Version: 2.1.12 Precedence: junk List-Id: device-mapper development List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Sender: dm-devel-bounces@redhat.com Errors-To: dm-devel-bounces@redhat.com X-Scanned-By: MIMEDefang 2.84 on 10.5.11.22 Authentication-Results: relay.mimecast.com; auth=pass smtp.auth=CUSA124A263 smtp.mailfrom=dm-devel-bounces@redhat.com X-Mimecast-Spam-Score: 0 X-Mimecast-Originator: redhat.com Content-Disposition: inline Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit On Fri, Oct 29, 2021 at 08:42:29AM -0700, Dan Williams wrote: > On Thu, Oct 28, 2021 at 4:52 PM Stephen Rothwell wrote: > > > > Hi Dan, > > > > On Wed, 27 Oct 2021 13:46:31 -0700 Dan Williams wrote: > > > > > > My merge resolution is here [1]. Christoph, please have a look. The > > > rebase and the merge result are both passing my test and I'm now going > > > to review the individual patches. However, while I do that and collect > > > acks from DM and EROFS folks, I want to give Stephen a heads up that > > > this is coming. Primarily I want to see if someone sees a better > > > strategy to merge this, please let me know, but if not I plan to walk > > > Stephen and Linus through the resolution. > > > > It doesn't look to bad to me (however it is a bit late in the cycle :-( > > ). Once you are happy, just put it in your tree (some of the conflicts > > are against the current -rc3 based version of your tree anyway) and I > > will cope with it on Monday. > > Christoph, Darrick, Shiyang, > > I'm losing my nerve to try to jam this into v5.16 this late in the > cycle. Always a solid choice to hold off for a little more testing and a little less anxiety. :) I don't usually accept new code patches for iomap after rc4 anyway. > I do want to get dax+reflink squared away as soon as possible, > but that looks like something that needs to build on top of a > v5.16-rc1 at this point. If Linus does a -rc8 then maybe it would have > enough soak time, but otherwise I want to take the time to collect the > acks and queue up some more follow-on cleanups to prepare for > block-less-dax. I think that hwpoison-calls-xfs-rmap patchset is a prerequisite for dax+reflink anyway, right? /me had concluded both were 5.17 things. --D -- dm-devel mailing list dm-devel@redhat.com https://listman.redhat.com/mailman/listinfo/dm-devel