From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([208.118.235.92]:35759) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TCBhb-0004sC-AM for qemu-devel@nongnu.org; Thu, 13 Sep 2012 11:51:43 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1TCBha-0006DO-8Q for qemu-devel@nongnu.org; Thu, 13 Sep 2012 11:51:39 -0400 Received: from mx1.redhat.com ([209.132.183.28]:44411) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1TCBhZ-0006DH-Vf for qemu-devel@nongnu.org; Thu, 13 Sep 2012 11:51:38 -0400 Message-ID: <50520102.6080401@redhat.com> Date: Thu, 13 Sep 2012 18:51:30 +0300 From: Avi Kivity MIME-Version: 1.0 References: <87pq5r5otp.fsf@codemonkey.ws> <20120912151549.GT20907@redhat.com> <87y5kfrtne.fsf@codemonkey.ws> <20120913104940.GA20907@redhat.com> <5051DC20.4090204@redhat.com> <20120913132804.GO7767@redhat.com> <87r4q6xbiy.fsf@codemonkey.ws> <20120913142228.GK20907@redhat.com> <87boha7zyx.fsf@codemonkey.ws> <20120913144811.GL20907@redhat.com> In-Reply-To: <20120913144811.GL20907@redhat.com> Content-Type: text/plain; charset=ISO-8859-1 Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] Rethinking missed tick catchup List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Gleb Natapov Cc: Jan Kiszka , Michael Roth , qemu-devel@nongnu.org, Anthony Liguori , Paolo Bonzini , Luiz Capitulino , Eric Blake On 09/13/2012 05:48 PM, Gleb Natapov wrote: > On Thu, Sep 13, 2012 at 09:35:18AM -0500, Anthony Liguori wrote: >> Gleb Natapov writes: >> >> > On Thu, Sep 13, 2012 at 09:06:29AM -0500, Anthony Liguori wrote: >> >> "Daniel P. Berrange" writes: >> >> >> >> I think it's better for QEMU to talk to qemu-ga. We can tell when a large >> >> period of time has passed in QEMU because we'll accumulate a large >> >> number of missed ticks. >> >> >> > With RTC configured to use vm clock we will not. >> >> Not for host suspend. For stop and live migration, we stop vm_clock. >> But QEMU isn't aware of host suspend so vm_clock cannot be stopped. >> > Hmm, true. What about hooking into suspend and doing vmstop during > suspend. There is a DBus API (UPower) with a method called AboutToSleep(). No idea what it does or if unprivileged processes can access it. libvirt of qemud could do it, of course. -- error compiling committee.c: too many arguments to function