Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753681AbbDNGnp (ORCPT ); Tue, 14 Apr 2015 02:43:45 -0400 Received: from mail-wg0-f49.google.com ([74.125.82.49]:33066 "EHLO mail-wg0-f49.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753145AbbDNGl3 (ORCPT ); Tue, 14 Apr 2015 02:41:29 -0400 Message-ID: <552CB695.2020805@plexistor.com> Date: Tue, 14 Apr 2015 09:41:25 +0300 From: Boaz Harrosh User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.5.0 MIME-Version: 1.0 To: Christoph Hellwig , Yigal Korman CC: linux-nvdimm@ml01.01.org, "linux-kernel@vger.kernel.org" , Matthew Wilcox , Linus Torvalds , Ingo Molnar Subject: Re: [Linux-nvdimm] [GIT PULL] PMEM driver for v4.1 References: <20150413093309.GA30219@gmail.com> <20150413093541.GA5147@lst.de> <20150413104531.GB30556@gmail.com> <20150413171907.GB14243@lst.de> In-Reply-To: <20150413171907.GB14243@lst.de> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 918 Lines: 27 On 04/13/2015 08:19 PM, Christoph Hellwig wrote: > On Mon, Apr 13, 2015 at 02:11:56PM +0300, Yigal Korman wrote: >> mlock() > > DAX files always are in-memory so this just sounds like an oversight. > method. Yes mlock on DAX can just return true, but mlock implies MAP_POPULATE. Which means "I would like to page-fault the all mmap range at mmap time so at access time I'm guarantied not to sleep". This is usually done for latency sensitive applications. But current code fails on MAP_POPULATE for DAX because it is only implemented for pages, and therefor mlock fails as well. One thing I do not understand. does mlock also protects against truncate? Thanks Boaz -- 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/