From: Paolo Bonzini <pbonzini@redhat.com>
To: Marcelo Tosatti <mtosatti@redhat.com>
Cc: kvm-devel <kvm@vger.kernel.org>,
Jeremy Fitzhardinge <jeremy@goop.org>,
Glauber Costa <glommer@gmail.com>
Subject: Re: KVM: x86: fix tsc catchup issue with tsc scaling
Date: Wed, 15 Jan 2014 13:55:50 +0100 [thread overview]
Message-ID: <52D68556.8020303@redhat.com> (raw)
In-Reply-To: <20140115123444.GA27345@amt.cnet>
Il 15/01/2014 13:34, Marcelo Tosatti ha scritto:
> On Wed, Jan 15, 2014 at 12:43:02PM +0100, Paolo Bonzini wrote:
>> Il 06/01/2014 15:18, Marcelo Tosatti ha scritto:
>>>
>>> To fix a problem related to different resolution of TSC and system clock,
>>> the offset in TSC units is approximated by
>>>
>>> delta = vcpu->hv_clock.tsc_timestamp - vcpu->last_guest_tsc
>>>
>>> (Guest TSC value at (Guest TSC value at last VM-exit)
>>> the last kvm_guest_time_update
>>> call)
>>>
>>> Delta is then later scaled using mult,shift pair found in hv_clock
>>> structure (which is correct against tsc_timestamp in that
>>> structure).
>>>
>>> However, if a frequency change is performed between these two points,
>>> this delta is measured using different TSC frequencies, but scaled using
>>> mult,shift pair for one frequency only.
>>>
>>> The end result is an incorrect delta.
>>>
>>> The bug which this code works around is not the only cause for
>>> clock backwards events. The global accumulator is still
>>> necessary, so remove the max_kernel_ns fix and rely on the
>>> global accumulator for no clock backwards events.
>>
>> This is basically reverting commit 1d5f066 (KVM: x86: Fix a possible
>> backwards warp of kvmclock, 2010-08-19).
>>
>> Your commit message basically says that the guest-side 489fb49 (x86,
>> paravirt: Add a global synchronization point for pvclock, 2010-05-11) is
>> the real solution to the problem that the host-side commit 1d5f066 was
>> trying to fix. Right?
>>
>> This patch makes vcpu->hv_clock.tsc_timestamp write only. Please
>> provide a follow up that drops the field entirely, then I'll apply both.
>> In the meanwhile:
>>
>> Reviewed-by: Paolo Bonzini <pbonzini@redhat.com>
>
> Can't do that: its inside hv_clock structure.
Right. Another question, what about this comment:
/* Reset of TSC must disable overshoot protection below */
vcpu->arch.hv_clock.tsc_timestamp = 0;
vcpu->arch.last_guest_tsc = data;
Should it be instead like this:
vcpu->arch.hv_clock.tsc_timestamp += data - vcpu->arch.last_guest_tsc;
vcpu->arch.last_guest_tsc = data;
?
Paolo
next prev parent reply other threads:[~2014-01-15 12:55 UTC|newest]
Thread overview: 8+ messages / expand[flat|nested] mbox.gz Atom feed top
2014-01-06 14:18 KVM: x86: fix tsc catchup issue with tsc scaling Marcelo Tosatti
2014-01-15 11:43 ` Paolo Bonzini
2014-01-15 12:25 ` Marcelo Tosatti
2014-01-15 12:34 ` Marcelo Tosatti
2014-01-15 12:55 ` Paolo Bonzini [this message]
2014-01-15 16:37 ` Marcelo Tosatti
2014-01-15 16:53 ` Paolo Bonzini
2014-01-15 16:55 ` Marcelo Tosatti
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=52D68556.8020303@redhat.com \
--to=pbonzini@redhat.com \
--cc=glommer@gmail.com \
--cc=jeremy@goop.org \
--cc=kvm@vger.kernel.org \
--cc=mtosatti@redhat.com \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox