From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([208.118.235.92]:33585) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TUIzo-00087G-9p for qemu-devel@nongnu.org; Fri, 02 Nov 2012 11:17:21 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TUIze-0000Ht-SE for qemu-devel@nongnu.org; Fri, 02 Nov 2012 11:17:20 -0400 Received: from mx1.redhat.com ([209.132.183.28]:11651) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TUIze-0000Hl-Jr for qemu-devel@nongnu.org; Fri, 02 Nov 2012 11:17:10 -0400 Message-ID: <5093E3F2.20007@redhat.com> Date: Fri, 02 Nov 2012 16:17:06 +0100 From: Gerd Hoffmann MIME-Version: 1.0 References: <1967551787.5579995.1351869188109.JavaMail.root@redhat.com> In-Reply-To: <1967551787.5579995.1351869188109.JavaMail.root@redhat.com> 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: Paolo Bonzini Cc: Jan Kiszka , mtosatti@redhat.com, Avi Kivity , kvm@vger.kernel.org, qemu-devel@nongnu.org On 11/02/12 16:13, Paolo Bonzini wrote: >> 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. Then we'll need some new way to do this, maybe a new post_load handler which is called once _all_ state is loaded. cheers, Gerd