Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]


Groups > linux.kernel > #1565080

Re: [PATCH 00/13] dax, pmem: move cpu cache maintenance to libnvdimm

From Christoph Hellwig <hch@lst.de>
Newsgroups linux.kernel
Subject Re: [PATCH 00/13] dax, pmem: move cpu cache maintenance to libnvdimm
Date 2017-01-23 17:00 +0100
Message-ID <t2Pce-8is-11@gated-at.bofh.it> (permalink)
References (5 earlier) <t2uUa-46y-5@gated-at.bofh.it> <t2vdv-4dV-11@gated-at.bofh.it> <t2vdw-4dV-19@gated-at.bofh.it> <t2vnb-4hj-9@gated-at.bofh.it> <t2Gsh-2Za-1@gated-at.bofh.it>
Organization linux.* mail to news gateway

Show all headers | View raw


On Mon, Jan 23, 2017 at 06:37:18AM +0000, Matthew Wilcox wrote:
> Wow, DAX devices look painful and awful.  I certainly don't want to be
> exposing the memory fronted by my network filesystem to userspace to
> access.  That just seems like a world of pain and bad experiences.

So what is your interest in using DAX for your file system then instead
of a private mechanisms?

> Absolutely the filesystem (or perhaps better, the ACPI tables) need to
> mark that chunk of memory as reserved, but it's definitely not available
> for anyone to access without the filesystem being aware.

That does sounds like a massive special case all over the stack.
But until we see it I think we should simply ignore this case and
concentrate on what we have right now.

> Even if we let the filesystem create a DAX device that doesn't show
> up in /dev (for example), Dan's patches don't give us a way to go
> from a file on the filesystem to a set of dax_ops.

Which doesn't make sense any way.  The entry points into the file system
are read + write and mmap, and the file system might then use libraries
to implement different types of I/O, such as the page cache or DAX.

> And it does need to be a per-file operation, eg to support a file on
> an XFS volume which might be on a RT device or a normal device.
> That was why I leaned towards an address_space operation, but I'd be
> happy to see an inode_operation instead. 

Again, no.  The layers above the file system have absolutely no business
to even know if we're using DAX or pagecache access, nevermind how
in detail they are used.  Assuming you want to use DAX-like semantics
it's up to the lower level to expose the correct operations for
a given memory region.  Right now these would just be intel nfit or
legacy 820 + ADR for regions marked such in the memory map.  If say
a hypervisor wants to expose a region that needs a special flush
call or even has requirements on the type of memcpy it needs to
provide operations for this memory region.  The user of this region
(DAX-native file system pmem driver or device DAX) then needs
to use these methods.

And those pretty much are the methods Dan proposes here - it's
just that we should not tie them to block device operations, at
least not in the long run.

Back to linux.kernel | Previous | NextPrevious in thread | Next in thread | Find similar | Unroll thread


Thread

[PATCH 00/13] dax, pmem: move cpu cache maintenance to libnvdimm Dan Williams <dan.j.williams@intel.com> - 2017-01-20 05:00 +0100
  [PATCH 08/13] x86, libnvdimm, dax: stop abusing __copy_user_nocache Dan Williams <dan.j.williams@intel.com> - 2017-01-20 05:00 +0100
  [PATCH 10/13] libnvdimm, pmem: fix persistence warning Dan Williams <dan.j.williams@intel.com> - 2017-01-20 05:00 +0100
  [PATCH 07/13] x86, libnvdimm,  pmem: move arch_invalidate_pmem() to libnvdimm Dan Williams <dan.j.williams@intel.com> - 2017-01-20 05:00 +0100
  [PATCH 01/13] x86, dax,  pmem: remove indirection around memcpy_from_pmem() Dan Williams <dan.j.williams@intel.com> - 2017-01-20 05:00 +0100
  [PATCH 05/13] x86,  dax: replace clear_pmem() with open coded memset + dax_ops->flush Dan Williams <dan.j.williams@intel.com> - 2017-01-20 05:00 +0100
    Re: [PATCH 05/13] x86, dax: replace clear_pmem() with open coded  memset + dax_ops->flush Jan Kara <jack@suse.cz> - 2017-01-20 11:50 +0100
      Re: [PATCH 05/13] x86, dax: replace clear_pmem() with open coded  memset + dax_ops->flush Dan Williams <dan.j.williams@intel.com> - 2017-01-20 16:40 +0100
  [PATCH 03/13] x86, dax,  pmem: introduce 'copy_from_iter' dax operation Dan Williams <dan.j.williams@intel.com> - 2017-01-20 05:00 +0100
  [PATCH 13/13] libnvdimm,  pmem: disable dax flushing for 'cache flush on fail' platforms Dan Williams <dan.j.williams@intel.com> - 2017-01-20 05:00 +0100
  [PATCH 09/13] libnvdimm,  pmem: implement cache bypass for all copy_from_iter() operations Dan Williams <dan.j.williams@intel.com> - 2017-01-20 05:00 +0100
  [PATCH 04/13] dax, pmem: introduce an optional 'flush' dax operation Dan Williams <dan.j.williams@intel.com> - 2017-01-20 05:00 +0100
  [PATCH 06/13] x86, dax, libnvdimm: move wb_cache_pmem() to libnvdimm Dan Williams <dan.j.williams@intel.com> - 2017-01-20 05:00 +0100
  RE: [PATCH 00/13] dax, pmem: move cpu cache maintenance to libnvdimm Matthew Wilcox <mawilcox@microsoft.com> - 2017-01-21 17:30 +0100
    Re: [PATCH 00/13] dax, pmem: move cpu cache maintenance to         libnvdimm Christoph Hellwig <hch@lst.de> - 2017-01-21 19:00 +0100
      RE: [PATCH 00/13] dax, pmem: move cpu cache maintenance to     libnvdimm Matthew Wilcox <mawilcox@microsoft.com> - 2017-01-22 16:50 +0100
        Re: [PATCH 00/13] dax, pmem: move cpu cache maintenance to         libnvdimm Christoph Hellwig <hch@lst.de> - 2017-01-22 17:40 +0100
          RE: [PATCH 00/13] dax, pmem: move cpu cache maintenance to     libnvdimm Matthew Wilcox <mawilcox@microsoft.com> - 2017-01-22 19:20 +0100
            Re: [PATCH 00/13] dax, pmem: move cpu cache maintenance to         libnvdimm Christoph Hellwig <hch@lst.de> - 2017-01-22 19:40 +0100
              RE: [PATCH 00/13] dax, pmem: move cpu cache maintenance to     libnvdimm Matthew Wilcox <mawilcox@microsoft.com> - 2017-01-22 19:40 +0100
                Re: [PATCH 00/13] dax, pmem: move cpu cache maintenance to         libnvdimm Christoph Hellwig <hch@lst.de> - 2017-01-22 19:50 +0100
                RE: [PATCH 00/13] dax, pmem: move cpu cache maintenance to     libnvdimm Matthew Wilcox <mawilcox@microsoft.com> - 2017-01-23 07:40 +0100
                Re: [PATCH 00/13] dax, pmem: move cpu cache maintenance to libnvdimm Dan Williams <dan.j.williams@intel.com> - 2017-01-23 08:20 +0100
                Re: [PATCH 00/13] dax, pmem: move cpu cache maintenance to         libnvdimm Christoph Hellwig <hch@lst.de> - 2017-01-23 17:10 +0100
                Re: [PATCH 00/13] dax, pmem: move cpu cache maintenance to libnvdimm Dan Williams <dan.j.williams@intel.com> - 2017-01-23 18:20 +0100
                Re: [PATCH 00/13] dax, pmem: move cpu cache maintenance to         libnvdimm Christoph Hellwig <hch@lst.de> - 2017-01-23 19:10 +0100
                Re: [PATCH 00/13] dax, pmem: move cpu cache maintenance to libnvdimm Dan Williams <dan.j.williams@intel.com> - 2017-01-23 19:40 +0100
                Re: [PATCH 00/13] dax, pmem: move cpu cache maintenance to         libnvdimm Christoph Hellwig <hch@lst.de> - 2017-01-23 17:00 +0100
      Re: [PATCH 00/13] dax, pmem: move cpu cache maintenance to libnvdimm Dan Williams <dan.j.williams@intel.com> - 2017-01-22 18:40 +0100
        Re: [PATCH 00/13] dax, pmem: move cpu cache maintenance to         libnvdimm Christoph Hellwig <hch@lst.de> - 2017-01-23 17:10 +0100

csiph-web