diff options
author | Dan Williams <dan.j.williams@intel.com> | 2016-05-18 18:15:08 +0200 |
---|---|---|
committer | Dan Williams <dan.j.williams@intel.com> | 2016-05-21 07:02:53 +0200 |
commit | ab68f26221366f92611650e8470e6a926801c7d4 (patch) | |
tree | a43178bfd901b84c6b65a6b293f03bc4c9d04076 /crypto/jitterentropy-kcapi.c | |
parent | libnvdimm: stop requiring a driver ->remove() method (diff) | |
download | linux-ab68f26221366f92611650e8470e6a926801c7d4.tar.xz linux-ab68f26221366f92611650e8470e6a926801c7d4.zip |
/dev/dax, pmem: direct access to persistent memory
Device DAX is the device-centric analogue of Filesystem DAX
(CONFIG_FS_DAX). It allows memory ranges to be allocated and mapped
without need of an intervening file system. Device DAX is strict,
precise and predictable. Specifically this interface:
1/ Guarantees fault granularity with respect to a given page size (pte,
pmd, or pud) set at configuration time.
2/ Enforces deterministic behavior by being strict about what fault
scenarios are supported.
For example, by forcing MADV_DONTFORK semantics and omitting MAP_PRIVATE
support device-dax guarantees that a mapping always behaves/performs the
same once established. It is the "what you see is what you get" access
mechanism to differentiated memory vs filesystem DAX which has
filesystem specific implementation semantics.
Persistent memory is the first target, but the mechanism is also
targeted for exclusive allocations of performance differentiated memory
ranges.
This commit is limited to the base device driver infrastructure to
associate a dax device with pmem range.
Cc: Jeff Moyer <jmoyer@redhat.com>
Cc: Christoph Hellwig <hch@lst.de>
Cc: Andrew Morton <akpm@linux-foundation.org>
Cc: Dave Hansen <dave.hansen@linux.intel.com>
Cc: Ross Zwisler <ross.zwisler@linux.intel.com>
Reviewed-by: Johannes Thumshirn <jthumshirn@suse.de>
Signed-off-by: Dan Williams <dan.j.williams@intel.com>
Diffstat (limited to 'crypto/jitterentropy-kcapi.c')
0 files changed, 0 insertions, 0 deletions