From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mx1.redhat.com (mx1.redhat.com [209.132.183.28]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ml01.01.org (Postfix) with ESMTPS id 02D3621F833C3 for ; Mon, 8 Jan 2018 08:02:11 -0800 (PST) Date: Mon, 8 Jan 2018 11:06:58 -0500 From: Mike Snitzer Subject: Re: [PATCH v6 0/2] dax, dm: stop requiring dax for device-mapper Message-ID: <20180108160658.GA10224@redhat.com> References: <151198199487.7051.7083189934624068090.stgit@dwillia2-desk3.amr.corp.intel.com> <20180104181202.GA14491@redhat.com> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Errors-To: linux-nvdimm-bounces@lists.01.org Sender: "Linux-nvdimm" To: Dan Williams Cc: kbuild test robot , "linux-nvdimm@lists.01.org" , Michael Ellerman , Heiko Carstens , Bart Van Assche , device-mapper development , Paul Mackerras , Gerald Schaefer , Benjamin Herrenschmidt , Martin Schwidefsky , Alasdair Kergon List-ID: On Sun, Jan 07 2018 at 3:31pm -0500, Dan Williams wrote: > On Thu, Jan 4, 2018 at 10:12 AM, Mike Snitzer wrote: > > On Wed, Nov 29 2017 at 1:59pm -0500, > > Dan Williams wrote: > > > >> Changes since v5 [1]: > >> * Make DAX_DRIVER select DAX to simplify the Kconfig dependencies > >> (Michael) > >> * Rebase on 4.15-rc1 and add new IS_ENABLED(CONFIG_DAX_DRIVER) checks in > >> drivers/md/dm-log-writes.c. > >> > >> [1]: https://lists.01.org/pipermail/linux-nvdimm/2017-September/012569.html > >> > >> --- > >> > >> Hi Mike, > >> > >> Bart points out that the DAX core is unconditionally enabled if > >> device-mapper is enabled. Add some config machinery and some > >> stub/static-inline routines to allow dax infrastructure to be deleted > >> from device-mapper at compile time. > > > > Hey Dan, > > > > Did you want me to pick this up for 4.16 or were you thinking of sending > > the changes through a different tree? > > > > I'm fine with picking these up so long as you don't expect the dax.h and > > Kconfig changes to become a source of conflict come merge time. > > There might be some more collisions as we are going to kill the DAX > support in axonram and dcssblk. If I get your reviewed-by on these > I'll take them through the nvdimm tree. OK, I've dropped these and will respond with my Reviewed-by:s. Thanks. _______________________________________________ Linux-nvdimm mailing list Linux-nvdimm@lists.01.org https://lists.01.org/mailman/listinfo/linux-nvdimm