When doing memory hotplug on a secure VM, the secure pages are not well
cleaned from the secure device when dropping the memslot. This silent
error, is then preventing the SVM to reboot properly after the following
sequence of commands are run in the Qemu monitor:
device_add pc-dimm,id=dimm1,memdev=mem1
device_del dimm1
device_add pc-dimm,id=dimm1,memdev=mem1
At reboot time, when the kernel is booting again and switching to the
secure mode, the page_in is failing for the pages in the memslot because
the cleanup was not done properly, because the memslot is flagged as
invalid during the hot unplug and thus the page fault mechanism is not
triggered.
To prevent that during the memslot dropping, instead of belonging on the
page fault mechanism to trigger the page out of the secured pages, it seems
simpler to directly call the function doing the page out. This way the
state of the memslot is not interfering on the page out process.
This series applies on top of the Ram's one titled:
"[v4 0/5] Migrate non-migrated pages of a SVM."
https://lore.kernel.org/linuxppc-dev/1594972827-13928-1-git-send-email-linuxram@us.ibm.com/
Changes since V1:
- Rebase on top of Ram's V4 series
- Address Bharata's comment to use mmap_read_*lock().
Laurent Dufour (2):
KVM: PPC: Book3S HV: move kvmppc_svm_page_out up
KVM: PPC: Book3S HV: rework secure mem slot dropping
arch/powerpc/kvm/book3s_hv_uvmem.c | 220 +++++++++++++++++------------
1 file changed, 127 insertions(+), 93 deletions(-)
--
2.27.0
kvmppc_svm_page_out() will need to be called by kvmppc_uvmem_drop_pages()
so move it upper in this file.
Furthermore it will be interesting to call this function when already
holding the kvm->arch.uvmem_lock, so prefix the original function with __
and remove the locking in it, and introduce a wrapper which call that
function with the lock held.
There is no functional change.
Cc: Ram Pai <redacted>
Cc: Bharata B Rao <redacted>
Cc: Paul Mackerras <redacted>
Signed-off-by: Laurent Dufour <redacted>
---
arch/powerpc/kvm/book3s_hv_uvmem.c | 166 ++++++++++++++++-------------
1 file changed, 90 insertions(+), 76 deletions(-)
@@ -526,6 +526,96 @@ unsigned long kvmppc_h_svm_init_done(struct kvm *kvm)returnret;}+/*+*ProvisionanewpageonHVsideandcopyoverthecontents+*fromsecurememoryusingUV_PAGE_OUTuvcall.+*Callermustheldkvm->arch.uvmem_lock.+*/+staticint__kvmppc_svm_page_out(structvm_area_struct*vma,+unsignedlongstart,+unsignedlongend,unsignedlongpage_shift,+structkvm*kvm,unsignedlonggpa)+{+unsignedlongsrc_pfn,dst_pfn=0;+structmigrate_vmamig;+structpage*dpage,*spage;+structkvmppc_uvmem_page_pvt*pvt;+unsignedlongpfn;+intret=U_SUCCESS;++memset(&mig,0,sizeof(mig));+mig.vma=vma;+mig.start=start;+mig.end=end;+mig.src=&src_pfn;+mig.dst=&dst_pfn;+mig.src_owner=&kvmppc_uvmem_pgmap;++/* The requested page is already paged-out, nothing to do */+if(!kvmppc_gfn_is_uvmem_pfn(gpa>>page_shift,kvm,NULL))+returnret;++ret=migrate_vma_setup(&mig);+if(ret)+return-1;++spage=migrate_pfn_to_page(*mig.src);+if(!spage||!(*mig.src&MIGRATE_PFN_MIGRATE))+gotoout_finalize;++if(!is_zone_device_page(spage))+gotoout_finalize;++dpage=alloc_page_vma(GFP_HIGHUSER,vma,start);+if(!dpage){+ret=-1;+gotoout_finalize;+}++lock_page(dpage);+pvt=spage->zone_device_data;+pfn=page_to_pfn(dpage);++/*+*Thisfunctionisusedintwocases:+*-WhenHVtouchesasecurepage,forwhichwedoUV_PAGE_OUT+*-Whenasecurepageisconvertedtosharedpage,we*get*+*thepagetoessentiallyunmapthedevicepage.Inthis+*caseweskippage-out.+*/+if(!pvt->skip_page_out)+ret=uv_page_out(kvm->arch.lpid,pfn<<page_shift,+gpa,0,page_shift);++if(ret==U_SUCCESS)+*mig.dst=migrate_pfn(pfn)|MIGRATE_PFN_LOCKED;+else{+unlock_page(dpage);+__free_page(dpage);+gotoout_finalize;+}++migrate_vma_pages(&mig);++out_finalize:+migrate_vma_finalize(&mig);+returnret;+}++staticinlineintkvmppc_svm_page_out(structvm_area_struct*vma,+unsignedlongstart,unsignedlongend,+unsignedlongpage_shift,+structkvm*kvm,unsignedlonggpa)+{+intret;++mutex_lock(&kvm->arch.uvmem_lock);+ret=__kvmppc_svm_page_out(vma,start,end,page_shift,kvm,gpa);+mutex_unlock(&kvm->arch.uvmem_lock);++returnret;+}+/**Dropdevicepagesthatwemaintainforthesecureguest*
@@ -898,82 +988,6 @@ unsigned long kvmppc_h_svm_page_in(struct kvm *kvm, unsigned long gpa,returnret;}-/*-*ProvisionanewpageonHVsideandcopyoverthecontents-*fromsecurememoryusingUV_PAGE_OUTuvcall.-*/-staticintkvmppc_svm_page_out(structvm_area_struct*vma,-unsignedlongstart,-unsignedlongend,unsignedlongpage_shift,-structkvm*kvm,unsignedlonggpa)-{-unsignedlongsrc_pfn,dst_pfn=0;-structmigrate_vmamig;-structpage*dpage,*spage;-structkvmppc_uvmem_page_pvt*pvt;-unsignedlongpfn;-intret=U_SUCCESS;--memset(&mig,0,sizeof(mig));-mig.vma=vma;-mig.start=start;-mig.end=end;-mig.src=&src_pfn;-mig.dst=&dst_pfn;-mig.src_owner=&kvmppc_uvmem_pgmap;--mutex_lock(&kvm->arch.uvmem_lock);-/* The requested page is already paged-out, nothing to do */-if(!kvmppc_gfn_is_uvmem_pfn(gpa>>page_shift,kvm,NULL))-gotoout;--ret=migrate_vma_setup(&mig);-if(ret)-gotoout;--spage=migrate_pfn_to_page(*mig.src);-if(!spage||!(*mig.src&MIGRATE_PFN_MIGRATE))-gotoout_finalize;--if(!is_zone_device_page(spage))-gotoout_finalize;--dpage=alloc_page_vma(GFP_HIGHUSER,vma,start);-if(!dpage){-ret=-1;-gotoout_finalize;-}--lock_page(dpage);-pvt=spage->zone_device_data;-pfn=page_to_pfn(dpage);--/*-*Thisfunctionisusedintwocases:-*-WhenHVtouchesasecurepage,forwhichwedoUV_PAGE_OUT-*-Whenasecurepageisconvertedtosharedpage,we*get*-*thepagetoessentiallyunmapthedevicepage.Inthis-*caseweskippage-out.-*/-if(!pvt->skip_page_out)-ret=uv_page_out(kvm->arch.lpid,pfn<<page_shift,-gpa,0,page_shift);--if(ret==U_SUCCESS)-*mig.dst=migrate_pfn(pfn)|MIGRATE_PFN_LOCKED;-else{-unlock_page(dpage);-__free_page(dpage);-gotoout_finalize;-}--migrate_vma_pages(&mig);-out_finalize:-migrate_vma_finalize(&mig);-out:-mutex_unlock(&kvm->arch.uvmem_lock);-returnret;-}/**FaulthandlercallbackthatgetscalledwhenHVtouchesanypagethat
When a secure memslot is dropped, all the pages backed in the secure device
(aka really backed by secure memory by the Ultravisor) should be paged out
to a normal page. Previously, this was achieved by triggering the page
fault mechanism which is calling kvmppc_svm_page_out() on each pages.
This can't work when hot unplugging a memory slot because the memory slot
is flagged as invalid and gfn_to_pfn() is then not trying to access the
page, so the page fault mechanism is not triggered.
Since the final goal is to make a call to kvmppc_svm_page_out() it seems
simpler to directly calling it instead of triggering such a mechanism. This
way kvmppc_uvmem_drop_pages() can be called even when hot unplugging a
memslot.
Since kvmppc_uvmem_drop_pages() is already holding kvm->arch.uvmem_lock,
the call to __kvmppc_svm_page_out() is made.
As __kvmppc_svm_page_out needs the vma pointer to migrate the pages, the
VMA is fetched in a lazy way, to not trigger find_vma() all the time. In
addition, the mmap_sem is help in read mode during that time, not in write
mode since the virual memory layout is not impacted, and
kvm->arch.uvmem_lock prevents concurrent operation on the secure device.
Cc: Ram Pai <redacted>
Cc: Bharata B Rao <redacted>
Cc: Paul Mackerras <redacted>
Signed-off-by: Laurent Dufour <redacted>
---
arch/powerpc/kvm/book3s_hv_uvmem.c | 54 ++++++++++++++++++++----------
1 file changed, 37 insertions(+), 17 deletions(-)
@@ -624,35 +624,55 @@ static inline int kvmppc_svm_page_out(struct vm_area_struct *vma,*faultonthem,dofaulttimemigrationtoreplacethedevicePTEsin*QEMUpagetablewithnormalPTEsfromnewlyallocatedpages.*/-voidkvmppc_uvmem_drop_pages(conststructkvm_memory_slot*free,+voidkvmppc_uvmem_drop_pages(conststructkvm_memory_slot*slot,structkvm*kvm,boolskip_page_out){inti;structkvmppc_uvmem_page_pvt*pvt;-unsignedlongpfn,uvmem_pfn;-unsignedlonggfn=free->base_gfn;+structpage*uvmem_page;+structvm_area_struct*vma=NULL;+unsignedlonguvmem_pfn,gfn;+unsignedlongaddr,end;++mmap_read_lock(kvm->mm);++addr=slot->userspace_addr;+end=addr+(slot->npages*PAGE_SIZE);-for(i=free->npages;i;--i,++gfn){-structpage*uvmem_page;+gfn=slot->base_gfn;+for(i=slot->npages;i;--i,++gfn,addr+=PAGE_SIZE){++/* Fetch the VMA if addr is not in the latest fetched one */+if(!vma||(addr<vma->vm_start||addr>=vma->vm_end)){+vma=find_vma_intersection(kvm->mm,addr,end);+if(!vma||+vma->vm_start>addr||vma->vm_end<end){+pr_err("Can't find VMA for gfn:0x%lx\n",gfn);+break;+}+}mutex_lock(&kvm->arch.uvmem_lock);-if(!kvmppc_gfn_is_uvmem_pfn(gfn,kvm,&uvmem_pfn)){++if(kvmppc_gfn_is_uvmem_pfn(gfn,kvm,&uvmem_pfn)){+uvmem_page=pfn_to_page(uvmem_pfn);+pvt=uvmem_page->zone_device_data;+pvt->skip_page_out=skip_page_out;+pvt->remove_gfn=true;++if(__kvmppc_svm_page_out(vma,addr,addr+PAGE_SIZE,+PAGE_SHIFT,kvm,pvt->gpa))+pr_err("Can't page out gpa:0x%lx addr:0x%lx\n",+pvt->gpa,addr);+}else{+/* Remove the shared flag if any */kvmppc_gfn_remove(gfn,kvm);-mutex_unlock(&kvm->arch.uvmem_lock);-continue;}-uvmem_page=pfn_to_page(uvmem_pfn);-pvt=uvmem_page->zone_device_data;-pvt->skip_page_out=skip_page_out;-pvt->remove_gfn=true;mutex_unlock(&kvm->arch.uvmem_lock);--pfn=gfn_to_pfn(kvm,gfn);-if(is_error_noslot_pfn(pfn))-continue;-kvm_release_pfn_clean(pfn);}++mmap_read_unlock(kvm->mm);}unsignedlongkvmppc_h_svm_init_abort(structkvm*kvm)
On Tue, Jul 21, 2020 at 12:42:01PM +0200, Laurent Dufour wrote:
kvmppc_svm_page_out() will need to be called by kvmppc_uvmem_drop_pages()
so move it upper in this file.
Furthermore it will be interesting to call this function when already
holding the kvm->arch.uvmem_lock, so prefix the original function with __
and remove the locking in it, and introduce a wrapper which call that
function with the lock held.
There is no functional change.
Reviewed-by: Ram Pai <redacted>
Cc: Ram Pai <redacted>
Cc: Bharata B Rao <redacted>
Cc: Paul Mackerras <redacted>
Signed-off-by: Laurent Dufour <redacted>
---
On Tue, Jul 21, 2020 at 12:42:02PM +0200, Laurent Dufour wrote:
When a secure memslot is dropped, all the pages backed in the secure device
(aka really backed by secure memory by the Ultravisor) should be paged out
to a normal page. Previously, this was achieved by triggering the page
fault mechanism which is calling kvmppc_svm_page_out() on each pages.
This can't work when hot unplugging a memory slot because the memory slot
is flagged as invalid and gfn_to_pfn() is then not trying to access the
page, so the page fault mechanism is not triggered.
Since the final goal is to make a call to kvmppc_svm_page_out() it seems
simpler to directly calling it instead of triggering such a mechanism. This
^^ call directly instead of triggering..
way kvmppc_uvmem_drop_pages() can be called even when hot unplugging a
memslot.
Since kvmppc_uvmem_drop_pages() is already holding kvm->arch.uvmem_lock,
the call to __kvmppc_svm_page_out() is made.
As __kvmppc_svm_page_out needs the vma pointer to migrate the pages, the
VMA is fetched in a lazy way, to not trigger find_vma() all the time. In
addition, the mmap_sem is help in read mode during that time, not in write
^^ held
mode since the virual memory layout is not impacted, and
kvm->arch.uvmem_lock prevents concurrent operation on the secure device.
Cc: Ram Pai <redacted>
On Tue, Jul 21, 2020 at 12:42:02PM +0200, Laurent Dufour wrote:
quoted
When a secure memslot is dropped, all the pages backed in the secure device
(aka really backed by secure memory by the Ultravisor) should be paged out
to a normal page. Previously, this was achieved by triggering the page
fault mechanism which is calling kvmppc_svm_page_out() on each pages.
This can't work when hot unplugging a memory slot because the memory slot
is flagged as invalid and gfn_to_pfn() is then not trying to access the
page, so the page fault mechanism is not triggered.
Since the final goal is to make a call to kvmppc_svm_page_out() it seems
simpler to directly calling it instead of triggering such a mechanism. This
^^ call directly instead of triggering..
quoted
way kvmppc_uvmem_drop_pages() can be called even when hot unplugging a
memslot.
Since kvmppc_uvmem_drop_pages() is already holding kvm->arch.uvmem_lock,
the call to __kvmppc_svm_page_out() is made.
As __kvmppc_svm_page_out needs the vma pointer to migrate the pages, the
VMA is fetched in a lazy way, to not trigger find_vma() all the time. In
addition, the mmap_sem is help in read mode during that time, not in write
^^ held
quoted
mode since the virual memory layout is not impacted, and
kvm->arch.uvmem_lock prevents concurrent operation on the secure device.
Cc: Ram Pai <redacted>
Reviewed-by: Ram Pai <redacted>
Thanks for reviewing this series.
Regarding the wordsmithing, Paul, could you manage that when pulling the series?
Thanks,
Laurent.
From: Bharata B Rao <hidden> Date: 2020-07-23 03:36:28
On Tue, Jul 21, 2020 at 12:42:02PM +0200, Laurent Dufour wrote:
quoted hunk
When a secure memslot is dropped, all the pages backed in the secure device
(aka really backed by secure memory by the Ultravisor) should be paged out
to a normal page. Previously, this was achieved by triggering the page
fault mechanism which is calling kvmppc_svm_page_out() on each pages.
This can't work when hot unplugging a memory slot because the memory slot
is flagged as invalid and gfn_to_pfn() is then not trying to access the
page, so the page fault mechanism is not triggered.
Since the final goal is to make a call to kvmppc_svm_page_out() it seems
simpler to directly calling it instead of triggering such a mechanism. This
way kvmppc_uvmem_drop_pages() can be called even when hot unplugging a
memslot.
Since kvmppc_uvmem_drop_pages() is already holding kvm->arch.uvmem_lock,
the call to __kvmppc_svm_page_out() is made.
As __kvmppc_svm_page_out needs the vma pointer to migrate the pages, the
VMA is fetched in a lazy way, to not trigger find_vma() all the time. In
addition, the mmap_sem is help in read mode during that time, not in write
mode since the virual memory layout is not impacted, and
kvm->arch.uvmem_lock prevents concurrent operation on the secure device.
Cc: Ram Pai <redacted>
Cc: Bharata B Rao <redacted>
Cc: Paul Mackerras <redacted>
Signed-off-by: Laurent Dufour <redacted>
---
arch/powerpc/kvm/book3s_hv_uvmem.c | 54 ++++++++++++++++++++----------
1 file changed, 37 insertions(+), 17 deletions(-)
@@ -624,35 +624,55 @@ static inline int kvmppc_svm_page_out(struct vm_area_struct *vma,*faultonthem,dofaulttimemigrationtoreplacethedevicePTEsin*QEMUpagetablewithnormalPTEsfromnewlyallocatedpages.*/-voidkvmppc_uvmem_drop_pages(conststructkvm_memory_slot*free,+voidkvmppc_uvmem_drop_pages(conststructkvm_memory_slot*slot,structkvm*kvm,boolskip_page_out){inti;structkvmppc_uvmem_page_pvt*pvt;-unsignedlongpfn,uvmem_pfn;-unsignedlonggfn=free->base_gfn;+structpage*uvmem_page;+structvm_area_struct*vma=NULL;+unsignedlonguvmem_pfn,gfn;+unsignedlongaddr,end;++mmap_read_lock(kvm->mm);++addr=slot->userspace_addr;
We typically use gfn_to_hva() for that, but that won't work for a
memslot that is already marked INVALID which is the case here.
I think it is ok to access slot->userspace_addr here of an INVALID
memslot, but just thought of explictly bringing this up.
+ end = addr + (slot->npages * PAGE_SIZE);
- for (i = free->npages; i; --i, ++gfn) {
- struct page *uvmem_page;
+ gfn = slot->base_gfn;
+ for (i = slot->npages; i; --i, ++gfn, addr += PAGE_SIZE) {
+
+ /* Fetch the VMA if addr is not in the latest fetched one */
+ if (!vma || (addr < vma->vm_start || addr >= vma->vm_end)) {
+ vma = find_vma_intersection(kvm->mm, addr, end);
+ if (!vma ||
+ vma->vm_start > addr || vma->vm_end < end) {
+ pr_err("Can't find VMA for gfn:0x%lx\n", gfn);
+ break;
+ }
+ }
In Ram's series, kvmppc_memslot_page_merge() also walks the VMAs spanning
the memslot, but it uses a different logic for the same. Why can't these
two cases use the same method to walk the VMAs? Is there anything subtly
different between the two cases?
Regards,
Bharata.
On Tue, Jul 21, 2020 at 12:42:02PM +0200, Laurent Dufour wrote:
quoted
When a secure memslot is dropped, all the pages backed in the secure device
(aka really backed by secure memory by the Ultravisor) should be paged out
to a normal page. Previously, this was achieved by triggering the page
fault mechanism which is calling kvmppc_svm_page_out() on each pages.
This can't work when hot unplugging a memory slot because the memory slot
is flagged as invalid and gfn_to_pfn() is then not trying to access the
page, so the page fault mechanism is not triggered.
Since the final goal is to make a call to kvmppc_svm_page_out() it seems
simpler to directly calling it instead of triggering such a mechanism. This
way kvmppc_uvmem_drop_pages() can be called even when hot unplugging a
memslot.
Since kvmppc_uvmem_drop_pages() is already holding kvm->arch.uvmem_lock,
the call to __kvmppc_svm_page_out() is made.
As __kvmppc_svm_page_out needs the vma pointer to migrate the pages, the
VMA is fetched in a lazy way, to not trigger find_vma() all the time. In
addition, the mmap_sem is help in read mode during that time, not in write
mode since the virual memory layout is not impacted, and
kvm->arch.uvmem_lock prevents concurrent operation on the secure device.
Cc: Ram Pai <redacted>
Cc: Bharata B Rao <redacted>
Cc: Paul Mackerras <redacted>
Signed-off-by: Laurent Dufour <redacted>
---
arch/powerpc/kvm/book3s_hv_uvmem.c | 54 ++++++++++++++++++++----------
1 file changed, 37 insertions(+), 17 deletions(-)
@@ -624,35 +624,55 @@ static inline int kvmppc_svm_page_out(struct vm_area_struct *vma,*faultonthem,dofaulttimemigrationtoreplacethedevicePTEsin*QEMUpagetablewithnormalPTEsfromnewlyallocatedpages.*/-voidkvmppc_uvmem_drop_pages(conststructkvm_memory_slot*free,+voidkvmppc_uvmem_drop_pages(conststructkvm_memory_slot*slot,structkvm*kvm,boolskip_page_out){inti;structkvmppc_uvmem_page_pvt*pvt;-unsignedlongpfn,uvmem_pfn;-unsignedlonggfn=free->base_gfn;+structpage*uvmem_page;+structvm_area_struct*vma=NULL;+unsignedlonguvmem_pfn,gfn;+unsignedlongaddr,end;++mmap_read_lock(kvm->mm);++addr=slot->userspace_addr;
We typically use gfn_to_hva() for that, but that won't work for a
memslot that is already marked INVALID which is the case here.
I think it is ok to access slot->userspace_addr here of an INVALID
memslot, but just thought of explictly bringing this up.
Which explicitly mentioned above in the patch's description:
This can't work when hot unplugging a memory slot because the memory slot
is flagged as invalid and gfn_to_pfn() is then not trying to access the
page, so the page fault mechanism is not triggered.
quoted
+ end = addr + (slot->npages * PAGE_SIZE);
- for (i = free->npages; i; --i, ++gfn) {
- struct page *uvmem_page;
+ gfn = slot->base_gfn;
+ for (i = slot->npages; i; --i, ++gfn, addr += PAGE_SIZE) {
+
+ /* Fetch the VMA if addr is not in the latest fetched one */
+ if (!vma || (addr < vma->vm_start || addr >= vma->vm_end)) {
+ vma = find_vma_intersection(kvm->mm, addr, end);
+ if (!vma ||
+ vma->vm_start > addr || vma->vm_end < end) {
+ pr_err("Can't find VMA for gfn:0x%lx\n", gfn);
+ break;
+ }
+ }
In Ram's series, kvmppc_memslot_page_merge() also walks the VMAs spanning
the memslot, but it uses a different logic for the same. Why can't these
two cases use the same method to walk the VMAs? Is there anything subtly
different between the two cases?
This is probably doable. At the time I wrote that patch, the
kvmppc_memslot_page_merge() was not yet introduced AFAIR.
This being said, I'd help a lot to factorize that code... I let Ram dealing with
that ;)
Cheers,
Laurent.
On Tue, Jul 21, 2020 at 12:42:02PM +0200, Laurent Dufour wrote:
quoted
When a secure memslot is dropped, all the pages backed in the secure device
(aka really backed by secure memory by the Ultravisor) should be paged out
to a normal page. Previously, this was achieved by triggering the page
fault mechanism which is calling kvmppc_svm_page_out() on each pages.
This can't work when hot unplugging a memory slot because the memory slot
is flagged as invalid and gfn_to_pfn() is then not trying to access the
page, so the page fault mechanism is not triggered.
Since the final goal is to make a call to kvmppc_svm_page_out() it seems
simpler to directly calling it instead of triggering such a mechanism. This
way kvmppc_uvmem_drop_pages() can be called even when hot unplugging a
memslot.
Since kvmppc_uvmem_drop_pages() is already holding kvm->arch.uvmem_lock,
the call to __kvmppc_svm_page_out() is made.
As __kvmppc_svm_page_out needs the vma pointer to migrate the pages, the
VMA is fetched in a lazy way, to not trigger find_vma() all the time. In
addition, the mmap_sem is help in read mode during that time, not in write
mode since the virual memory layout is not impacted, and
kvm->arch.uvmem_lock prevents concurrent operation on the secure device.
Cc: Ram Pai <redacted>
Cc: Bharata B Rao <redacted>
Cc: Paul Mackerras <redacted>
Signed-off-by: Laurent Dufour <redacted>
---
arch/powerpc/kvm/book3s_hv_uvmem.c | 54 ++++++++++++++++++++----------
1 file changed, 37 insertions(+), 17 deletions(-)
diff --git a/arch/powerpc/kvm/book3s_hv_uvmem.c
b/arch/powerpc/kvm/book3s_hv_uvmem.c
index 5a4b02d3f651..ba5c7c77cc3a 100644
@@ -624,35 +624,55 @@ static inline int kvmppc_svm_page_out(struct
vm_area_struct *vma,
* fault on them, do fault time migration to replace the device PTEs in
* QEMU page table with normal PTEs from newly allocated pages.
*/
-void kvmppc_uvmem_drop_pages(const struct kvm_memory_slot *free,
+void kvmppc_uvmem_drop_pages(const struct kvm_memory_slot *slot,
struct kvm *kvm, bool skip_page_out)
{
int i;
struct kvmppc_uvmem_page_pvt *pvt;
- unsigned long pfn, uvmem_pfn;
- unsigned long gfn = free->base_gfn;
+ struct page *uvmem_page;
+ struct vm_area_struct *vma = NULL;
+ unsigned long uvmem_pfn, gfn;
+ unsigned long addr, end;
+
+ mmap_read_lock(kvm->mm);
+
+ addr = slot->userspace_addr;
We typically use gfn_to_hva() for that, but that won't work for a
memslot that is already marked INVALID which is the case here.
I think it is ok to access slot->userspace_addr here of an INVALID
memslot, but just thought of explictly bringing this up.
Which explicitly mentioned above in the patch's description:
This can't work when hot unplugging a memory slot because the memory slot
is flagged as invalid and gfn_to_pfn() is then not trying to access the
page, so the page fault mechanism is not triggered.
quoted
quoted
+ end = addr + (slot->npages * PAGE_SIZE);
- for (i = free->npages; i; --i, ++gfn) {
- struct page *uvmem_page;
+ gfn = slot->base_gfn;
+ for (i = slot->npages; i; --i, ++gfn, addr += PAGE_SIZE) {
+
+ /* Fetch the VMA if addr is not in the latest fetched one */
+ if (!vma || (addr < vma->vm_start || addr >= vma->vm_end)) {
+ vma = find_vma_intersection(kvm->mm, addr, end);
+ if (!vma ||
+ vma->vm_start > addr || vma->vm_end < end) {
+ pr_err("Can't find VMA for gfn:0x%lx\n", gfn);
+ break;
+ }
+ }
In Ram's series, kvmppc_memslot_page_merge() also walks the VMAs spanning
the memslot, but it uses a different logic for the same. Why can't these
two cases use the same method to walk the VMAs? Is there anything subtly
different between the two cases?
This is probably doable. At the time I wrote that patch, the
kvmppc_memslot_page_merge() was not yet introduced AFAIR.
This being said, I'd help a lot to factorize that code... I let Ram dealing with
that ;)
Indeed I don't think this is relevant, the loop in kvmppc_memslot_page_merge()
deals with one call (to ksm_advise) per VMA, while this code is dealing with one
call per page of the VMA, which completely different.
I don't think merging the both will be a good idea.
Cheers,
Laurent.