Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1565080
| 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 |
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 | Next — Previous in thread | Next in thread | Find similar | Unroll 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