lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  PHC 
Open Source and information security mailing list archives
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Date:   Sun, 11 Sep 2016 22:27:03 -0700
From:   Christoph Hellwig <>
To:     Ross Zwisler <>,
        Dan Williams <>,
        Xiao Guangrong <>,
        Dave Hansen <>,
        Paolo Bonzini <>,
        Andrew Morton <>,
        Michal Hocko <>, Gleb Natapov <>,, KVM list <>,
        "" <>,
        Stefan Hajnoczi <>,
        Yumei Huang <>,
        Linux MM <>,
        "" <>,
        linux-fsdevel <>
Subject: Re: DAX mapping detection (was: Re: [PATCH] Fix region lost in

On Thu, Sep 08, 2016 at 04:56:36PM -0600, Ross Zwisler wrote:
> I think this goes back to our previous discussion about support for the PMEM
> programming model.  Really I think what NVML needs isn't a way to tell if it
> is getting a DAX mapping, but whether it is getting a DAX mapping on a
> filesystem that fully supports the PMEM programming model.  This of course is
> defined to be a filesystem where it can do all of its flushes from userspace
> safely and never call fsync/msync, and that allocations that happen in page
> faults will be synchronized to media before the page fault completes.

That's a an easy way to flag:  you will never get that from a Linux
filesystem, period.

NVML folks really need to stop taking crack and dreaming this could

Powered by blists - more mailing lists