From mboxrd@z Thu Jan 1 00:00:00 1970 From: Gleb Natapov Subject: Re: [PATCH 2/3] KVM: x86: Save&restore interrupt shadow mask Date: Wed, 17 Feb 2010 11:10:07 +0200 Message-ID: <20100217091007.GM2995@redhat.com> References: <0bc4d8c46c0868cff70568bb5ee6df25162ddab6.1266227138.git.jan.kiszka@siemens.com> <20100217003941.GA1110@amt.cnet> <4B7BB0FE.4020607@siemens.com> Mime-Version: 1.0 Content-Type: text/plain; charset=us-ascii Cc: Marcelo Tosatti , Avi Kivity , kvm To: Jan Kiszka Return-path: Received: from mx1.redhat.com ([209.132.183.28]:19215 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S934191Ab0BQJKL (ORCPT ); Wed, 17 Feb 2010 04:10:11 -0500 Content-Disposition: inline In-Reply-To: <4B7BB0FE.4020607@siemens.com> Sender: kvm-owner@vger.kernel.org List-ID: On Wed, Feb 17, 2010 at 10:03:58AM +0100, Jan Kiszka wrote: > > > > Also, as Avi mentioned it would be better to avoid this. Is it not > > possible to disallow migration while interrupt shadow is present? > > Which means disallowing user space exists while the shadow it set? Or > should we introduce some flag for user space that tells it "do not > migration now, resume the guest till next exit"? > I think disabling migration is a slippery slope. Guest may abuse it. May be it will be hard to do with interrupt shadow, but the mechanism will be used for other cases too. I remember there was an argument that we should not migrate while vcpu is in a nested guest mode. -- Gleb.