Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753837AbbEKOwB (ORCPT ); Mon, 11 May 2015 10:52:01 -0400 Received: from mx1.redhat.com ([209.132.183.28]:54241 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751806AbbEKOv6 (ORCPT ); Mon, 11 May 2015 10:51:58 -0400 From: Jeff Moyer To: Ingo Molnar Cc: "Zuckerman\, Boris" , Dave Chinner , Rik van Riel , Linus Torvalds , John Stoffel , Dave Hansen , Dan Williams , Linux Kernel Mailing List , Boaz Harrosh , Jan Kara , Mike Snitzer , Neil Brown , Benjamin Herrenschmidt , Heiko Carstens , Chris Mason , Paul Mackerras , "H. Peter Anvin" , Christoph Hellwig , Alasdair Kergon , "linux-nvdimm\@lists.01.org" , Mel Gorman , Matthew Wilcox , Ross Zwisler , Martin Schwidefsky , Jens Axboe , "Theodore Ts'o" , "Martin K. Petersen" , Julia Lawall , Tejun Heo , linux-fsdevel , Andrew Morton Subject: Re: "Directly mapped persistent memory page cache" References: <20150507191107.GB22952@gmail.com> <554CBE17.4070904@redhat.com> <20150508140556.GA2185@gmail.com> <21836.51957.715473.780762@quad.stoffel.home> <554CEB5D.90209@redhat.com> <20150509084510.GA10587@gmail.com> <20150511082536.GP4327@dastard> <20150511091836.GA29191@gmail.com> <20150511103802.GA18700@gmail.com> X-PGP-KeyID: 1F78E1B4 X-PGP-CertKey: F6FE 280D 8293 F72C 65FD 5A58 1FF8 A7CA 1F78 E1B4 X-PCLoadLetter: What the f**k does that mean? Date: Mon, 11 May 2015 10:51:07 -0400 In-Reply-To: <20150511103802.GA18700@gmail.com> (Ingo Molnar's message of "Mon, 11 May 2015 12:38:02 +0200") Message-ID: User-Agent: Gnus/5.13 (Gnus v5.13) Emacs/24.3 (gnu/linux) MIME-Version: 1.0 Content-Type: text/plain Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 938 Lines: 23 Ingo Molnar writes: >> [...] support for atomicity (to avoid journaling in PM space), etc. > > This too should work fine, by way of the SMP coherency protocol, if > atomic instructions are used on the relevant metadata. This isn't true. Visibility and durability are two very different things. That's what pcommit is all about. Search for it in this document, if you aren't already familiar with it: https://software.intel.com/en-us/intel-architecture-instruction-set-extensions-programming-reference However, in the context of your page structures that are re-initialized every boot, durability doesn't matter. So maybe that's what you were saying? Cheers, Jeff -- To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to majordomo@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/