From mboxrd@z Thu Jan 1 00:00:00 1970 From: Avi Kivity Subject: Re: [Qemu-devel] Re: [PATCH v2 3/9] provide in-kernel ioapic Date: Thu, 08 Oct 2009 18:42:07 +0200 Message-ID: <4ACE165F.3000506@redhat.com> References: <1254953315-5761-1-git-send-email-glommer@redhat.com> <1254953315-5761-2-git-send-email-glommer@redhat.com> <1254953315-5761-3-git-send-email-glommer@redhat.com> <1254953315-5761-4-git-send-email-glommer@redhat.com> <4ACDEDEC.60706@us.ibm.com> <4ACDEF03.6010406@redhat.com> <20091008160726.GD29691@shareable.org> <4ACE10B5.3080509@redhat.com> <20091008162248.GK16702@redhat.com> <4ACE1381.3020804@redhat.com> <20091008163431.GM16702@redhat.com> Mime-Version: 1.0 Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit Cc: Jamie Lokier , Anthony Liguori , Glauber Costa , qemu-devel@nongnu.org, kvm-devel To: Gleb Natapov Return-path: Received: from mx1.redhat.com ([209.132.183.28]:5156 "EHLO mx1.redhat.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751051AbZJHQmu (ORCPT ); Thu, 8 Oct 2009 12:42:50 -0400 In-Reply-To: <20091008163431.GM16702@redhat.com> Sender: kvm-owner@vger.kernel.org List-ID: On 10/08/2009 06:34 PM, Gleb Natapov wrote: > So suppose I have simple watchdog device that required to be poked every > second, otherwise it resets a computer. On migration we have to migrate > time elapsed since last poke, but if device doesn't expose it to > software in any way you are saying we can recreate is some other way? > The time is exposed (you can measure it by poking the device and measuring the time till reset) and will be described in the spec (otherwise users will be surprised when their machine resets). You don't have to migrate all exposed state, just exposed state that the guest may rely on. -- error compiling committee.c: too many arguments to function From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from mailman by lists.gnu.org with tmda-scanned (Exim 4.43) id 1Mvw4H-0007gp-41 for qemu-devel@nongnu.org; Thu, 08 Oct 2009 12:42:17 -0400 Received: from exim by lists.gnu.org with spam-scanned (Exim 4.43) id 1Mvw4B-0007dH-1y for qemu-devel@nongnu.org; Thu, 08 Oct 2009 12:42:15 -0400 Received: from [199.232.76.173] (port=50047 helo=monty-python.gnu.org) by lists.gnu.org with esmtp (Exim 4.43) id 1Mvw4A-0007dE-U0 for qemu-devel@nongnu.org; Thu, 08 Oct 2009 12:42:10 -0400 Received: from mx1.redhat.com ([209.132.183.28]:28135) by monty-python.gnu.org with esmtp (Exim 4.60) (envelope-from ) id 1Mvw4A-0001g0-GR for qemu-devel@nongnu.org; Thu, 08 Oct 2009 12:42:10 -0400 Message-ID: <4ACE165F.3000506@redhat.com> Date: Thu, 08 Oct 2009 18:42:07 +0200 From: Avi Kivity MIME-Version: 1.0 Subject: Re: [Qemu-devel] Re: [PATCH v2 3/9] provide in-kernel ioapic References: <1254953315-5761-1-git-send-email-glommer@redhat.com> <1254953315-5761-2-git-send-email-glommer@redhat.com> <1254953315-5761-3-git-send-email-glommer@redhat.com> <1254953315-5761-4-git-send-email-glommer@redhat.com> <4ACDEDEC.60706@us.ibm.com> <4ACDEF03.6010406@redhat.com> <20091008160726.GD29691@shareable.org> <4ACE10B5.3080509@redhat.com> <20091008162248.GK16702@redhat.com> <4ACE1381.3020804@redhat.com> <20091008163431.GM16702@redhat.com> In-Reply-To: <20091008163431.GM16702@redhat.com> Content-Type: text/plain; charset=ISO-8859-1; format=flowed Content-Transfer-Encoding: 7bit List-Id: qemu-devel.nongnu.org List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Gleb Natapov Cc: Anthony Liguori , Glauber Costa , kvm-devel , qemu-devel@nongnu.org On 10/08/2009 06:34 PM, Gleb Natapov wrote: > So suppose I have simple watchdog device that required to be poked every > second, otherwise it resets a computer. On migration we have to migrate > time elapsed since last poke, but if device doesn't expose it to > software in any way you are saying we can recreate is some other way? > The time is exposed (you can measure it by poking the device and measuring the time till reset) and will be described in the spec (otherwise users will be surprised when their machine resets). You don't have to migrate all exposed state, just exposed state that the guest may rely on. -- error compiling committee.c: too many arguments to function