[no subject]

2016-09-07 Thread Mail Administrator
Your message could not be delivered ___ Linux-nvdimm mailing list Linux-nvdimm@lists.01.org https://lists.01.org/mailman/listinfo/linux-nvdimm

DAX mapping detection (was: Re: [PATCH] Fix region lost in /proc/self/smaps)

2016-09-07 Thread Dan Williams
[ adding linux-fsdevel and linux-nvdimm ] On Wed, Sep 7, 2016 at 8:36 PM, Xiao Guangrong wrote: [..] > However, it is not easy to handle the case that the new VMA overlays with > the old VMA > already got by userspace. I think we have some choices: > 1: One way is completely skipping the new VMA

[PATCH v2 1/2] mm: fix cache mode of dax pmd mappings

2016-09-07 Thread Dan Williams
track_pfn_insert() in vmf_insert_pfn_pmd() is marking dax mappings as uncacheable rendering them impractical for application usage. DAX-pte mappings are cached and the goal of establishing DAX-pmd mappings is to attain more performance, not dramatically less (3 orders of magnitude). track_pfn_ins

[PATCH v2 0/2] fix cache mode tracking for pmem + dax

2016-09-07 Thread Dan Williams
While writing an improved changelog, as prompted by Andrew, for v1 of "mm: fix cache mode of dax pmd mappings" [1], it struck me that vmf_insert_pfn_pmd() is implemented correctly. Instead, it is the memtype tree that is missing a memtype reservation for devm_memremap_pages() ranges. vmf_insert_p

[PATCH v2 2/2] mm: fix cache mode tracking in vm_insert_mixed()

2016-09-07 Thread Dan Williams
vm_insert_mixed() unlike vm_insert_pfn_prot() and vmf_insert_pfn_pmd(), fails to check the pgprot_t it uses for the mapping against the one recorded in the memtype tracking tree. Add the missing call to track_pfn_insert() to preclude cases where incompatible aliased mappings are established for a

Re: [PATCH 4/5] mm: fix cache mode of dax pmd mappings

2016-09-07 Thread Dan Williams
On Wed, Sep 7, 2016 at 12:39 PM, Kani, Toshimitsu wrote: > On Tue, 2016-09-06 at 14:52 -0700, Dan Williams wrote: >> On Tue, Sep 6, 2016 at 1:17 PM, Andrew Morton > org> wrote: >> > >> > On Tue, 06 Sep 2016 09:49:41 -0700 Dan Williams > > el.com> wrote: >> > >> > > >> > > track_pfn_insert() is mar

Re: [PATCH 4/5] mm: fix cache mode of dax pmd mappings

2016-09-07 Thread Kani, Toshimitsu
On Tue, 2016-09-06 at 14:52 -0700, Dan Williams wrote: > On Tue, Sep 6, 2016 at 1:17 PM, Andrew Morton org> wrote: > > > > On Tue, 06 Sep 2016 09:49:41 -0700 Dan Williams > el.com> wrote: > > > > > > > > track_pfn_insert() is marking dax mappings as uncacheable. > > > > > > It is used to keep

Re: [PATCH 5/5] mm: cleanup pfn_t usage in track_pfn_insert()

2016-09-07 Thread Dan Williams
On Tue, Sep 6, 2016 at 10:12 PM, Anshuman Khandual wrote: > On 09/06/2016 10:19 PM, Dan Williams wrote: >> Now that track_pfn_insert() is no longer used in the DAX path, it no >> longer needs to comprehend pfn_t values. >> >> Signed-off-by: Dan Williams >> --- >> arch/x86/mm/pat.c |

RE: [ndctl PATCH 2/2] ndctl, util: add support for HPE DSM SMART interfaces

2016-09-07 Thread Boylston, Brian
Dan Williams wrote on 2016-09-03: > On Fri, Sep 2, 2016 at 6:32 AM, Brian Boylston wrote: >> This patch introduces util_hpe_dimm_health_to_json(), which calls the HPE >> DSM functions defined in [1] and populates a JSON object with health data. >> This delivers health reporting parity for HPE type

Error

2016-09-07 Thread MAILER-DAEMON
The original message was received at Wed, 7 Sep 2016 12:32:58 +0530 from [155.78.86.25] - The following addresses had permanent fatal errors - - Transcript of session follows - ... while talking to 178.149.45.141: 554 ... Mail quota exceeded 554 ... Service unavailable _