On Sun, 29 Apr 2012 15:23:16 +0300, Avi Kivity <avi@xxxxxxxxxx> wrote: > On 04/27/2012 07:24 PM, Nikunj A. Dadhania wrote: > > flush_tlb_others_ipi depends on lot of statics in tlb.c. Replicated > > the flush_tlb_others_ipi as kvm_flush_tlb_others to further adapt to > > paravirtualization. > > > > Use the vcpu state information inside the kvm_flush_tlb_others to > > avoid sending ipi to pre-empted vcpus. > > > > * Do not send ipi's to offline vcpus and set flush_on_enter flag > > get_user_pages_fast() depends on the IPI to hold off page table teardown > while they are locklessly walked with interrupts disabled. If a vcpu > were to be preempted while in this critical section, another vcpu > tearing down page tables would go ahead and destroy them. when the > preempted vcpu resumes it then touches the freed pages. > > We could try to teach kvm and get_user_pages_fast() about this, but this > is intrusive. > Another option is to replace the cpu_relax() loop with > something that sleeps and is then woken up by the TLB IPI handler if needed. > That was the initial implementation that I did. Where we were not looking for sleeping vcpus, just send IPIs to affected vcpus and execute halt. One of the vcpu that sees the flushmask as empty would generate the kick to the halted vcpu. I can respin my patches with just this as well. Regards Nikunj -- To unsubscribe from this list: send the line "unsubscribe kvm" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html