summaryrefslogtreecommitdiff
path: root/arch/powerpc/include/asm/rheap.h
diff options
context:
space:
mode:
authorPaul Mackerras <paulus@ozlabs.org>2018-12-12 07:17:17 +0300
committerPaul Mackerras <paulus@ozlabs.org>2018-12-17 02:58:51 +0300
commit5af3e9d06d830d52864b39c86724dc39b463eddd (patch)
treee8287e8a6eb9ec85a606ef1b1917d15a42a91c11 /arch/powerpc/include/asm/rheap.h
parentc43c3a8683fe624b67b91a06f1c25cd752a05b3b (diff)
downloadlinux-5af3e9d06d830d52864b39c86724dc39b463eddd.tar.xz
KVM: PPC: Book3S HV: Flush guest mappings when turning dirty tracking on/off
This adds code to flush the partition-scoped page tables for a radix guest when dirty tracking is turned on or off for a memslot. Only the guest real addresses covered by the memslot are flushed. The reason for this is to get rid of any 2M PTEs in the partition-scoped page tables that correspond to host transparent huge pages, so that page dirtiness is tracked at a system page (4k or 64k) granularity rather than a 2M granularity. The page tables are also flushed when turning dirty tracking off so that the memslot's address space can be repopulated with THPs if possible. To do this, we add a new function kvmppc_radix_flush_memslot(). Since this does what's needed for kvmppc_core_flush_memslot_hv() on a radix guest, we now make kvmppc_core_flush_memslot_hv() call the new kvmppc_radix_flush_memslot() rather than calling kvm_unmap_radix() for each page in the memslot. This has the effect of fixing a bug in that kvmppc_core_flush_memslot_hv() was previously calling kvm_unmap_radix() without holding the kvm->mmu_lock spinlock, which is required to be held. Signed-off-by: Paul Mackerras <paulus@ozlabs.org> Reviewed-by: Suraj Jitindar Singh <sjitindarsingh@gmail.com> Reviewed-by: David Gibson <david@gibson.dropbear.id.au> Signed-off-by: Paul Mackerras <paulus@ozlabs.org>
Diffstat (limited to 'arch/powerpc/include/asm/rheap.h')
0 files changed, 0 insertions, 0 deletions