qemu-devel
[Top][All Lists]
Advanced

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Qemu-devel] [PATCH v5 2/3] target-i386: reorganize TSC rate setting


From: Haozhong Zhang
Subject: Re: [Qemu-devel] [PATCH v5 2/3] target-i386: reorganize TSC rate setting code
Date: Tue, 17 Nov 2015 22:07:53 +0800
User-agent: Mutt/1.5.24 (2015-08-30)

On 11/17/15 11:32, Eduardo Habkost wrote:
> On Tue, Nov 17, 2015 at 01:20:38PM +0800, Haozhong Zhang wrote:
> > Following two changes are made to the TSC rate setting code in
> > kvm_arch_init_vcpu():
> >  * The code is moved to a new function kvm_arch_set_tsc_khz().
> >  * If setting user-specified TSC rate fails and the host TSC rate is
> >    inconsistent with the user-specified one, print a warning message.
> > 
> > Signed-off-by: Haozhong Zhang <address@hidden>
> 
> This matches what I was expecting, and now I see that we don't
> even need the user_tsc_khz field.
>

I guess you mean the user_tsc_khz field is not needed when setting TSC
rate. It's still needed in patch 3 to check if the migrated TSC rate
is consistent with the user-specified TSC rate (and of course it's not
in kvm_arch_set_tsc_khz()).

> > ---
> >  target-i386/kvm.c | 45 ++++++++++++++++++++++++++++++++++++++-------
> >  1 file changed, 38 insertions(+), 7 deletions(-)
> > 
> > diff --git a/target-i386/kvm.c b/target-i386/kvm.c
> > index 9e4d27f..6a1acb4 100644
> > --- a/target-i386/kvm.c
> > +++ b/target-i386/kvm.c
> > @@ -524,6 +524,41 @@ static bool hyperv_enabled(X86CPU *cpu)
> >              cpu->hyperv_runtime);
> >  }
> >  
> > +/**
> > + * Ask KVM to set vcpu's TSC rate to X86_CPU(cs)->env.tsc_khz.
> > + *
> > + * Returns: 0        if successful;
> > + *          -ENOTSUP if KVM_CAP_TSC_CONTROL is unavailable;
> > + *          -EIO     if KVM_SET_TSC_KHZ fails.
> 
> If KVM_SET_TSC_KHZ fails, the error code will be useful to
> understand what went wrong. It's better to return the error code
> returned by KVM instead of -EIO.
>

Yes, I'll change in the next version.

> > + */
> > +static int kvm_arch_set_tsc_khz(CPUState *cs)
> > +{
> > +    X86CPU *cpu = X86_CPU(cs);
> > +    CPUX86State *env = &cpu->env;
> > +    int has_tsc_control, r = 0;
> > +
> > +    if (!env->tsc_khz) {
> > +        return 0;
> > +    }
> > +
> > +    has_tsc_control = kvm_check_extension(cs->kvm_state, 
> > KVM_CAP_TSC_CONTROL);
> > +    if (has_tsc_control) {
> > +        r = kvm_vcpu_ioctl(cs, KVM_SET_TSC_KHZ, env->tsc_khz);
> > +    }
> > +
> > +    if (!has_tsc_control || r < 0) {
> > +        r = kvm_check_extension(cs->kvm_state, KVM_CAP_GET_TSC_KHZ) ?
> > +            kvm_vcpu_ioctl(cs, KVM_GET_TSC_KHZ) : -ENOTSUP;
> > +        if (r <= 0 || r != env->tsc_khz) {
> > +            error_report("warning: TSC frequency mismatch between "
> > +                         "VM and host, and TSC scaling unavailable");
> > +            return has_tsc_control ? -EIO : -ENOTSUP;
> > +        }
> > +    }
> 
> What about:
> 
>     r = kvm_check_extension(cs->kvm_state, KVM_CAP_TSC_CONTROL) ?
>         kvm_vcpu_ioctl(cs, KVM_SET_TSC_KHZ, env->tsc_khz) :
>         -ENOTSUP;
>     if (r < 0) {
>         /* If KVM_SET_TSC_KHZ fails, it is an error only if the
>          * current TSC frequency doesn't match the one we want.
>          */
>         int cur_freq = kvm_check_extension(cs->kvm_state, 
> KVM_CAP_GET_TSC_KHZ) ?
>                        kvm_vcpu_ioctl(cs, KVM_GET_TSC_KHZ) :
>                        -ENOTSUP;
>        if (cur_freq <= 0 || cur_freq != env->tsc_khz) {
>            error_report("warning: TSC frequency mismatch between "
>                         "VM and host, and TSC scaling unavailable");
>            return r;
>        }
>     }
> 
>     return 0;
>

Yes, your suggestion is better.

> > +
> > +    return 0;
> > +}
> > +
> >  static Error *invtsc_mig_blocker;
> >  
> >  #define KVM_MAX_CPUID_ENTRIES  100
> > @@ -823,13 +858,9 @@ int kvm_arch_init_vcpu(CPUState *cs)
> >          return r;
> >      }
> >  
> > -    r = kvm_check_extension(cs->kvm_state, KVM_CAP_TSC_CONTROL);
> > -    if (r && env->tsc_khz) {
> > -        r = kvm_vcpu_ioctl(cs, KVM_SET_TSC_KHZ, env->tsc_khz);
> > -        if (r < 0) {
> > -            fprintf(stderr, "KVM_SET_TSC_KHZ failed\n");
> > -            return r;
> > -        }
> > +    if (kvm_arch_set_tsc_khz(cs) == -EIO) {
> > +        fprintf(stderr, "KVM_SET_TSC_KHZ failed\n");
> 
> Now kvm_arch_set_tsc_khz() prints an error message, we can remove
> this one.

will remove in the next version.

> 
> > +        return -EIO;
> 
> To keep the previous behavior without losing the error code
> returned by KVM, this could be written as:
> 
>     r = kvm_arch_set_tsc_khz(cs);
>     if (r < 0 && r != -ENOTSUP) {
>         return r;
>     }
> 
> But I belive the previous behavior was wrong. If tsc-freq was
> explicitly set by the user, we should abort if
> KVM_CAP_TSC_CONTROL is unavailable.
> 
> So I suggest we simply do this:
> 
>     r = kvm_arch_set_tsc_khz(cs);
>     if (r < 0) {
>         return r;
>     }
>

Yes, I also prefer this one. I'll change and update the commit message
in the next version.

Thanks,
Haozhong

> (In case you implement this behavior change in the same patch,
> please mention that in the commit message.)
> 
> -- 
> Eduardo



reply via email to

[Prev in Thread] Current Thread [Next in Thread]