KVM shadow scalability enhancements
Subsystems (5)
cover KVM shadow scalability enhancements
The following patchset increases KVM shadow scalability by allowing concurrent guest walking, allocation and instruction emulation.
Signature · 4 lines
------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
PATCH 1/5 KVM: concurrent guest walkers
Do not hold kvm->lock mutex across the entire pagefault code, only acquire it in places where it is necessary, such as mmu hash list, active list, rmap and parent pte handling.
Allow concurrent guest walkers by switching walk_addr() to use mmap_sem in read-mode.
And get rid of the lockless __gfn_to_page.
arch/x86/kvm/mmu.c +19 -7
@@ -1026,6 +1026,7 @@ static void mmu_free_roots(struct kvm_vcif (!VALID_PAGE (vcpu->arch.mmu.root_hpa))return ; +mutex_lock (&vcpu->kvm->lock);#ifdef CONFIG_X86_64 if (vcpu->arch.mmu.shadow_root_level ==PT64_ROOT_LEVEL ) {hpa_t root = vcpu->arch.mmu.root_hpa;
@@ -1033,6 +1034,7 @@ static void mmu_free_roots(struct kvm_vc sp =page_header (root); --sp->root_count; vcpu->arch.mmu.root_hpa =INVALID_PAGE ; +mutex_unlock (&vcpu->kvm->lock); return; }#endif
@@ -1046,6 +1048,7 @@ static void mmu_free_roots(struct kvm_vc } vcpu->arch.mmu.pae_root[i] =INVALID_PAGE ; } +mutex_unlock (&vcpu->kvm->lock); vcpu->arch.mmu.root_hpa =INVALID_PAGE ; }
@@ -1245,15 +1248,15 @@ int kvm_mmu_load(struct kvm_vcpu *vcpu) {int r; -mutex_lock (&vcpu->kvm->lock); r =mmu_topup_memory_caches (vcpu);if (r) goto out; +mutex_lock (&vcpu->kvm->lock);mmu_alloc_roots (vcpu); +mutex_unlock (&vcpu->kvm->lock); kvm_x86_ops->set_cr3 (vcpu, vcpu->arch.mmu.root_hpa);kvm_mmu_flush_tlb (vcpu); out: -mutex_unlock (&vcpu->kvm->lock);return r; }EXPORT_SYMBOL_GPL (kvm_mmu_load);
@@ -1420,13 +1423,22 @@ void kvm_mmu_pte_write(struct kvm_vcpu *int kvm_mmu_unprotect_page_virt (struct kvm_vcpu *vcpu,gva_t gva) { -gpa_t gpa = vcpu->arch.mmu.gva_to_gpa (vcpu, gva); +gpa_t gpa; +int r; + +down_read (¤t->mm->mmap_sem); + gpa = vcpu->arch.mmu.gva_to_gpa (vcpu, gva); +up_read (¤t->mm->mmap_sem); -return kvm_mmu_unprotect_page (vcpu->kvm, gpa >>PAGE_SHIFT ); +mutex_lock (&vcpu->kvm->lock); + r =kvm_mmu_unprotect_page (vcpu->kvm, gpa >>PAGE_SHIFT ); +mutex_unlock (&vcpu->kvm->lock); +return r; }void __kvm_mmu_free_some_pages (struct kvm_vcpu *vcpu) { +mutex_lock (&vcpu->kvm->lock);while (vcpu->kvm->arch.n_free_mmu_pages <KVM_REFILL_PAGES ) {struct kvm_mmu_page *sp;
@@ -1435,6 +1447,7 @@ void __kvm_mmu_free_some_pages(struct kvkvm_mmu_zap_page (vcpu->kvm, sp); ++vcpu->kvm->stat.mmu_recycled; } +mutex_unlock (&vcpu->kvm->lock); }int kvm_mmu_page_fault (struct kvm_vcpu *vcpu,gva_t cr2,u32 error_code)
@@ -1442,7 +1455,6 @@ int kvm_mmu_page_fault(struct kvm_vcpu *int r;enum emulation_result er; -mutex_lock (&vcpu->kvm->lock); r = vcpu->arch.mmu.page_fault (vcpu, cr2, error_code);if (r <0 ) goto out;
@@ -1457,7 +1469,6 @@ int kvm_mmu_page_fault(struct kvm_vcpu * goto out; er =emulate_instruction (vcpu, vcpu->run, cr2, error_code,0 ); -mutex_unlock (&vcpu->kvm->lock);switch (er) {case EMULATE_DONE :
@@ -1472,7 +1483,6 @@ int kvm_mmu_page_fault(struct kvm_vcpu *BUG (); } out: -mutex_unlock (&vcpu->kvm->lock);return r; }EXPORT_SYMBOL_GPL (kvm_mmu_page_fault);
@@ -1569,8 +1579,10 @@ void kvm_mmu_zap_all(struct kvm *kvm) {struct kvm_mmu_page *sp, *node; +mutex_lock (&kvm->lock);list_for_each_entry_safe (sp, node, &kvm->arch.active_mmu_pages, link)kvm_mmu_zap_page (kvm, sp); +mutex_unlock (&kvm->lock);kvm_flush_remote_tlbs (kvm); }
arch/x86/kvm/paging_tmpl.h +9 -1
@@ -212,7 +212,9 @@ walk:if (ret) goto walk; pte |=PT_DIRTY_MASK ; +mutex_lock (&vcpu->kvm->lock);kvm_mmu_pte_write (vcpu, pte_gpa, (u8 *)&pte,sizeof (pte)); +mutex_unlock (&vcpu->kvm->lock); walker->ptes[walker->level -1 ] = pte; }
@@ -368,11 +370,13 @@ static int FNAME(page_fault)(struct kvm_if (r)return r; +down_read (¤t->mm->mmap_sem);/* * Look up the shadow pte for the faulting address. */ r =FNAME (walk_addr)(&walker, vcpu, addr, write_fault, user_fault, fetch_fault); +up_read (¤t->mm->mmap_sem);/* * The page is not mapped by the guest. Let the guest handle it.
@@ -384,6 +388,7 @@ static int FNAME(page_fault)(struct kvm_return 0 ; } +mutex_lock (&vcpu->kvm->lock); shadow_pte =FNAME (fetch)(vcpu, addr, &walker, user_fault, write_fault, &write_pt); pgprintk("%s: shadow pte %p %llx ptwrite %d\n", __FUNCTION__,
@@ -395,11 +400,14 @@ static int FNAME(page_fault)(struct kvm_/* * mmio: emulate if accessible, otherwise its a guest fault. */ -if (shadow_pte &&is_io_pte (*shadow_pte)) +if (shadow_pte &&is_io_pte (*shadow_pte)) { +mutex_unlock (&vcpu->kvm->lock);return 1 ; + } ++vcpu->stat.pf_fixed;kvm_mmu_audit (vcpu,"post page fault (fixed)" ); +mutex_unlock (&vcpu->kvm->lock);return write_pt; }
arch/x86/kvm/vmx.c +17 -8
@@ -1431,27 +1431,34 @@ static int init_rmode_tss(struct kvm *kv {gfn_t fn =rmode_tss_base (kvm) >>PAGE_SHIFT ;u16 data =0 ; +int ret =0 ;int r; +down_read (¤t->mm->mmap_sem); r =kvm_clear_guest_page (kvm, fn,0 ,PAGE_SIZE );if (r <0 ) -return 0 ; + goto out; data =TSS_BASE_SIZE +TSS_REDIRECTION_SIZE ; r =kvm_write_guest_page (kvm, fn++, &data,0x66 ,sizeof (u16));if (r <0 ) -return 0 ; + goto out; r =kvm_clear_guest_page (kvm, fn++,0 ,PAGE_SIZE );if (r <0 ) -return 0 ; + goto out; r =kvm_clear_guest_page (kvm, fn,0 ,PAGE_SIZE );if (r <0 ) -return 0 ; + goto out; data = ~0 ; - r =kvm_write_guest_page (kvm, fn, &data,RMODE_TSS_SIZE -2 *PAGE_SIZE -1 , -sizeof (u8)); + r =kvm_write_guest_page (kvm, fn, &data, +RMODE_TSS_SIZE -2 *PAGE_SIZE -1 , +sizeof (u8));if (r <0 ) -return 0 ; -return 1 ; + goto out; + + ret =1 ; +out: +up_read (¤t->mm->mmap_sem); +return ret; }static void seg_setup (int seg)
@@ -1470,6 +1477,7 @@ static int alloc_apic_access_page(structint r =0 ;mutex_lock (&kvm->lock); +down_write (¤t->mm->mmap_sem);if (kvm->arch.apic_access_page) goto out; kvm_userspace_mem.slot =APIC_ACCESS_PAGE_PRIVATE_MEMSLOT ;
@@ -1481,6 +1489,7 @@ static int alloc_apic_access_page(struct goto out; kvm->arch.apic_access_page =gfn_to_page (kvm,0xfee00 ); out: +up_write (¤t->mm->mmap_sem);mutex_unlock (&kvm->lock);return r; }
arch/x86/kvm/x86.c +54 -36
302 lines not on this page · raw message
virt/kvm/kvm_main.c +5 -17
@@ -227,7 +227,7 @@ static int kvm_vm_release(struct inode ** * Discontiguous memory is allowed, mostly for framebuffers. * -* Must be called holding kvm->lock. +* Must be called holding mmap_sem for write. */ int __kvm_set_memory_region(struct kvm *kvm, struct kvm_userspace_memory_region *mem,
@@ -338,9 +338,9 @@ int kvm_set_memory_region(struct kvm *kv {int r; -mutex_lock (&kvm->lock); +down_write (¤t->mm->mmap_sem); r =__kvm_set_memory_region (kvm, mem, user_alloc); -mutex_unlock (&kvm->lock); +up_write (¤t->mm->mmap_sem);return r; }EXPORT_SYMBOL_GPL (kvm_set_memory_region);
@@ -456,7 +456,7 @@ static unsigned long gfn_to_hva(struct k/* * Requires current->mm->mmap_sem to be held */ -static struct page *__gfn_to_page (struct kvm *kvm,gfn_t gfn) +struct page *gfn_to_page (struct kvm *kvm,gfn_t gfn) {struct page *page[1 ];unsigned long addr;
@@ -481,17 +481,6 @@ static struct page *__gfn_to_page(structreturn page[0 ]; } -struct page *gfn_to_page (struct kvm *kvm,gfn_t gfn) -{ -struct page *page; - -down_read (¤t->mm->mmap_sem); - page =__gfn_to_page (kvm, gfn); -up_read (¤t->mm->mmap_sem); - -return page; -} -EXPORT_SYMBOL_GPL (gfn_to_page);void kvm_release_page_clean (struct page *page)
@@ -977,8 +966,7 @@ static int kvm_vm_fault(struct vm_area_sif (!kvm_is_visible_gfn (kvm, vmf->pgoff))return VM_FAULT_SIGBUS ; -/* current->mm->mmap_sem is already held so call lockless version */ - page =__gfn_to_page (kvm, vmf->pgoff); + page =gfn_to_page (kvm, vmf->pgoff);if (is_error_page (page)) {kvm_release_page_clean (page);return VM_FAULT_SIGBUS ;
Signature · 4 lines
------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
PATCH 2/5 KVM: add kvm_read_guest_atomic()
In reply to Marcelo TosattiIn preparation for a mmu spinlock, add kvm_read_guest_atomic() and use it in fetch() and prefetch_page().
arch/x86/kvm/paging_tmpl.h +16 -12
@@ -318,10 +318,12 @@ static u64 *FNAME(fetch)(struct kvm_vcpu metaphysical, access, shadow_ent, &new_page);if (new_page && !metaphysical) { +int r;pt_element_t curr_pte; -kvm_read_guest (vcpu->kvm, walker->pte_gpa[level -2 ], - &curr_pte,sizeof (curr_pte)); -if (curr_pte != walker->ptes[level -2 ]) + r =kvm_read_guest_atomic (vcpu->kvm, + walker->pte_gpa[level -2 ], + &curr_pte,sizeof (curr_pte)); +if (r || curr_pte != walker->ptes[level -2 ])return NULL ; } shadow_addr =__pa (shadow_page->spt);
@@ -431,9 +433,8 @@ static gpa_t FNAME(gva_to_gpa)(struct kvstatic void FNAME (prefetch_page )(struct kvm_vcpu *vcpu,struct kvm_mmu_page *sp) { -int i, offset =0 ; -pt_element_t *gpt; -struct page *page; +int i, offset =0 , r =0 ; +pt_element_t pt;if (sp->role.metaphysical || (PTTYPE ==32 && sp->role.level >PT_PAGE_TABLE_LEVEL )) {
@@ -443,15 +444,18 @@ static void FNAME(prefetch_page)(structif (PTTYPE ==32 ) offset = sp->role.quadrant <<PT64_LEVEL_BITS ; - page =gfn_to_page (vcpu->kvm, sp->gfn); - gpt =kmap_atomic (page,KM_USER0 ); -for (i =0 ; i <PT64_ENT_PER_PAGE ; ++i) -if (is_present_pte (gpt[offset + i])) + +for (i =0 ; i <PT64_ENT_PER_PAGE ; ++i) { +gpa_t pte_gpa =gfn_to_gpa (sp->gfn); + pte_gpa += (i+offset) *sizeof (pt_element_t); + + r =kvm_read_guest_atomic (vcpu->kvm, pte_gpa, &pt, +sizeof (pt_element_t)); +if (r ||is_present_pte (pt)) sp->spt[i] = shadow_trap_nonpresent_pte;else sp->spt[i] = shadow_notrap_nonpresent_pte; -kunmap_atomic (gpt,KM_USER0 ); -kvm_release_page_clean (page); + } }#undef pt_element_t
include/linux/kvm_host.h +2 -0
@@ -167,6 +167,8 @@ void kvm_release_page_clean(struct pagevoid kvm_release_page_dirty (struct page *page);int kvm_read_guest_page (struct kvm *kvm,gfn_t gfn,void *data,int offset,int len); +int kvm_read_guest_atomic (struct kvm *kvm,gpa_t gpa,void *data, +unsigned long len);int kvm_read_guest (struct kvm *kvm,gpa_t gpa,void *data,unsigned long len);int kvm_write_guest_page (struct kvm *kvm,gfn_t gfn,const void *data,int offset,int len);
virt/kvm/kvm_main.c +20 -0
@@ -541,6 +541,26 @@ int kvm_read_guest(struct kvm *kvm, gpa_ }EXPORT_SYMBOL_GPL (kvm_read_guest); +int kvm_read_guest_atomic (struct kvm *kvm,gpa_t gpa,void *data, +unsigned long len) +{ +int r; +unsigned long addr; +gfn_t gfn = gpa >>PAGE_SHIFT ; +int offset =offset_in_page (gpa); + + addr =gfn_to_hva (kvm, gfn); +if (kvm_is_error_hva (addr)) +return -EFAULT ; +pagefault_disable (); + r =__copy_from_user_inatomic (data, (void __user *)addr + offset, len); +pagefault_enable (); +if (r) +return -EFAULT ; +return 0 ; +} +EXPORT_SYMBOL (kvm_read_guest_atomic); +int kvm_write_guest_page (struct kvm *kvm,gfn_t gfn,const void *data,int offset,int len) {
Signature · 4 lines
------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
PATCH 3/5 KVM: add kvm_follow_page()
In reply to Marcelo TosattiIn preparation for a mmu spinlock, avoid schedules in mmu_set_spte() by using follow_page() instead of get_user_pages().
The fault handling work by get_user_pages() now happens outside the lock.
arch/x86/kvm/mmu.c +6 -1
@@ -907,7 +907,9 @@ static void mmu_set_spte(struct kvm_vcpuif (!(pte_access &ACC_EXEC_MASK )) spte |=PT64_NX_MASK ; - page =gfn_to_page (vcpu->kvm, gfn); + page =kvm_follow_page (vcpu->kvm, gfn); +if (!page) +return ; spte |=PT_PRESENT_MASK ;if (pte_access &ACC_USER_MASK )
@@ -983,8 +985,11 @@ static int nonpaging_map(struct kvm_vcpu table =__va (table_addr);if (level ==1 ) { +struct page *page; + page =gfn_to_page (vcpu->kvm, gfn);mmu_set_spte (vcpu, &table[index],ACC_ALL ,ACC_ALL ,0 , write,1 , &pt_write, gfn); +kvm_release_page_clean (page);return pt_write ||is_io_pte (table[index]); }
include/linux/kvm_host.h +1 -0
@@ -163,6 +163,7 @@ int kvm_arch_set_memory_region(struct kv int user_alloc);gfn_t unalias_gfn (struct kvm *kvm,gfn_t gfn);struct page *gfn_to_page (struct kvm *kvm,gfn_t gfn); +struct page *kvm_follow_page (struct kvm *kvm,gfn_t gfn);void kvm_release_page_clean (struct page *page);void kvm_release_page_dirty (struct page *page); int kvm_read_guest_page(struct kvm *kvm, gfn_t gfn, void *data, int offset,
virt/kvm/kvm_main.c +19 -0
@@ -453,6 +453,25 @@ static unsigned long gfn_to_hva(struct kreturn (slot->userspace_addr + (gfn - slot->base_gfn) *PAGE_SIZE ); } +struct page *kvm_follow_page (struct kvm *kvm,gfn_t gfn) +{ +unsigned long addr; +struct vm_area_struct *vma; + + addr =gfn_to_hva (kvm, gfn); +/* MMIO access */ +if (kvm_is_error_hva (addr)) { +get_page (bad_page); +return bad_page; + } + + vma =find_vma (current->mm, addr); +if (!vma) +return NULL ; + +return follow_page (vma, addr,FOLL_GET |FOLL_TOUCH ); +} +/* * Requires current->mm->mmap_sem to be held */
arch/x86/kvm/paging_tmpl.h +13 -4
@@ -67,6 +67,7 @@ struct guest_walker {gfn_t table_gfn[PT_MAX_FULL_LEVELS ];pt_element_t ptes[PT_MAX_FULL_LEVELS ];gpa_t pte_gpa[PT_MAX_FULL_LEVELS ]; +struct page *page;unsigned pt_access;unsigned pte_access;gfn_t gfn;
@@ -203,14 +204,18 @@ walk: --walker->level; } + walker->page =gfn_to_page (vcpu->kvm, walker->gfn); +if (write_fault && !is_dirty_pte (pte)) {bool ret;mark_page_dirty (vcpu->kvm, table_gfn); ret =FNAME (cmpxchg_gpte)(vcpu->kvm, table_gfn, index, pte, pte|PT_DIRTY_MASK ); -if (ret) +if (ret) { +kvm_release_page_clean (walker->page); goto walk; + } pte |=PT_DIRTY_MASK ;mutex_lock (&vcpu->kvm->lock);kvm_mmu_pte_write (vcpu, pte_gpa, (u8 *)&pte,sizeof (pte));
@@ -323,8 +328,10 @@ static u64 *FNAME(fetch)(struct kvm_vcpu r =kvm_read_guest_atomic (vcpu->kvm, walker->pte_gpa[level -2 ], &curr_pte,sizeof (curr_pte)); -if (r || curr_pte != walker->ptes[level -2 ]) -return NULL ; +if (r || curr_pte != walker->ptes[level -2 ]) { + shadow_ent =NULL ; + goto out; + } } shadow_addr =__pa (shadow_page->spt); shadow_pte = shadow_addr |PT_PRESENT_MASK |PT_ACCESSED_MASK
@@ -336,7 +343,8 @@ static u64 *FNAME(fetch)(struct kvm_vcpu user_fault, write_fault, walker->ptes[walker->level-1 ] &PT_DIRTY_MASK , ptwrite, walker->gfn); - +out: +kvm_release_page_clean (walker->page);return shadow_ent; }
@@ -425,6 +433,7 @@ static gpa_t FNAME(gva_to_gpa)(struct kvif (r) { gpa =gfn_to_gpa (walker.gfn); gpa |= vaddr & ~PAGE_MASK ; +kvm_release_page_clean (walker.page); }return gpa;
Signature · 4 lines
------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
A message that is not in the archive (sent off-list or not yet received): [email protected]
Re: [patch 3/5] KVM: add kvm_follow_page()
Quoted 9 lines · Marcelo Tosatti
In preparation for a mmu spinlock, avoid schedules in
mmu_set_spte()by usingfollow_page()instead ofget_user_pages().The fault handling work by
get_user_pages()now happens outside the lock.Signed-off-by Marcelo Tosatti <[email protected]>Index:
kvm.quilt/arch/x86/kvm/mmu.c
arch/x86/kvm/mmu.c static int nonpaging_map(struct kvm_vcpu · line 994
Quoted 10 lines
arch/x86/kvm/mmu.c +3
-0@@ -983,8 +985,11 @@ static int nonpaging_map(struct kvm_vcpu table =__va (table_addr);if (level ==1 ) { +struct page *page; + page =gfn_to_page (vcpu->kvm, gfn);mmu_set_spte (vcpu, &table[index],ACC_ALL ,ACC_ALL ,0 , write,1 , &pt_write, gfn); +kvm_release_page_clean (page);return pt_write ||is_io_pte (table[index]); }
Is this hunk necessary? It will swap in the page in case it's swapped out, but not sure we care about performance in that case.
Quoted 13 lines
n.cvirt/kvm/kvm_main.c +8
-0@@ -453,6 +453,25 @@ static unsigned long gfn_to_hva(struct kreturn (slot->userspace_addr + (gfn - slot->base_gfn) *PAGE_SIZE ); } +struct page *kvm_follow_page (struct kvm *kvm,gfn_t gfn) +{ +unsigned long addr; +struct vm_area_struct *vma; + + addr =gfn_to_hva (kvm, gfn); +/* MMIO access */ +if (kvm_is_error_hva (addr)) {
virt/kvm/kvm_main.c static unsigned long gfn_to_hva(struct k · line 473
Quoted 10 lines
virt/kvm/kvm_main.c +10
-0+get_page (bad_page); +return bad_page; + } + + vma =find_vma (current->mm, addr); +if (!vma) +return NULL ; + +return follow_page (vma, addr,FOLL_GET |FOLL_TOUCH ); +}
It may be better to create get_user_page_inatomic() as the last four lines rather than exporting follow_page(). Maybe an mm maintainer can comment.
Quoted 44 lines
arch/x86/kvm/paging_tmpl.h +10
-4@@ -67,6 +67,7 @@ struct guest_walker {gfn_t table_gfn[PT_MAX_FULL_LEVELS ];pt_element_t ptes[PT_MAX_FULL_LEVELS ];gpa_t pte_gpa[PT_MAX_FULL_LEVELS ]; +struct page *page;unsigned pt_access;unsigned pte_access;gfn_t gfn;@@ -203,14 +204,18 @@ walk: --walker->level; } + walker->page =gfn_to_page (vcpu->kvm, walker->gfn); +if (write_fault && !is_dirty_pte (pte)) {bool ret;mark_page_dirty (vcpu->kvm, table_gfn); ret =FNAME (cmpxchg_gpte)(vcpu->kvm, table_gfn, index, pte, pte|PT_DIRTY_MASK ); -if (ret) +if (ret) { +kvm_release_page_clean (walker->page); goto walk; + } pte |=PT_DIRTY_MASK ;mutex_lock (&vcpu->kvm->lock);kvm_mmu_pte_write (vcpu, pte_gpa, (u8 *)&pte,sizeof (pte));@@ -323,8 +328,10 @@ static u64 *FNAME(fetch)(struct kvm_vcpu r =kvm_read_guest_atomic (vcpu->kvm, walker->pte_gpa[level -2 ], &curr_pte,sizeof (curr_pte)); -if (r || curr_pte != walker->ptes[level -2 ]) -return NULL ; +if (r || curr_pte != walker->ptes[level -2 ]) { + shadow_ent =NULL ; + goto out; + } } shadow_addr =__pa (shadow_page->spt);
shadow_pte=shadow_addr|PT_PRESENT_MASK|PT_ACCESSED_MASK
arch/x86/kvm/paging_tmpl.h static u64 *FNAME(fetch)(struct kvm_vcpu · line 350
Quoted 9 lines
arch/x86/kvm/paging_tmpl.h +2
-1@@ -336,7 +343,8 @@ static u64 *FNAME(fetch)(struct kvm_vcpu user_fault, write_fault, walker->ptes[walker->level-1 ] &PT_DIRTY_MASK , ptwrite, walker->gfn); - +out: +kvm_release_page_clean (walker->page);return shadow_ent; }
walker->page is never used, so I think it can be completely dropped. mmu_set_spte() already does the right thing without its help.
Signature · 7 lines
Do not meddle in the internals of kernels, for they are subtle and quick to panic. ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
A message that is not in the archive (sent off-list or not yet received): 476D68A3.3000200-atKUWr5tajBWk0Htik3J/[email protected]
Re: [patch 3/5] KVM: add kvm_follow_page()
Hi Avi,
Andrew, please see the comments on the need for a atomic get_user_pages() below.
Quoted 12 lines · Avi Kivity
Quoted 11 lines · Marcelo Tosatti
In preparation for a mmu spinlock, avoid schedules in
mmu_set_spte()by usingfollow_page()instead ofget_user_pages().The fault handling work by
get_user_pages()now happens outside the lock.Signed-off-by Marcelo Tosatti <[email protected]>Index:
kvm.quilt/arch/x86/kvm/mmu.carch/x86/kvm/mmu.c +0
-0@@ -983,8 +985,11 @@ static int nonpaging_map(struct kvm_vcpu table =__va (table_addr);
Quoted 11 lines
arch/x86/kvm/mmu.c static int nonpaging_map(struct kvm_vcpu · line 994
Quoted 8 lines
arch/x86/kvm/mmu.c +3
-0if (level ==1 ) { +struct page *page; + page =gfn_to_page (vcpu->kvm, gfn);mmu_set_spte (vcpu, &table[index],ACC_ALL ,ACC_ALL ,0 , write,1 , &pt_write, gfn); +kvm_release_page_clean (page);return pt_write ||is_io_pte (table[index]); }Is this hunk necessary? It will swap in the page in case it's swapped out, but not sure we care about performance in that case.
The issue is that the mmap call done by QEMU won't instantiate the pte's of the guest memory area. So it needs to either do that get_user_pages()->handle_mm_fault() sequence outside mmu_set_spte() or mmap() has to pass MAP_POPULATE, prefaulting all guest pages (which is highly suboptimal).
Quoted 19 lines
Quoted 19 lines
n.cvirt/kvm/kvm_main.c +14
-0@@ -453,6 +453,25 @@ static unsigned long gfn_to_hva(struct kreturn (slot->userspace_addr + (gfn - slot->base_gfn) *PAGE_SIZE ); } +struct page *kvm_follow_page (struct kvm *kvm,gfn_t gfn) +{ +unsigned long addr; +struct vm_area_struct *vma; + + addr =gfn_to_hva (kvm, gfn); +/* MMIO access */ +if (kvm_is_error_hva (addr)) { +get_page (bad_page); +return bad_page; + } + + vma =find_vma (current->mm, addr); +if (!vma)
Quoted 8 lines
virt/kvm/kvm_main.c static unsigned long gfn_to_hva(struct k · line 473
Quoted 4 lines
virt/kvm/kvm_main.c +4
-0+return NULL ; + +return follow_page (vma, addr,FOLL_GET |FOLL_TOUCH ); +}It may be better to create
get_user_page_inatomic()as the last four lines rather than exportingfollow_page(). Maybe an mm maintainer can comment.
Andrew, KVM needs to find the struct page which maps to a certain address in the QEMU process without sleeping since that lookup is performed with a spinlock held.
So it needs to either export follow_page() or use a get_user_pages() variant which doesnt call cond_resched() or handle_mm_fault(), simply failing if the page is not pagetable mapped.
What you think?
Quoted 48 lines
Quoted 48 lines
arch/x86/kvm/paging_tmpl.h +10
-4@@ -67,6 +67,7 @@ struct guest_walker {gfn_t table_gfn[PT_MAX_FULL_LEVELS ];pt_element_t ptes[PT_MAX_FULL_LEVELS ];gpa_t pte_gpa[PT_MAX_FULL_LEVELS ]; +struct page *page;unsigned pt_access;unsigned pte_access;gfn_t gfn;@@ -203,14 +204,18 @@ walk: --walker->level; } + walker->page =gfn_to_page (vcpu->kvm, walker->gfn); +if (write_fault && !is_dirty_pte (pte)) {bool ret;mark_page_dirty (vcpu->kvm, table_gfn); ret =FNAME (cmpxchg_gpte)(vcpu->kvm, table_gfn, index, pte, pte|PT_DIRTY_MASK ); -if (ret) +if (ret) { +kvm_release_page_clean (walker->page); goto walk; + } pte |=PT_DIRTY_MASK ;mutex_lock (&vcpu->kvm->lock);kvm_mmu_pte_write (vcpu, pte_gpa, (u8 *)&pte,sizeof (pte));@@ -323,8 +328,10 @@ static u64 *FNAME(fetch)(struct kvm_vcpu r =kvm_read_guest_atomic (vcpu->kvm, walker->pte_gpa[level -2 ], &curr_pte,sizeof (curr_pte)); -if (r || curr_pte != walker->ptes[level -2 ]) -return NULL ; +if (r || curr_pte != walker->ptes[level -2 ]) { + shadow_ent =NULL ; + goto out; + } } shadow_addr =__pa (shadow_page->spt);
shadow_pte=shadow_addr|PT_PRESENT_MASK|PT_ACCESSED_MASKarch/x86/kvm/paging_tmpl.h +0
-1@@ -336,7 +343,8 @@ static u64 *FNAME(fetch)(struct kvm_vcpu user_fault, write_fault, walker->ptes[walker->level-1 ] &PT_DIRTY_MASK , ptwrite, walker->gfn); -
Quoted 8 lines
arch/x86/kvm/paging_tmpl.h static u64 *FNAME(fetch)(struct kvm_vcpu · line 350
Quoted 5 lines
arch/x86/kvm/paging_tmpl.h +2
-0+out: +kvm_release_page_clean (walker->page);return shadow_ent; }
walker->pageis never used, so I think it can be completely dropped.mmu_set_spte()already does the right thing without its help.
The page being mapped by the guest needs to be faulted in by someone... So while walker->page is unused, it guarantees that the handler will properly fault in the pagetables to know which physical address the page resides at. ie. it is the place which guarantees that the page gets mapped if its already in memory or swapped in and then mapped.
Thanks.
Quoted 2 lines
Signature · 1 line
Do not meddle in the internals of kernels, for they are subtle and quick to panic.
-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
Re: [patch 3/5] KVM: add kvm_follow_page()
Quoted 33 lines · Marcelo Tosatti
Hi Avi,
Andrew, please see the comments on the need for a atomic
get_user_pages()below.Quoted 13 lines · Avi Kivity
Quoted 11 lines · Marcelo Tosatti
In preparation for a mmu spinlock, avoid schedules in
mmu_set_spte()by usingfollow_page()instead ofget_user_pages().The fault handling work by
get_user_pages()now happens outside the lock.Signed-off-by Marcelo Tosatti <[email protected]>Index:
kvm.quilt/arch/x86/kvm/mmu.carch/x86/kvm/mmu.c +0
-0@@ -983,8 +985,11 @@ static int nonpaging_map(struct kvm_vcpu table =__va (table_addr);Quoted 12 lines
arch/x86/kvm/mmu.c static int nonpaging_map(struct kvm_vcpu · line 995
Quoted 9 lines
arch/x86/kvm/mmu.c +3
-0if (level ==1 ) { +struct page *page; + page =gfn_to_page (vcpu->kvm, gfn);mmu_set_spte (vcpu, &table[index],ACC_ALL ,ACC_ALL ,0 , write,1 , &pt_write, gfn); +kvm_release_page_clean (page);return pt_write ||is_io_pte (table[index]); }Is this hunk necessary? It will swap in the page in case it's swapped out, but not sure we care about performance in that case.
Quoted 3 lines
The issue is that the mmap call done by QEMU won't instantiate the pte's of the guest memory area. So it needs to either do that get_user_pages()->handle_mm_fault() sequence outside
mmu_set_spte()
But that's only on the very first access to the page. Once the page has been accessed by the guest, it will be mapped in the host page table (unless it's subsequently swapped out).
Oh, but the page will never be faulted in this way because the path that's supposed to map it is mmu_set_spte(). In that case, your original implementation of passing in page directly is better (instead of being forced to pass it indirectly via the page tables). Sorry about generating this confusion.
Quoted 4 lines
or
mmap()has to passMAP_POPULATE, prefaulting all guest pages (which is highly suboptimal).
Actually, MAP_POPULATE is optimal since it neatly batches all of the work. I don't think we should do it since it gives the appearance of being slower (esp. with lots of guests memory).
Quoted 34 lines
Quoted 20 lines
Quoted 20 lines
n.cvirt/kvm/kvm_main.c +14
-0@@ -453,6 +453,25 @@ static unsigned long gfn_to_hva(struct kreturn (slot->userspace_addr + (gfn - slot->base_gfn) *PAGE_SIZE ); } +struct page *kvm_follow_page (struct kvm *kvm,gfn_t gfn) +{ +unsigned long addr; +struct vm_area_struct *vma; + + addr =gfn_to_hva (kvm, gfn); +/* MMIO access */ +if (kvm_is_error_hva (addr)) { +get_page (bad_page); +return bad_page; + } + + vma =find_vma (current->mm, addr); +if (!vma)Quoted 9 lines
virt/kvm/kvm_main.c static unsigned long gfn_to_hva(struct k
Quoted 5 lines
virt/kvm/kvm_main.c +4
-0+return NULL ; + +return follow_page (vma, addr,FOLL_GET |FOLL_TOUCH ); +}It may be better to create
get_user_page_inatomic()as the last four lines rather than exportingfollow_page(). Maybe an mm maintainer can comment.Andrew, KVM needs to find the struct page which maps to a certain address in the QEMU process without sleeping since that lookup is performed with a spinlock held.
Quoted 7 lines
So it needs to either export
follow_page()or use aget_user_pages()variant which doesnt callcond_resched()orhandle_mm_fault(), simply failing if the page is not pagetable mapped.What you think?
[We need to pass FOLL_WRITE to follow_page()]
Quoted 58 lines
Quoted 48 lines
Quoted 48 lines
arch/x86/kvm/paging_tmpl.h +10
-4@@ -67,6 +67,7 @@ struct guest_walker {gfn_t table_gfn[PT_MAX_FULL_LEVELS ];pt_element_t ptes[PT_MAX_FULL_LEVELS ];gpa_t pte_gpa[PT_MAX_FULL_LEVELS ]; +struct page *page;unsigned pt_access;unsigned pte_access;gfn_t gfn;@@ -203,14 +204,18 @@ walk: --walker->level; } + walker->page =gfn_to_page (vcpu->kvm, walker->gfn); +if (write_fault && !is_dirty_pte (pte)) {bool ret;mark_page_dirty (vcpu->kvm, table_gfn); ret =FNAME (cmpxchg_gpte)(vcpu->kvm, table_gfn, index, pte, pte|PT_DIRTY_MASK ); -if (ret) +if (ret) { +kvm_release_page_clean (walker->page); goto walk; + } pte |=PT_DIRTY_MASK ;mutex_lock (&vcpu->kvm->lock);kvm_mmu_pte_write (vcpu, pte_gpa, (u8 *)&pte,sizeof (pte));@@ -323,8 +328,10 @@ static u64 *FNAME(fetch)(struct kvm_vcpu r =kvm_read_guest_atomic (vcpu->kvm, walker->pte_gpa[level -2 ], &curr_pte,sizeof (curr_pte)); -if (r || curr_pte != walker->ptes[level -2 ]) -return NULL ; +if (r || curr_pte != walker->ptes[level -2 ]) { + shadow_ent =NULL ; + goto out; + } } shadow_addr =__pa (shadow_page->spt);
shadow_pte=shadow_addr|PT_PRESENT_MASK|PT_ACCESSED_MASKarch/x86/kvm/paging_tmpl.h +0
-1@@ -336,7 +343,8 @@ static u64 *FNAME(fetch)(struct kvm_vcpu user_fault, write_fault, walker->ptes[walker->level-1 ] &PT_DIRTY_MASK , ptwrite, walker->gfn); -Quoted 9 lines
arch/x86/kvm/paging_tmpl.h static u64 *FNAME(fetch)(struct kvm_vcpu · line 350
Quoted 6 lines
arch/x86/kvm/paging_tmpl.h +2
-0+out: +kvm_release_page_clean (walker->page);return shadow_ent; }
walker->pageis never used, so I think it can be completely dropped.mmu_set_spte()already does the right thing without its help.
Quoted 5 lines
The page being mapped by the guest needs to be faulted in by someone... So while
walker->pageis unused, it guarantees that the handler will properly fault in the pagetables to know which physical address the page resides at. ie. it is the place which guarantees that the page gets mapped if its already in memory or swapped in and then mapped.
Exactly. But it is better to be explicit about it and pass the page directly like you did before. I hate to make you go back-and-fourth, but I did not understand the issue completely before.
Signature · 7 lines
Any sufficiently difficult bug is indistinguishable from a feature. ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
A message that is not in the archive (sent off-list or not yet received): 476E083B.5040600-atKUWr5tajBWk0Htik3J/[email protected]
Re: [patch 3/5] KVM: add kvm_follow_page()
Quoted 5 lines · Avi Kivity
Exactly. But it is better to be explicit about it and pass the page directly like you did before. I hate to make you go back-and-fourth, but I did not understand the issue completely before.
btw, the call to gfn_to_page() can happen in page_fault() instead of walk_addr(); that will reduce the amount of error handling, and will simplify the callers to walk_addr() that don't need the page.
Signature · 7 lines
Do not meddle in the internals of kernels, for they are subtle and quick to panic. ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
A message that is not in the archive (sent off-list or not yet received): 476E1F23.3020609-atKUWr5tajBWk0Htik3J/[email protected]
Re: [patch 3/5] KVM: add kvm_follow_page()
Quoted 8 lines · Avi Kivity
Quoted 5 lines · Avi Kivity
Exactly. But it is better to be explicit about it and pass the page directly like you did before. I hate to make you go back-and-fourth, but I did not understand the issue completely before.
Quoted 5 lines
btw, the call to
gfn_to_page()can happen inpage_fault()instead ofwalk_addr(); that will reduce the amount of error handling, and will simplify the callers towalk_addr()that don't need the page.
Note further that all this doesn't obviate the need for follow_page() (or get_user_pages_inatomic()); we still need something in update_pte() for the demand paging case.
Signature · 7 lines
Do not meddle in the internals of kernels, for they are subtle and quick to panic. ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
A message that is not in the archive (sent off-list or not yet received): 476E236A.9000800-atKUWr5tajBWk0Htik3J/[email protected]
Re: [patch 3/5] KVM: add kvm_follow_page()
Quoted 15 lines · On Sun, 23 Dec 2007 10:59:22 +0200 Avi Kivity…
Quoted 8 lines · Avi Kivity
Quoted 5 lines · Avi Kivity
Exactly. But it is better to be explicit about it and pass the page directly like you did before. I hate to make you go back-and-fourth, but I did not understand the issue completely before.
Quoted 5 lines
btw, the call to
gfn_to_page()can happen inpage_fault()instead ofwalk_addr(); that will reduce the amount of error handling, and will simplify the callers towalk_addr()that don't need the page.
Quoted 3 lines
Note further that all this doesn't obviate the need for
follow_page()(orget_user_pages_inatomic()); we still need something inupdate_pte()for the demand paging case.
Please review -mm's mm/pagewalk.c for suitability.
If is is unsuitable but repairable then please cc Matt Mackall <[email protected]> on the review.
-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
A message that is not in the archive (sent off-list or not yet received): 20071223012618.e8cf8320.akpm-de/[email protected]
Re: [patch 3/5] KVM: add kvm_follow_page()
Quoted 25 lines · Andrew Morton
Quoted 17 lines · On Sun, 23 Dec 2007 10:59:22 +0200 Avi Kivity…
Quoted 9 lines · Avi Kivity
Quoted 6 lines · Avi Kivity
Exactly. But it is better to be explicit about it and pass the page directly like you did before. I hate to make you go back-and-fourth, but I did not understand the issue completely before.
Quoted 6 lines
btw, the call to
gfn_to_page()can happen inpage_fault()instead ofwalk_addr(); that will reduce the amount of error handling, and will simplify the callers towalk_addr()that don't need the page.Quoted 4 lines
Note further that all this doesn't obviate the need for
follow_page()(orget_user_pages_inatomic()); we still need something inupdate_pte()for the demand paging case.
Quoted 6 lines
Please review -mm's
mm/pagewalk.cfor suitability.If is is unsuitable but repairable then please cc Matt Mackall <[email protected]> on the review.
The "no locks are taken" comment is very worrying. We need accurate results.
Getting pte_t's in the callbacks is a little too low level for kvm's use (which wants struct page pointers) but of course that easily handled in a kvm wrapper.
I'd prefer an atomic version of get_user_pages(), but if pagewalk is fixed to take the necessary locks, it will do.
Signature · 7 lines
error compiling committee.c: too many arguments to function ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
A message that is not in the archive (sent off-list or not yet received): 476E39F2.4030202-atKUWr5tajBWk0Htik3J/[email protected]
Re: [patch 3/5] KVM: add kvm_follow_page()
Quoted 28 lines · On Sun, 23 Dec 2007 12:35:30 +0200 Avi Kivity…
Quoted 27 lines · Andrew Morton
Quoted 17 lines · On Sun, 23 Dec 2007 10:59:22 +0200 Avi Kivity…
Quoted 9 lines · Avi Kivity
Quoted 6 lines · Avi Kivity
Exactly. But it is better to be explicit about it and pass the page directly like you did before. I hate to make you go back-and-fourth, but I did not understand the issue completely before.
Quoted 6 lines
btw, the call to
gfn_to_page()can happen inpage_fault()instead ofwalk_addr(); that will reduce the amount of error handling, and will simplify the callers towalk_addr()that don't need the page.Quoted 4 lines
Note further that all this doesn't obviate the need for
follow_page()(orget_user_pages_inatomic()); we still need something inupdate_pte()for the demand paging case.Please review -mm's
mm/pagewalk.cfor suitability.
Quoted 7 lines
Quoted 4 lines
If is is unsuitable but repairable then please cc Matt Mackall <[email protected]> on the review.
The "no locks are taken" comment is very worrying. We need accurate results.
take down_read(mm->mmap_sem) before calling it..
You have to do that anyway for its results to be meaningful in the caller. Ditto get_user_pages().
Quoted 6 lines
Getting pte_t's in the callbacks is a little too low level for kvm's use (which wants struct page pointers) but of course that easily handled in a kvm wrapper.
I'd prefer an atomic version of
get_user_pages(), but if pagewalk is fixed to take the necessary locks, it will do.
It isn't exported to modules at present, although I see no problem in changing that.
-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
A message that is not in the archive (sent off-list or not yet received): 20071223025245.d839c86d.akpm-de/[email protected]
Re: [patch 3/5] KVM: add kvm_follow_page()
Quoted 42 lines · Andrew Morton
Quoted 39 lines · On Sun, 23 Dec 2007 12:35:30 +0200 Avi Kivity…
Quoted 37 lines · Andrew Morton
Quoted 21 lines · On Sun, 23 Dec 2007 10:59:22 +0200 Avi Kivity…
Quoted 11 lines · Avi Kivity
Quoted 7 lines · Avi Kivity
Exactly. But it is better to be explicit about it and pass the page directly like you did before. I hate to make you go back-and-fourth, but I did not understand the issue completely before.
Quoted 7 lines
btw, the call to
gfn_to_page()can happen inpage_fault()instead ofwalk_addr(); that will reduce the amount of error handling, and will simplify the callers towalk_addr()that don't need the page.Quoted 5 lines
Note further that all this doesn't obviate the need for
follow_page()(orget_user_pages_inatomic()); we still need something inupdate_pte()for the demand paging case.Please review -mm's
mm/pagewalk.cfor suitability.If is is unsuitable but repairable then please cc Matt Mackall <[email protected]> on the review.
Quoted 10 lines
Quoted 3 lines
The "no locks are taken" comment is very worrying. We need accurate results.
take
down_read(mm->mmap_sem)before calling it..You have to do that anyway for its results to be meaningful in the caller. Ditto
get_user_pages().
Yes, but what about the page table locks?
follow_page() is much more thorough.
Signature · 7 lines
error compiling committee.c: too many arguments to function ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
A message that is not in the archive (sent off-list or not yet received): 476E4005.90003-atKUWr5tajBWk0Htik3J/[email protected]
Re: [patch 3/5] KVM: add kvm_follow_page()
Quoted 49 lines · Avi Kivity
Quoted 48 lines · Andrew Morton
Quoted 34 lines · On Sun, 23 Dec 2007 12:35:30 +0200 Avi Kivity…
Quoted 32 lines · Andrew Morton
Quoted 21 lines · On Sun, 23 Dec 2007 10:59:22 +0200 Avi Kivity…
Quoted 11 lines · Avi Kivity
Quoted 7 lines · Avi Kivity
Exactly. But it is better to be explicit about it and pass the page directly like you did before. I hate to make you go back-and-fourth, but I did not understand the issue completely before.
Quoted 7 lines
btw, the call to
gfn_to_page()can happen inpage_fault()instead ofwalk_addr(); that will reduce the amount of error handling, and will simplify the callers towalk_addr()that don't need the page.Quoted 5 lines
Note further that all this doesn't obviate the need for
follow_page()(orget_user_pages_inatomic()); we still need something inupdate_pte()for the demand paging case.Please review -mm's
mm/pagewalk.cfor suitability.Quoted 8 lines
Quoted 5 lines
If is is unsuitable but repairable then please cc Matt Mackall <[email protected]> on the review.
The "no locks are taken" comment is very worrying. We need accurate results.
take
down_read(mm->mmap_sem)before calling it..
Quoted 8 lines
Quoted 4 lines
You have to do that anyway for its results to be meaningful in the caller. Ditto
get_user_pages().Yes, but what about the page table locks?
follow_page()is much more thorough.
It can acquire the pagetablelock in the callback handler. But then, vm_normal_page() must also be exported.
Are you guys OK with this ?
Modular KVM needs walk_page_range(), and also vm_normal_page() to be used on pagewalk callback.
mm/pagewalk.c +2 -0
@@ -1,6 +1,7 @@#include <linux/mm.h> #include <linux/highmem.h> #include <linux/sched.h> +#include <linux/module.h> static int walk_pte_range (pmd_t *pmd,unsigned long addr,unsigned long end,const struct mm_walk *walk,void *private)
@@ -129,3 +130,4 @@ int walk_page_range(const struct mm_strureturn err; } +EXPORT_SYMBOL (walk_page_range);
mm/memory.c +1 -0
@@ -412,6 +412,7 @@ struct page *vm_normal_page(struct vm_ar*/ return pfn_to_page (pfn); } +EXPORT_SYMBOL (vm_normal_page);/* * copy one vm_area from one task to the other. Assumes the page tables
[PATCH] KVM: add kvm_follow_page()
In preparation for a mmu spinlock, avoid schedules in mmu_set_spte() by using walk_page_range() instead of get_user_pages().
The fault handling work by get_user_pages() now happens outside the lock.
arch/x86/kvm/mmu.c +9 -5
@@ -882,14 +882,18 @@ struct page *gva_to_page(struct kvm_vcpureturn gfn_to_page (vcpu->kvm, gpa >>PAGE_SHIFT ); } +/* +* mmu_set_spte must be called with an additional reference on +* struct page *page, and it will release that if necessary (so +* the callers should not worry about it). +*/ static void mmu_set_spte (struct kvm_vcpu *vcpu,u64 *shadow_pte,unsigned pt_access,unsigned pte_access,int user_fault,int write_fault,int dirty, -int *ptwrite,gfn_t gfn) +int *ptwrite,gfn_t gfn,struct page *page) {u64 spte;int was_rmapped =is_rmap_pte (*shadow_pte); -struct page *page; pgprintk("%s: spte %llx access %x write_fault %d" " user_fault %d gfn %lx\n",
@@ -907,8 +911,6 @@ static void mmu_set_spte(struct kvm_vcpuif (!(pte_access &ACC_EXEC_MASK )) spte |=PT64_NX_MASK ; - page =gfn_to_page (vcpu->kvm, gfn); - spte |=PT_PRESENT_MASK ;if (pte_access &ACC_USER_MASK ) spte |=PT_USER_MASK ;
@@ -983,8 +985,10 @@ static int nonpaging_map(struct kvm_vcpu table =__va (table_addr);if (level ==1 ) { +struct page *page; + page =gfn_to_page (vcpu->kvm, gfn);mmu_set_spte (vcpu, &table[index],ACC_ALL ,ACC_ALL , -0 , write,1 , &pt_write, gfn); +0 , write,1 , &pt_write, gfn, page);return pt_write ||is_io_pte (table[index]); }
include/linux/kvm_host.h +1 -0
@@ -163,6 +163,7 @@ int kvm_arch_set_memory_region(struct kv int user_alloc);gfn_t unalias_gfn (struct kvm *kvm,gfn_t gfn);struct page *gfn_to_page (struct kvm *kvm,gfn_t gfn); +struct page *kvm_find_page (struct kvm *kvm,gfn_t gfn);void kvm_release_page_clean (struct page *page);void kvm_release_page_dirty (struct page *page); int kvm_read_guest_page(struct kvm *kvm, gfn_t gfn, void *data, int offset,
virt/kvm/kvm_main.c +48 -0
54 lines not on this page · raw message
arch/x86/kvm/paging_tmpl.h +21 -7
@@ -67,6 +67,7 @@ struct guest_walker {gfn_t table_gfn[PT_MAX_FULL_LEVELS ];pt_element_t ptes[PT_MAX_FULL_LEVELS ];gpa_t pte_gpa[PT_MAX_FULL_LEVELS ]; +struct page *page;unsigned pt_access;unsigned pte_access;gfn_t gfn;
@@ -203,14 +204,18 @@ walk: --walker->level; } + walker->page =gfn_to_page (vcpu->kvm, walker->gfn); +if (write_fault && !is_dirty_pte (pte)) {bool ret;mark_page_dirty (vcpu->kvm, table_gfn); ret =FNAME (cmpxchg_gpte)(vcpu->kvm, table_gfn, index, pte, pte|PT_DIRTY_MASK ); -if (ret) +if (ret) { +kvm_release_page_clean (walker->page); goto walk; + } pte |=PT_DIRTY_MASK ;mutex_lock (&vcpu->kvm->lock);kvm_mmu_pte_write (vcpu, pte_gpa, (u8 *)&pte,sizeof (pte));
@@ -241,12 +246,13 @@ err:return 0 ; } -static void FNAME (update_pte )(struct kvm_vcpu *vcpu,struct kvm_mmu_page *page, +static void FNAME (update_pte )(struct kvm_vcpu *vcpu,struct kvm_mmu_page *spage,u64 *spte,const void *pte,int bytes,int offset_in_pte) {pt_element_t gpte;unsigned pte_access; +struct page *page; gpte = *(const pt_element_t *)pte;if (~gpte & (PT_PRESENT_MASK |PT_ACCESSED_MASK )) {
@@ -256,10 +262,15 @@ static void FNAME(update_pte)(struct kvm }if (bytes <sizeof (pt_element_t))return ; + + page =kvm_find_page (vcpu->kvm,gpte_to_gfn (gpte)); +if (!page) +return ; +pgprintk ("%s: gpte %llx spte %p\n" , __FUNCTION__, (u64 )gpte, spte); - pte_access = page->role.access &FNAME (gpte_access)(vcpu, gpte); -mmu_set_spte (vcpu, spte, page->role.access, pte_access,0 ,0 , - gpte &PT_DIRTY_MASK ,NULL ,gpte_to_gfn (gpte)); + pte_access = spage->role.access &FNAME (gpte_access)(vcpu, gpte); +mmu_set_spte (vcpu, spte, spage->role.access, pte_access,0 ,0 , + gpte &PT_DIRTY_MASK ,NULL ,gpte_to_gfn (gpte), page); }/*
@@ -323,8 +334,10 @@ static u64 *FNAME(fetch)(struct kvm_vcpu r =kvm_read_guest_atomic (vcpu->kvm, walker->pte_gpa[level -2 ], &curr_pte,sizeof (curr_pte)); -if (r || curr_pte != walker->ptes[level -2 ]) +if (r || curr_pte != walker->ptes[level -2 ]) { +kvm_release_page_clean (walker->page);return NULL ; + } } shadow_addr =__pa (shadow_page->spt); shadow_pte = shadow_addr |PT_PRESENT_MASK |PT_ACCESSED_MASK
@@ -335,7 +348,7 @@ static u64 *FNAME(fetch)(struct kvm_vcpummu_set_spte (vcpu, shadow_ent, access, walker->pte_access & access, user_fault, write_fault, walker->ptes[walker->level-1 ] &PT_DIRTY_MASK , - ptwrite, walker->gfn); + ptwrite, walker->gfn, walker->page);return shadow_ent; }
@@ -425,6 +438,7 @@ static gpa_t FNAME(gva_to_gpa)(struct kvif (r) { gpa =gfn_to_gpa (walker.gfn); gpa |= vaddr & ~PAGE_MASK ; +kvm_release_page_clean (walker.page); }return gpa;
-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
Re: [patch 3/5] KVM: add kvm_follow_page()
Quoted 5 lines · On Sun, 23 Dec 2007 15:15:25 -0500 Marcelo Tosatti…
Are you guys OK with this ?
Modular KVM needs
walk_page_range(), and alsovm_normal_page()to be used on pagewalk callback.
I am.
-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
Re: [patch 3/5] KVM: add kvm_follow_page()
In reply to Marcelo TosattiQuoted 6 lines · Marcelo Tosatti
It can acquire the pagetablelock in the callback handler. But then,
vm_normal_page()must also be exported.Are you guys OK with this ?
Seems to me that requires fairly detailed mucking in mm details, just to get at a page.
I believe that a new get_users_pages_inatomic() is more suitable; Andrew, I'll write it if you agree. Alternatively, walk_page_range() should take the lock itself, otherwise it is only usable if you don't care about correctness?
Quoted 21 lines
virt/kvm/kvm_main.c +19
-0+static int kvm_pte_range (pmd_t *pmd,unsigned long addr,unsigned long end, +void *private) +{ +struct page **page = private; +struct vm_area_struct *vma; +pte_t *ptep, pte; +spinlock_t *ptl; +int err = -EFAULT ; + + vma =find_vma (current->mm, addr); +if (!vma) +return err; + + ptep =pte_offset_map_lock (current->mm, pmd, addr, &ptl); + pte = *ptep; +if (!pte_present (pte)) + goto unlock; + + *page =vm_normal_page (vma, addr, pte);
virt/kvm/kvm_main.c static unsigned long gfn_to_hva(struct k · line 484
Quoted 10 lines
virt/kvm/kvm_main.c +10
-0+if (!*page) + goto unlock; + +get_page (*page); + err =0 ; +unlock: +pte_unmap_unlock (ptep, ptl); +return err; +} +
See what one has to write to get at a page? Unreasonable IMO. And that's without hugetlb support AFAICT (kvm will want that soon).
Signature · 7 lines
error compiling committee.c: too many arguments to function ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
A message that is not in the archive (sent off-list or not yet received): 476F5801.2030002-atKUWr5tajBWk0Htik3J/[email protected]
Re: [patch 3/5] KVM: add kvm_follow_page()
Quoted 10 lines · Avi Kivity
Quoted 6 lines · Marcelo Tosatti
It can acquire the pagetablelock in the callback handler. But then,
vm_normal_page()must also be exported.Are you guys OK with this ?
Seems to me that requires fairly detailed mucking in mm details, just to get at a page.
I agree.
Quoted 4 lines
I believe that a new
get_users_pages_inatomic()is more suitable; Andrew, I'll write it if you agree. Alternatively,walk_page_range()should take the lock itself, otherwise it is only usable if you don't care about correctness?
Why not just export follow_page() ? That is exactly what KVM needs.
Quoted 26 lines
Quoted 26 lines
+static int kvm_pte_range(pmd_t *pmd, unsigned long addr, unsigned long end,
virt/kvm/kvm_main.c +24
-0+ void *private) +{ +struct page **page = private; +struct vm_area_struct *vma; +pte_t *ptep, pte; +spinlock_t *ptl; +int err = -EFAULT ; + + vma =find_vma (current->mm, addr); +if (!vma) +return err; + + ptep =pte_offset_map_lock (current->mm, pmd, addr, &ptl); + pte = *ptep; +if (!pte_present (pte)) + goto unlock; + + *page =vm_normal_page (vma, addr, pte); +if (!*page) + goto unlock; + +get_page (*page); + err =0 ; +unlock:
Quoted 8 lines
virt/kvm/kvm_main.c static unsigned long gfn_to_hva(struct k · line 484
Quoted 5 lines
virt/kvm/kvm_main.c +4
-0+pte_unmap_unlock (ptep, ptl); +return err; +} +See what one has to write to get at a page? Unreasonable IMO. And that's without hugetlb support AFAICT (kvm will want that soon).
Indeed... Its pretty much duplicating what follow_page() already does.
-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
Re: [patch 3/5] KVM: add kvm_follow_page()
Quoted 10 lines · Marcelo Tosatti
Quoted 6 lines
I believe that a new
get_users_pages_inatomic()is more suitable; Andrew, I'll write it if you agree. Alternatively,walk_page_range()should take the lock itself, otherwise it is only usable if you don't care about correctness?Why not just export
follow_page()? That is exactly what KVM needs.
Well, follow_page() needs the vma, and doesn't support large pages. It's too low-level to be a public API.
Signature · 7 lines
error compiling committee.c: too many arguments to function ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
Re: [patch 3/5] KVM: add kvm_follow_page()
In reply to a message not in the archiveQuoted 10 lines · Avi Kivity
Quoted 5 lines · Avi Kivity
Exactly. But it is better to be explicit about it and pass the page directly like you did before. I hate to make you go back-and-fourth, but I did not understand the issue completely before.
btw, the call to
gfn_to_page()can happen inpage_fault()instead ofwalk_addr(); that will reduce the amount of error handling, and will simplify the callers towalk_addr()that don't need the page.
But the gfn in question is only known at walk_addr() time, so thats not possible.
-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
Re: [patch 3/5] KVM: add kvm_follow_page()
Quoted 9 lines · Marcelo Tosatti
Quoted 7 lines · Avi Kivity
Quoted 5 lines · Avi Kivity
Exactly. But it is better to be explicit about it and pass the page directly like you did before. I hate to make you go back-and-fourth, but I did not understand the issue completely before.
Quoted 8 lines
Quoted 4 lines
btw, the call to
gfn_to_page()can happen inpage_fault()instead ofwalk_addr(); that will reduce the amount of error handling, and will simplify the callers towalk_addr()that don't need the page.But the gfn in question is only known at
walk_addr()time, so thats not possible.
It's just walker->gfn; certainly it is known in page_fault().
Signature · 7 lines
error compiling committee.c: too many arguments to function ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
A message that is not in the archive (sent off-list or not yet received): 476F56A5.2020607-atKUWr5tajBWk0Htik3J/[email protected]
Re: [patch 3/5] KVM: add kvm_follow_page()
Quoted 15 lines · Avi Kivity
Quoted 14 lines · Marcelo Tosatti
Quoted 11 lines · Avi Kivity
Quoted 5 lines · Avi Kivity
Exactly. But it is better to be explicit about it and pass the page directly like you did before. I hate to make you go back-and-fourth, but I did not understand the issue completely before.
btw, the call to
gfn_to_page()can happen inpage_fault()instead ofwalk_addr(); that will reduce the amount of error handling, and will simplify the callers towalk_addr()that don't need the page.
Quoted 5 lines
Quoted 3 lines
But the gfn in question is only known at
walk_addr()time, so thats not possible.It's just
walker->gfn; certainly it is known inpage_fault().
Oh, you mean to grab walker->gfn before fetch() ?
Yeah, that makes sense.
-------------------------------------------------------------------------
This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005.
http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
Re: [patch 3/5] KVM: add kvm_follow_page()
Quoted 5 lines · Marcelo Tosatti
Quoted 5 lines
Quoted 5 lines
Quoted 5 lines
btw, the call to
gfn_to_page()can happen inpage_fault()instead ofwalk_addr(); that will reduce the amount of error handling, and will simplify the callers towalk_addr()that don't need the page.
Quoted 10 lines
Quoted 6 lines
Quoted 4 lines
But the gfn in question is only known at
walk_addr()time, so thats not possible.It's just
walker->gfn; certainly it is known inpage_fault().Oh, you mean to grab
walker->gfnbeforefetch()?
Yes.
Signature · 7 lines
error compiling committee.c: too many arguments to function ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
PATCH 4/5 KVM: export follow_page()
In reply to Marcelo Tosattifollow_page() is required by KVM to find the struct page which maps to a given address in spinlock protected code.
mm/memory.c +1 -0
@@ -970,6 +970,7 @@ no_page_table: }return page; } +EXPORT_SYMBOL (follow_page); int get_user_pages(struct task_struct *tsk, struct mm_struct *mm, unsigned long start, int len, int write, int force,
Signature · 4 lines
------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
A message that is not in the archive (sent off-list or not yet received): [email protected]
Re: [patch 4/5] KVM: export follow_page()
Quoted 10 lines · Marcelo Tosatti
follow_page()is required by KVM to find the struct page which maps to a given address in spinlock protected code.Signed-off-by Marcelo Tosatti <[email protected]>Index:
kvm.quilt/mm/memory.c
===================================================================
mm/memory.c no_page_table: · line 974
Quoted 5 lines
mm/memory.c +1
-0@@ -970,6 +970,7 @@ no_page_table: }return page; } +EXPORT_SYMBOL (follow_page);
This should come before its use in the patch series (and of course, it may get expanded into a new get_user_page_inatomic() if we're told that's the right thing).
Signature · 7 lines
Do not meddle in the internals of kernels, for they are subtle and quick to panic. ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
PATCH 5/5 KVM: switch to mmu spinlock
In reply to Marcelo TosattiConvert the synchronization of the shadow handling to a separate mmu_lock spinlock.
Also guard fetch() by mmap_sem in read-mode to protect against alias and memslot changes.
arch/x86/kvm/mmu.c +11 -11
@@ -1031,7 +1031,7 @@ static void mmu_free_roots(struct kvm_vcif (!VALID_PAGE (vcpu->arch.mmu.root_hpa))return ; -mutex_lock (&vcpu->kvm->lock); +spin_lock (&vcpu->kvm->mmu_lock);#ifdef CONFIG_X86_64 if (vcpu->arch.mmu.shadow_root_level ==PT64_ROOT_LEVEL ) {hpa_t root = vcpu->arch.mmu.root_hpa;
@@ -1039,7 +1039,7 @@ static void mmu_free_roots(struct kvm_vc sp =page_header (root); --sp->root_count; vcpu->arch.mmu.root_hpa =INVALID_PAGE ; -mutex_unlock (&vcpu->kvm->lock); +spin_unlock (&vcpu->kvm->mmu_lock); return; }#endif
@@ -1053,7 +1053,7 @@ static void mmu_free_roots(struct kvm_vc } vcpu->arch.mmu.pae_root[i] =INVALID_PAGE ; } -mutex_unlock (&vcpu->kvm->lock); +spin_unlock (&vcpu->kvm->mmu_lock); vcpu->arch.mmu.root_hpa =INVALID_PAGE ; }
@@ -1256,9 +1256,9 @@ int kvm_mmu_load(struct kvm_vcpu *vcpu) r =mmu_topup_memory_caches (vcpu);if (r) goto out; -mutex_lock (&vcpu->kvm->lock); +spin_lock (&vcpu->kvm->mmu_lock);mmu_alloc_roots (vcpu); -mutex_unlock (&vcpu->kvm->lock); +spin_unlock (&vcpu->kvm->mmu_lock); kvm_x86_ops->set_cr3 (vcpu, vcpu->arch.mmu.root_hpa);kvm_mmu_flush_tlb (vcpu); out:
@@ -1435,15 +1435,15 @@ int kvm_mmu_unprotect_page_virt(struct k gpa = vcpu->arch.mmu.gva_to_gpa (vcpu, gva);up_read (¤t->mm->mmap_sem); -mutex_lock (&vcpu->kvm->lock); +spin_lock (&vcpu->kvm->mmu_lock); r =kvm_mmu_unprotect_page (vcpu->kvm, gpa >>PAGE_SHIFT ); -mutex_unlock (&vcpu->kvm->lock); +spin_unlock (&vcpu->kvm->mmu_lock);return r; }void __kvm_mmu_free_some_pages (struct kvm_vcpu *vcpu) { -mutex_lock (&vcpu->kvm->lock); +spin_lock (&vcpu->kvm->mmu_lock);while (vcpu->kvm->arch.n_free_mmu_pages <KVM_REFILL_PAGES ) {struct kvm_mmu_page *sp;
@@ -1452,7 +1452,7 @@ void __kvm_mmu_free_some_pages(struct kvkvm_mmu_zap_page (vcpu->kvm, sp); ++vcpu->kvm->stat.mmu_recycled; } -mutex_unlock (&vcpu->kvm->lock); +spin_unlock (&vcpu->kvm->mmu_lock); }int kvm_mmu_page_fault (struct kvm_vcpu *vcpu,gva_t cr2,u32 error_code)
@@ -1584,10 +1584,10 @@ void kvm_mmu_zap_all(struct kvm *kvm) {struct kvm_mmu_page *sp, *node; -mutex_lock (&kvm->lock); +spin_lock (&kvm->mmu_lock);list_for_each_entry_safe (sp, node, &kvm->arch.active_mmu_pages, link)kvm_mmu_zap_page (kvm, sp); -mutex_unlock (&kvm->lock); +spin_unlock (&kvm->mmu_lock);kvm_flush_remote_tlbs (kvm); }
arch/x86/kvm/paging_tmpl.h +8 -6
@@ -217,9 +217,9 @@ walk: goto walk; } pte |=PT_DIRTY_MASK ; -mutex_lock (&vcpu->kvm->lock); +spin_lock (&vcpu->kvm->mmu_lock);kvm_mmu_pte_write (vcpu, pte_gpa, (u8 *)&pte,sizeof (pte)); -mutex_unlock (&vcpu->kvm->lock); +spin_unlock (&vcpu->kvm->mmu_lock); walker->ptes[walker->level -1 ] = pte; }
@@ -386,7 +386,6 @@ static int FNAME(page_fault)(struct kvm_*/ r =FNAME (walk_addr)(&walker, vcpu, addr, write_fault, user_fault, fetch_fault); -up_read (¤t->mm->mmap_sem);/* * The page is not mapped by the guest. Let the guest handle it.
@@ -395,10 +394,11 @@ static int FNAME(page_fault)(struct kvm_pgprintk ("%s: guest page fault\n" , __FUNCTION__);inject_page_fault (vcpu, addr, walker.error_code); vcpu->arch.last_pt_write_count =0 ;/* reset fork detector */ +up_read (¤t->mm->mmap_sem);return 0 ; } -mutex_lock (&vcpu->kvm->lock); +spin_lock (&vcpu->kvm->mmu_lock); shadow_pte =FNAME (fetch)(vcpu, addr, &walker, user_fault, write_fault, &write_pt); pgprintk("%s: shadow pte %p %llx ptwrite %d\n", __FUNCTION__,
@@ -411,13 +411,15 @@ static int FNAME(page_fault)(struct kvm_* mmio: emulate if accessible, otherwise its a guest fault. */ if (shadow_pte &&is_io_pte (*shadow_pte)) { -mutex_unlock (&vcpu->kvm->lock); +spin_unlock (&vcpu->kvm->mmu_lock); +up_read (¤t->mm->mmap_sem);return 1 ; } ++vcpu->stat.pf_fixed;kvm_mmu_audit (vcpu,"post page fault (fixed)" ); -mutex_unlock (&vcpu->kvm->lock); +spin_unlock (&vcpu->kvm->mmu_lock); +up_read (¤t->mm->mmap_sem);return write_pt; }
arch/x86/kvm/x86.c +2 -2
@@ -1609,9 +1609,9 @@ static int emulator_write_phys(struct kvup_read (¤t->mm->mmap_sem);return 0 ; } -mutex_lock (&vcpu->kvm->lock); +spin_lock (&vcpu->kvm->mmu_lock);kvm_mmu_pte_write (vcpu, gpa, val, bytes); -mutex_unlock (&vcpu->kvm->lock); +spin_unlock (&vcpu->kvm->mmu_lock);up_read (¤t->mm->mmap_sem);return 1 ; }
include/linux/kvm_host.h +2 -1
@@ -104,7 +104,8 @@ struct kvm_memory_slot { };struct kvm { -struct mutex lock;/* protects everything except vcpus */ +struct mutex lock;/* protects the vcpus array and APIC accesses */ +spinlock_t mmu_lock;struct mm_struct *mm;/* userspace tied to this vm */ int nmemslots; struct kvm_memory_slot memslots[KVM_MEMORY_SLOTS +
virt/kvm/kvm_main.c +1 -2
@@ -165,6 +165,7 @@ static struct kvm *kvm_create_vm(void) kvm->mm = current->mm;atomic_inc (&kvm->mm->mm_count); +spin_lock_init (&kvm->mmu_lock);kvm_io_bus_init (&kvm->pio_bus);mutex_init (&kvm->lock);kvm_io_bus_init (&kvm->mmio_bus);
@@ -571,9 +572,7 @@ int kvm_read_guest_atomic(struct kvm *kv addr =gfn_to_hva (kvm, gfn);if (kvm_is_error_hva (addr))return -EFAULT ; -pagefault_disable (); r =__copy_from_user_inatomic (data, (void __user *)addr + offset, len); -pagefault_enable ();if (r)return -EFAULT ;return 0 ;
arch/x86/kvm/vmx.c +0 -2
@@ -1476,7 +1476,6 @@ static int alloc_apic_access_page(structstruct kvm_userspace_memory_region kvm_userspace_mem;int r =0 ; -mutex_lock (&kvm->lock);down_write (¤t->mm->mmap_sem);if (kvm->arch.apic_access_page) goto out;
@@ -1490,7 +1489,6 @@ static int alloc_apic_access_page(struct kvm->arch.apic_access_page =gfn_to_page (kvm,0xfee00 ); out:up_write (¤t->mm->mmap_sem); -mutex_unlock (&kvm->lock);return r; }
Signature · 4 lines
------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/
A message that is not in the archive (sent off-list or not yet received): [email protected]
Quoted 3 lines · Marcelo Tosatti
The following patchset increases KVM shadow scalability by allowing concurrent guest walking, allocation and instruction emulation.
Thanks; the split patchset it _much_ easier to review, and hopefully to bisect in case the review misses something.
I believe we can merge it at the next iteration.
Have you tested a real workload (like kernel compiles), for stability and performance?
I can test Windows in case you don't have a copy handy.
Signature · 7 lines
Do not meddle in the internals of kernels, for they are subtle and quick to panic. ------------------------------------------------------------------------- This SF.net email is sponsored by: Microsoft Defy all challenges. Microsoft(R) Visual Studio 2005. http://clk.atdmt.com/MRT/go/vse0120000070mrt/direct/01/