[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [Xen-devel] [PATCH 5/6] x86: avoid explicit TLB flush when saving exec state
Now that it's obvious that only a single dirty CPU can exist for a vCPU, it becomes clear that flush_mask() doesn't need to be invoked when sync_local_execstate() was already run. And with the IPI handler clearing FLUSH_TLB from the passed flags anyway if __sync_local_execstate() returns true, it also becomes clear that FLUSH_TLB doesn't need to be passed here in the first place. Signed-off-by: Jan Beulich <jbeulich@xxxxxxxx> --- a/xen/arch/x86/domain.c +++ b/xen/arch/x86/domain.c @@ -1693,7 +1693,7 @@ void context_switch(struct vcpu *prev, s if ( unlikely(dirty_cpu != cpu) && dirty_cpu != NR_CPUS ) { /* Other cpus call __sync_local_execstate from flush ipi handler. */ - flush_mask(cpumask_of(dirty_cpu), FLUSH_TLB | FLUSH_STATE); + flush_mask(cpumask_of(dirty_cpu), FLUSH_STATE); } if ( prev != next ) @@ -1800,11 +1800,10 @@ void sync_vcpu_execstate(struct vcpu *v) { if ( v->dirty_cpu == smp_processor_id() ) sync_local_execstate(); - - if ( v->dirty_cpu != NR_CPUS ) + else if ( v->dirty_cpu != NR_CPUS ) { /* Other cpus call __sync_local_execstate from flush ipi handler. */ - flush_mask(cpumask_of(v->dirty_cpu), FLUSH_TLB | FLUSH_STATE); + flush_mask(cpumask_of(v->dirty_cpu), FLUSH_STATE); } } _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxxxxxxxxx https://lists.xenproject.org/mailman/listinfo/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |