From mboxrd@z Thu Jan 1 00:00:00 1970 From: Xiao Guangrong Subject: Re: [PATCH v2 4/5] KVM: MMU: introduce page_fault_start and page_fault_end Date: Tue, 18 Sep 2012 16:15:32 +0800 Message-ID: <50582DA4.8060000@linux.vnet.ibm.com> References: <5052FF61.3070600@linux.vnet.ibm.com> <5052FFEA.1040607@linux.vnet.ibm.com> <20120915152512.GB3037@amt.cnet> Mime-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Cc: Avi Kivity , LKML , KVM To: Marcelo Tosatti Return-path: In-Reply-To: <20120915152512.GB3037@amt.cnet> Sender: linux-kernel-owner@vger.kernel.org List-Id: kvm.vger.kernel.org On 09/15/2012 11:25 PM, Marcelo Tosatti wrote: > On Fri, Sep 14, 2012 at 05:59:06PM +0800, Xiao Guangrong wrote: >> Wrap the common operations into these two functions >> >> Signed-off-by: Xiao Guangrong > > Why? I think people are used to > > spin_lock(lock) > sequence > spin_unlock(lock) Marcelo, There are many functions use this style that wrap the lock into the _start and _end functions in kernel (eg.: cgroup_pidlist_start and cgroup_pidlist_stop in kernel/cgroup.c). Actually, i just wanted to remove below duplicate ugly code: if (!is_error_pfn(pfn)) kvm_release_pfn_clean(pfn); > > So its easy to verify whether access to data structures are protected. > > Unrelated to this patch, one opportunity i see to simplify this > code is: > > - error pfn / mmio pfn / invalid pfn relation > > Have the meaning of this bits unified in a single function/helper, see > comment to patch 1 (perhaps you can further improve). Sorry, more detail?