From mboxrd@z Thu Jan 1 00:00:00 1970 From: Paolo Bonzini Subject: Re: [PATCH] KVM: add kvm_arch_cpu_kick Date: Fri, 17 Feb 2017 17:23:55 +0100 Message-ID: References: <1487337007-91063-1-git-send-email-borntraeger@de.ibm.com> <1487337007-91063-2-git-send-email-borntraeger@de.ibm.com> <20170217151227.GA27770@potion> Mime-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: Sender: kvm-owner@vger.kernel.org List-Archive: List-Post: To: Christian Borntraeger , =?UTF-8?B?UmFkaW0gS3LEjW3DocWZ?= Cc: KVM , Cornelia Huck , linux-s390 , David Hildenbrand List-ID: On 17/02/2017 16:46, Christian Borntraeger wrote: > Looks good. The kick does not have to be synchronous and its ok if we > reenter the guest as long as we execute the request in a timely manner, > correct? > > e.g. > - kick vcpu > - vcpu enters SIE > - vcpu exits SIE immediately > - vcpu handles request > - vcpu enters SIE > > would be perfectly fine? Yes, it would. There's some parallel with QEMU's qemu_cpu_kick, where the signal would be processed immediately after entering KVM_RUN. Paolo