From: Vadim Rozenfeld <vrozenfe@redhat.com>
To: Paolo Bonzini <pbonzini@redhat.com>
Cc: kvm@vger.kernel.org, mtosatti@redhat.com, pl@dlhnet.de
Subject: Re: [RFC PATCH v3 2/2] add support for Hyper-V partition reference time enlightenment
Date: Wed, 11 Dec 2013 21:58:59 +1100 [thread overview]
Message-ID: <1386759539.7616.28.camel@localhost> (raw)
In-Reply-To: <52A746C6.2020608@redhat.com>
On Tue, 2013-12-10 at 17:52 +0100, Paolo Bonzini wrote:
> Il 10/12/2013 12:23, Vadim Rozenfeld ha scritto:
> > > > + if (kvm->arch.hv_tsc_page & HV_X64_MSR_TSC_REFERENCE_ENABLE) {
> > > > + HV_REFERENCE_TSC_PAGE* tsc_ref;
> > > > + u64 curr_time;
> > > > + tsc_ref = (HV_REFERENCE_TSC_PAGE*)gfn_to_hva(kvm,
> > > > + kvm->arch.hv_tsc_page >> HV_X64_MSR_TSC_REFERENCE_ADDRESS_SHIFT);
> > > > + tsc_ref->tsc_sequence =
> > > > + boot_cpu_has(X86_FEATURE_CONSTANT_TSC) ? tsc_ref->tsc_sequence + 1 : 0;
> > > > + tsc_ref->tsc_scale = ((10000LL << 32) / __get_cpu_var(cpu_tsc_khz)) << 32;
> > >
> > > Why shouldn't this be vcpu->arch.virtual_tsc_khz?
> >
> > Yeah, I was thinking about that, but we need a vcpu instance for this.
>
> You can perhaps store the value from vcpu->arch.virtual_tsc_khz to
> kvm->arch when the MSR is first written?
>
> > Do you mean between HV_X64_MSR_REFERENCE_TSC which happens during
> > partition creation time and KVM_SET_CLOCK which happens during resume
> > after partition pause? If so - there are several differences, where
> > the offset calculation probably is the most important one.
>
> The offset and frequence are the only differences.
>
> + curr_time = (((tsc_ref->tsc_scale >> 32) * native_read_tsc()) >> 32) +
> + tsc_ref->tsc_offset;
> + tsc_ref->tsc_offset = kvm->arch.hv_ref_time - curr_time;
>
> Why do you need kvm->arch.hv_ref_time at all? Can you just use
> "get_kernel_ns() + kvm->arch.kvmclock_offset - kvm->arch.hv_ref_count"?
> Then the same code can set tsc_ref->tsc_offset in both cases.
>
> In fact, it's not clear to me what hv_ref_time is for, and how it
> is different from
OK, let me explain how it works.
Hyper-V allows guest to use invariant TSC provided by host as a time
stamp source (KeQueryPerformanceCounter). Guest is calling rdtsc and
normalizing it to 10MHz frequency, it is why we need "tsc_scale".
"tsc_offset" is needed for migration or pause/resume cycles.
When we pause a VM, we need to save the current vTSC value
("hv_ref_time"), which is rdtsc * tsc_scale + tsc_offset.
Then, during resume, we need to recalculate the new tsc_scale
as well as the new tsc_offset value.
tsc_offset = old(saved) vTSC - new vTSC
So maybe hv_ref_time is not a good name, but we use it
for keeping the old vTSC value, saved before stopping VM.
Vadim.
>
> By the way, a small nit:
>
> >
> > + tsc_ref.tsc_sequence =
> > + boot_cpu_has(X86_FEATURE_CONSTANT_TSC) ? 1 : 0;
> > + tsc_ref.tsc_scale =
> > + ((10000LL << 32) / vcpu->arch.virtual_tsc_khz) << 32;
> > + tsc_ref.tsc_offset = 0;
> > if (__copy_to_user((void __user *)addr, &tsc_ref, sizeof(tsc_ref)))
> > return 1;
> > mark_page_dirty(kvm, gfn);
> > kvm->arch.hv_tsc_page = data;
> > + kvm->arch.hv_ref_count = 0;
> > break;
>
> This setting of kvm->arch.hv_ref_count belongs in the previous patch.
>
> Paolo
next prev parent reply other threads:[~2013-12-11 10:59 UTC|newest]
Thread overview: 37+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-12-08 11:33 [RFC PATCH v3 0/2] Hyper-V timers Vadim Rozenfeld
2013-12-08 11:33 ` [RFC PATCH v3 1/2] add support for Hyper-V reference time counter Vadim Rozenfeld
2013-12-09 14:23 ` Paolo Bonzini
2013-12-10 10:46 ` Vadim Rozenfeld
2013-12-11 18:53 ` Marcelo Tosatti
2013-12-11 18:59 ` Marcelo Tosatti
2013-12-12 9:33 ` Paolo Bonzini
2014-01-02 16:52 ` Peter Lieven
2014-01-07 9:36 ` Vadim Rozenfeld
2014-01-07 17:52 ` Peter Lieven
2014-01-08 9:40 ` Vadim Rozenfeld
2014-01-08 10:15 ` Peter Lieven
2014-01-08 10:44 ` Vadim Rozenfeld
2014-01-08 11:48 ` Peter Lieven
2014-01-08 12:12 ` Vadim Rozenfeld
2014-01-08 14:54 ` Peter Lieven
2014-01-08 20:08 ` Vadim Rozenfeld
2014-01-08 22:20 ` Peter Lieven
2014-01-09 11:10 ` Vadim Rozenfeld
2014-01-12 12:08 ` Vadim Rozenfeld
2014-01-12 20:35 ` Peter Lieven
2014-01-02 13:15 ` Peter Lieven
2014-01-02 13:57 ` Marcelo Tosatti
2014-01-02 16:08 ` Peter Lieven
2014-01-02 20:05 ` Marcelo Tosatti
2014-01-13 12:10 ` Vadim Rozenfeld
2013-12-08 11:33 ` [RFC PATCH v3 2/2] add support for Hyper-V partition reference time enlightenment Vadim Rozenfeld
2013-12-09 14:32 ` Paolo Bonzini
2013-12-10 11:23 ` Vadim Rozenfeld
2013-12-10 16:52 ` Paolo Bonzini
2013-12-11 10:58 ` Vadim Rozenfeld [this message]
2013-12-11 12:28 ` Paolo Bonzini
2013-12-11 19:28 ` Marcelo Tosatti
2013-12-11 19:27 ` Marcelo Tosatti
2013-12-12 9:34 ` Paolo Bonzini
2014-01-14 4:11 ` Vadim Rozenfeld
2014-01-14 13:54 ` 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=1386759539.7616.28.camel@localhost \
--to=vrozenfe@redhat.com \
--cc=kvm@vger.kernel.org \
--cc=mtosatti@redhat.com \
--cc=pbonzini@redhat.com \
--cc=pl@dlhnet.de \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.