From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: from mga14.intel.com (mga14.intel.com [192.55.52.115]) (using TLSv1 with cipher CAMELLIA256-SHA (256/256 bits)) (No client certificate requested) by ml01.01.org (Postfix) with ESMTPS id B78161A1E56 for ; Wed, 19 Oct 2016 09:38:41 -0700 (PDT) Date: Wed, 19 Oct 2016 10:38:39 -0600 From: Ross Zwisler Subject: Re: [PATCH 20/20] dax: Clear dirty entry tags on cache flush Message-ID: <20161019163839.GA22463@linux.intel.com> References: <1474992504-20133-1-git-send-email-jack@suse.cz> <1474992504-20133-21-git-send-email-jack@suse.cz> <20161018221254.GG7796@linux.intel.com> <20161019073016.GJ29967@quack2.suse.cz> MIME-Version: 1.0 Content-Disposition: inline In-Reply-To: <20161019073016.GJ29967@quack2.suse.cz> 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: Jan Kara Cc: linux-nvdimm@lists.01.org, linux-mm@kvack.org, linux-fsdevel@vger.kernel.org, "Kirill A. Shutemov" List-ID: On Wed, Oct 19, 2016 at 09:30:16AM +0200, Jan Kara wrote: > On Tue 18-10-16 16:12:54, Ross Zwisler wrote: > > On Tue, Sep 27, 2016 at 06:08:24PM +0200, Jan Kara wrote: > > > Currently we never clear dirty tags in DAX mappings and thus address > > > ranges to flush accumulate. Now that we have locking of radix tree > > > entries, we have all the locking necessary to reliably clear the radix > > > tree dirty tag when flushing caches for corresponding address range. > > > Similarly to page_mkclean() we also have to write-protect pages to get a > > > page fault when the page is next written to so that we can mark the > > > entry dirty again. > > > > > > Signed-off-by: Jan Kara > > > > Looks great. > > > > Reviewed-by: Ross Zwisler > > Thanks for review Ross! I've rebased the series on top of rc1. Do you have > your PMD series somewhere rebased on top of rc1 so that I can rebase my > patches on top of that as well? Then I'd post another version of the > series... Sure, I'll rebase & post a new version of my series today. _______________________________________________ Linux-nvdimm mailing list Linux-nvdimm@lists.01.org https://lists.01.org/mailman/listinfo/linux-nvdimm