----- Mail original ----- > De: "Paolo Bonzini" <pbonz...@redhat.com> > À: "Sebastian Tanase" <sebastian.tan...@openwide.fr> > Cc: aligu...@amazon.com, afaer...@suse.de, r...@twiddle.net, "peter maydell" > <peter.mayd...@linaro.org>, > mich...@walle.cc, a...@alex.org.uk, stefa...@redhat.com, > lcapitul...@redhat.com, crobi...@redhat.com, > arm...@redhat.com, wenchaoq...@gmail.com, quint...@redhat.com, > kw...@redhat.com, m...@redhat.com, "camille begue" > <camille.be...@openwide.fr>, qemu-devel@nongnu.org > Envoyé: Mardi 22 Juillet 2014 17:22:18 > Objet: Re: [RFC PATCH V4 0/6] icount: Implement delay algorithm between guest > and host clocks > > Il 22/07/2014 17:17, Sebastian Tanase ha scritto: > >> > That's a bug to fix indeed, then---it should count up from 0 > >> > without > >> > icount, and icount shouldn't affect this. Thanks for > >> > investigating > >> > it. > > Just to be sure I don't missunderstand, when you say "without > > icount" > > you refer to qemu_icount_bias (aka when the vcpu is inactive), > > right? > > No, I mean without "-icount", i.e. when QEMU_CLOCK_VIRTUAL is just > nanoseconds. > > Paolo >
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". Sebastian
