From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([208.118.235.92]:58250) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TUIvm-0004SV-Aw for qemu-devel@nongnu.org; Fri, 02 Nov 2012 11:13:15 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TUIvl-0007Hh-8w for qemu-devel@nongnu.org; Fri, 02 Nov 2012 11:13:10 -0400 Received: from mx3-phx2.redhat.com ([209.132.183.24]:51640) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TUIvk-0007Ha-Vi for qemu-devel@nongnu.org; Fri, 02 Nov 2012 11:13:09 -0400 Date: Fri, 2 Nov 2012 11:13:08 -0400 (EDT) From: Paolo Bonzini Message-ID: <1967551787.5579995.1351869188109.JavaMail.root@redhat.com> In-Reply-To: <5093E1B0.6050504@redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] [PATCH 3/3] apic: always update the in-kernel status after loading List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Gerd Hoffmann Cc: Jan Kiszka , mtosatti@redhat.com, Avi Kivity , kvm@vger.kernel.org, qemu-devel@nongnu.org > Hi, > > > I think deferring IRQ events to the point when the complete vmstate > > is > > loaded is the cleaner and more robust approach. > > Agree. Just schedule a bh in post_load. > See also a229c0535bd336efaec786dd6e352a54e0a8187d No, it cannot a bh. Right now incoming migration is blocking, but this will change in 1.3. There is no guarantee that a bottom half will run after migration has completed. Paolo