Re: [PATCH 1/2] x86/mm/pat: Change untrack_pfn() to handle unmapped vma

2015-12-22 Thread Toshi Kani
On Sun, 2015-12-20 at 10:21 +0100, Thomas Gleixner wrote: > Toshi, > > On Wed, 9 Dec 2015, Toshi Kani wrote: > > diff --git a/arch/x86/mm/pat.c b/arch/x86/mm/pat.c > > index 188e3e0..f3e391e 100644 > > --- a/arch/x86/mm/pat.c > > +++ b/arch/x86/mm/pat.c > > @@ -966,8 +966,14 @@ int track_pfn_inser

Re: [PATCH 1/2] x86/mm/pat: Change untrack_pfn() to handle unmapped vma

2015-12-20 Thread Thomas Gleixner
Toshi, On Wed, 9 Dec 2015, Toshi Kani wrote: > diff --git a/arch/x86/mm/pat.c b/arch/x86/mm/pat.c > index 188e3e0..f3e391e 100644 > --- a/arch/x86/mm/pat.c > +++ b/arch/x86/mm/pat.c > @@ -966,8 +966,14 @@ int track_pfn_insert(struct vm_area_struct *vma, > pgprot_t *prot, > > /* > * untrack_p

[PATCH 1/2] x86/mm/pat: Change untrack_pfn() to handle unmapped vma

2015-12-09 Thread Toshi Kani
mremap() with MREMAP_FIXED, remapping to a new virtual address, on a VM_PFNMAP range causes the following WARN_ON_ONCE() message in untrack_pfn(). WARNING: CPU: 1 PID: 3493 at arch/x86/mm/pat.c:985 untrack_pfn+0xbd/0xd0() Call Trace: [] dump_stack+0x45/0x57 [] warn_slowpath_common+0x86/0xc