From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mx1.redhat.com ([209.132.183.28]:38174 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1727880AbeLLRuv (ORCPT ); Wed, 12 Dec 2018 12:50:51 -0500 Date: Wed, 12 Dec 2018 12:50:47 -0500 From: Mike Snitzer To: Christoph Hellwig Cc: Huaisheng Ye , Jan Kara , Dave Chinner , "linux-nvdimm@lists.01.org" , "dm-devel@redhat.com" , Mikulas Patocka , "linux-fsdevel@vger.kernel.org" , chengnt , yehs1 , colyli Subject: Re: Snapshot target and DAX-capable devices Message-ID: <20181212175047.GA24962@redhat.com> References: <20180828075025.GA17756@quack2.suse.cz> <20180828175630.GA1197@redhat.com> <20180830093028.GC1767@quack2.suse.cz> <20180830184907.GA14867@redhat.com> <20180830233809.GH1572@dastard> <20180831094255.GB11622@quack2.suse.cz> <167a3303a01.11a848ab768799.5161498967766415143@zoho.com> <20181212161254.GA20790@infradead.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20181212161254.GA20790@infradead.org> Sender: linux-fsdevel-owner@vger.kernel.org List-ID: On Wed, Dec 12 2018 at 11:12am -0500, Christoph Hellwig wrote: > Does it really make sense to enhance dm-snapshot? I thought all serious > users of snapshots had moved on to dm-thinp? There are cases where dm-snapshot is still useful for people. But those are very niche users. I'm not opposed to others proposing enhancements for dm-snapshot in general but it is definitely not a priority (Google's dm-bow is an example of a case where dm-snapshot may get extended to fulfill google's needs). But for this specific DAX case, I can only assume efforts to prop up dm-snapshot like this are born out of legacy use-cases. The reality is getting DAX to work with dm-snapshot is pretty involved (due to mmap, etc). This thread got into a lot of the details: https://www.redhat.com/archives/dm-devel/2018-August/msg00211.html So any new attempt to reintroduce DAX support to dm-snapshot (or any more complex DM target) will have a very high bar. One that requires much more extensive mm and block (interlock) prep work to make DAX safe. Mike