Groups | Search | Server Info | Keyboard shortcuts | Login | Register [http] [https] [nntp] [nntps]
Groups > linux.kernel > #1258600
| From | Dan Williams <dan.j.williams@intel.com> |
|---|---|
| Newsgroups | linux.kernel |
| Subject | Re: [PATCH v2 5/5] block: enable dax for raw block devices |
| Date | 2015-10-29 08:20 +0100 |
| Message-ID | <qoPF8-5AP-17@gated-at.bofh.it> (permalink) |
| References | <qmrGW-BA-3@gated-at.bofh.it> <qmrGW-BA-7@gated-at.bofh.it> <qoFZ7-7Bh-7@gated-at.bofh.it> |
| Organization | linux.* mail to news gateway |
On Thu, Oct 29, 2015 at 5:50 AM, Jeff Moyer <jmoyer@redhat.com> wrote: > Dan Williams <dan.j.williams@intel.com> writes: > >> If an application wants exclusive access to all of the persistent memory >> provided by an NVDIMM namespace it can use this raw-block-dax facility >> to forgo establishing a filesystem. This capability is targeted >> primarily to hypervisors wanting to provision persistent memory for >> guests. > > OK, I'm going to expose my ignorance here. :) Why does the block device > need a page_mkwrite handler? > You're right, it buys us nothing, and deleting it saves having to comment on why this page_mkwrite instance is not calling sb_start_pagefault. -- 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/
Back to linux.kernel | Previous | Next — Previous in thread | Next in thread | Find similar | Unroll thread
[PATCH v2 0/5] block, dax: updates for 4.4 Dan Williams <dan.j.williams@intel.com> - 2015-10-22 19:20 +0200
[PATCH v2 5/5] block: enable dax for raw block devices Dan Williams <dan.j.williams@intel.com> - 2015-10-22 19:20 +0200
Re: [PATCH v2 5/5] block: enable dax for raw block devices Jeff Moyer <jmoyer@redhat.com> - 2015-10-28 22:00 +0100
Re: [PATCH v2 5/5] block: enable dax for raw block devices Dan Williams <dan.j.williams@intel.com> - 2015-10-29 08:20 +0100
[PATCH v2 4/5] block: introduce bdev_file_inode() Dan Williams <dan.j.williams@intel.com> - 2015-10-22 19:20 +0200
Re: [PATCH v2 4/5] block: introduce bdev_file_inode() Jan Kara <jack@suse.cz> - 2015-10-22 22:40 +0200
Re: [PATCH v2 4/5] block: introduce bdev_file_inode() Jeff Moyer <jmoyer@redhat.com> - 2015-10-28 21:20 +0100
[PATCH v2 3/5] block, dax: fix lifetime of in-kernel dax mappings with dax_map_atomic() Dan Williams <dan.j.williams@intel.com> - 2015-10-22 19:20 +0200
Re: [PATCH v2 3/5] block, dax: fix lifetime of in-kernel dax mappings with dax_map_atomic() Jeff Moyer <jmoyer@redhat.com> - 2015-10-28 21:20 +0100
[PATCH v2 2/5] dax: increase granularity of dax_clear_blocks() operations Dan Williams <dan.j.williams@intel.com> - 2015-10-22 19:20 +0200
Re: [PATCH v2 2/5] dax: increase granularity of dax_clear_blocks() operations Jeff Moyer <jmoyer@redhat.com> - 2015-10-22 23:10 +0200
Re: [PATCH v2 2/5] dax: increase granularity of dax_clear_blocks() operations "Williams, Dan J" <dan.j.williams@intel.com> - 2015-10-23 01:00 +0200
Re: [PATCH v2 2/5] dax: increase granularity of dax_clear_blocks() operations Jeff Moyer <jmoyer@redhat.com> - 2015-10-28 22:10 +0100
[PATCH v2 1/5] pmem, dax: clean up clear_pmem() Dan Williams <dan.j.williams@intel.com> - 2015-10-22 19:20 +0200
Re: [PATCH v2 1/5] pmem, dax: clean up clear_pmem() Jeff Moyer <jmoyer@redhat.com> - 2015-10-22 22:50 +0200
Re: [PATCH v2 1/5] pmem, dax: clean up clear_pmem() Dan Williams <dan.j.williams@intel.com> - 2015-10-23 00:30 +0200
Re: [PATCH v2 1/5] pmem, dax: clean up clear_pmem() Jeff Moyer <jmoyer@redhat.com> - 2015-10-28 22:10 +0100
Re: [PATCH v2 1/5] pmem, dax: clean up clear_pmem() Ross Zwisler <ross.zwisler@linux.intel.com> - 2015-10-27 18:40 +0100
csiph-web