Your message could not be delivered
___
Linux-nvdimm mailing list
Linux-nvdimm@lists.01.org
https://lists.01.org/mailman/listinfo/linux-nvdimm
[ 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
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
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
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
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
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
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 |
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
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
_
10 matches
Mail list logo