From mboxrd@z Thu Jan 1 00:00:00 1970 From: Marcelo Tosatti Subject: Re: [PATCH v5] KVM: VMX: Execute WBINVD to keep data consistency with assigned devices Date: Tue, 29 Jun 2010 11:31:06 -0300 Message-ID: <20100629143106.GA29852@amt.cnet> References: <4C286CCE.10309@redhat.com> <1277781419-13227-1-git-send-email-sheng@linux.intel.com> <20100629132541.GB27338@amt.cnet> <4C29F503.7020400@redhat.com> <20100629133516.GC28951@amt.cnet> <4C29FA39.8060908@redhat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Sheng Yang , Jan Kiszka , Joerg Roedel , kvm@vger.kernel.org, "Yaozu (Eddie) Dong" To: Avi Kivity Return-path: Received: from mx1.redhat.com ([209.132.183.28]:20212 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753900Ab0F2SMf (ORCPT ); Tue, 29 Jun 2010 14:12:35 -0400 Content-Disposition: inline In-Reply-To: <4C29FA39.8060908@redhat.com> Sender: kvm-owner@vger.kernel.org List-ID: On Tue, Jun 29, 2010 at 04:50:49PM +0300, Avi Kivity wrote: > On 06/29/2010 04:35 PM, Marcelo Tosatti wrote: > >>> > >>>work_on_cpu() loop instead of smp_call_function_many(), to avoid executing > >>>wbinvd with interrupts disabled. > >>Why? wbinvd is not interruptible. > >Right. But still, smp_call_function_many() is going to busy-spin until > >the target CPUs finish their work, while work_on_cpu() will schedule. > > > > Good point. So in the worst case we double the hit. > > >Also the IPI request has to handled immediately, bypassing the > >scheduler. > > We're screwed on that point in any case, once wbinvd starts the > scheduler is bypassed. > > But work_on_cpu() has its own problems. It creates a kthread > (perhaps not too bad). Maybe queue_work_on()? queue_work_on + flush_work should be equivalent to work_on_cpu (without thread creation).