From mboxrd@z Thu Jan 1 00:00:00 1970 From: Xiao Guangrong Subject: Re: [PATCH v2] KVM: MMU: Don't use RCU for lockless shadow walking Date: Tue, 24 Apr 2012 18:13:37 +0800 Message-ID: <4F967CD1.1020605@linux.vnet.ibm.com> References: <1335260845-16271-1-git-send-email-avi@redhat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Marcelo Tosatti , kvm@vger.kernel.org To: Avi Kivity Return-path: Received: from e28smtp05.in.ibm.com ([122.248.162.5]:60535 "EHLO e28smtp05.in.ibm.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S932212Ab2DXKOG (ORCPT ); Tue, 24 Apr 2012 06:14:06 -0400 Received: from /spool/local by e28smtp05.in.ibm.com with IBM ESMTP SMTP Gateway: Authorized Use Only! Violators will be prosecuted for from ; Tue, 24 Apr 2012 15:44:03 +0530 Received: from d28av01.in.ibm.com (d28av01.in.ibm.com [9.184.220.63]) by d28relay05.in.ibm.com (8.13.8/8.13.8/NCO v10.0) with ESMTP id q3OAE0mx4169942 for ; Tue, 24 Apr 2012 15:44:00 +0530 Received: from d28av01.in.ibm.com (loopback [127.0.0.1]) by d28av01.in.ibm.com (8.14.4/8.13.1/NCO v10.0 AVout) with ESMTP id q3OFhQnQ012340 for ; Tue, 24 Apr 2012 21:13:26 +0530 In-Reply-To: <1335260845-16271-1-git-send-email-avi@redhat.com> Sender: kvm-owner@vger.kernel.org List-ID: On 04/24/2012 05:47 PM, Avi Kivity wrote: > static void kvm_mmu_commit_zap_page(struct kvm *kvm, > struct list_head *invalid_list) > { > @@ -2021,17 +2006,17 @@ static void kvm_mmu_commit_zap_page(struct kvm *kvm, > if (list_empty(invalid_list)) > return; > > - kvm_flush_remote_tlbs(kvm); > - > - if (atomic_read(&kvm->arch.reader_counter)) { > - kvm_mmu_isolate_pages(invalid_list); > - sp = list_first_entry(invalid_list, struct kvm_mmu_page, link); > - list_del_init(invalid_list); > + /* > + * wmb: make sure everyone sees our modifications to the page tables Other lockless vcpu can see a old-copy of a spte, but it is ok since all page tables is valid to be used. (kvm_flush_remote_tlbs can stop page table to be freed) > + * rmb: make sure we see changes to vcpu->mode It is the responsibility of kvm_flush_remote_tlbs to see changes to vcpu->mode. No?