From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:34424) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1X9cFJ-0003DH-Ok for qemu-devel@nongnu.org; Tue, 22 Jul 2014 11:45:02 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1X9cFA-0002hp-K1 for qemu-devel@nongnu.org; Tue, 22 Jul 2014 11:44:53 -0400 Received: from mail-we0-x235.google.com ([2a00:1450:400c:c03::235]:57282) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1X9cFA-0002hb-EI for qemu-devel@nongnu.org; Tue, 22 Jul 2014 11:44:44 -0400 Received: by mail-we0-f181.google.com with SMTP id k48so8245918wev.40 for ; Tue, 22 Jul 2014 08:44:43 -0700 (PDT) Sender: Paolo Bonzini Message-ID: <53CE86E6.9050704@redhat.com> Date: Tue, 22 Jul 2014 17:44:38 +0200 From: Paolo Bonzini MIME-Version: 1.0 References: <53CE81AA.2040609@redhat.com> <690316639.20049989.1406042926107.JavaMail.root@openwide.fr> In-Reply-To: <690316639.20049989.1406042926107.JavaMail.root@openwide.fr> Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] [RFC PATCH V4 0/6] icount: Implement delay algorithm between guest and host clocks List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Sebastian Tanase Cc: kwolf@redhat.com, peter maydell , wenchaoqemu@gmail.com, quintela@redhat.com, alex@alex.org.uk, mst@redhat.com, stefanha@redhat.com, qemu-devel@nongnu.org, armbru@redhat.com, michael@walle.cc, camille begue , aliguori@amazon.com, crobinso@redhat.com, lcapitulino@redhat.com, afaerber@suse.de, rth@twiddle.net Il 22/07/2014 17:28, Sebastian Tanase ha scritto: > When not using "-icount" everything is fine because QEMU_CLOCK_VIRTUAL > is based on the real clock and the offset; qemu_icount_bias > doesn't come into play. So the vm_clock_warp_start fix is only for the case > where we use "-icount". I meant that with the fix the QEMU_CLOCK_VIRTUAL clock behaves the same way (it is based at 0) with and without -icount. This is why I think the fix is correct. Paolo