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

Re: [Xen-devel] [PATCH v18 12/16] x86/VPMU: Merge vpmu_rdmsr and vpmu_wrmsr



>>> On 16.02.15 at 23:26, <boris.ostrovsky@xxxxxxxxxx> wrote:
> --- a/xen/arch/x86/hvm/vpmu.c
> +++ b/xen/arch/x86/hvm/vpmu.c
> @@ -100,65 +100,48 @@ void vpmu_lvtpc_update(uint32_t val)
>          apic_write(APIC_LVTPC, vpmu->hw_lapic_lvtpc);
>  }
>  
> -int vpmu_do_wrmsr(unsigned int msr, uint64_t msr_content, uint64_t supported)
> +int vpmu_do_msr(unsigned int msr, uint64_t *msr_content,
> +                uint64_t supported, bool_t is_write)
>  {
> -    struct vcpu *curr = current;
> +    struct vcpu *curr;
>      struct vpmu_struct *vpmu;
> +    struct arch_vpmu_ops *ops;

const

> +    int ret = 0;
>  
>      if ( !(vpmu_mode & (XENPMU_MODE_SELF | XENPMU_MODE_HV)) )
> -        return 0;
> +        goto nop;
>  
> +    curr = current;

This should remain the initializer of the variable.

>      vpmu = vcpu_vpmu(curr);
> -    if ( vpmu->arch_vpmu_ops && vpmu->arch_vpmu_ops->do_wrmsr )
> -    {
> -        int ret = vpmu->arch_vpmu_ops->do_wrmsr(msr, msr_content, supported);
> -
> -        /*
> -         * We may have received a PMU interrupt during WRMSR handling
> -         * and since do_wrmsr may load VPMU context we should save
> -         * (and unload) it again.
> -         */
> -        if ( !is_hvm_vcpu(curr) && vpmu->xenpmu_data &&
> -             (vpmu->xenpmu_data->pmu.pmu_flags & PMU_CACHED) )
> -        {
> -            vpmu_set(vpmu, VPMU_CONTEXT_SAVE);
> -            vpmu->arch_vpmu_ops->arch_vpmu_save(vpmu);
> -            vpmu_reset(vpmu, VPMU_CONTEXT_SAVE | VPMU_CONTEXT_LOADED);
> -        }
> -        return ret;
> -    }
> -
> -    return 0;
> -}
> -
> -int vpmu_do_rdmsr(unsigned int msr, uint64_t *msr_content)
> -{
> -    struct vcpu *curr = current;
> -    struct vpmu_struct *vpmu;
> +    ops = vpmu->arch_vpmu_ops;
> +    if ( !ops )
> +        goto nop;
> +
> +    if ( is_write && ops->do_wrmsr )
> +        ret = ops->do_wrmsr(msr, *msr_content, supported);
> +    else if ( !is_write && ops->do_rdmsr )
> +        ret = ops->do_rdmsr(msr, msr_content);
> +    else
> +        goto nop;
>  
> -    if ( !(vpmu_mode & (XENPMU_MODE_SELF | XENPMU_MODE_HV)) )
> +    /*
> +     * We may have received a PMU interrupt while handling MSR access
> +     * and since do_wr/rdmsr may load VPMU context we should save
> +     * (and unload) it again.
> +     */
> +    if ( !is_hvm_vcpu(curr) &&
> +         vpmu->xenpmu_data && (vpmu->xenpmu_data->pmu.pmu_flags & 
> PMU_CACHED) )
>      {
> -        *msr_content = 0;
> -        return 0;
> +        vpmu_set(vpmu, VPMU_CONTEXT_SAVE);
> +        ops->arch_vpmu_save(vpmu);
> +        vpmu_reset(vpmu, VPMU_CONTEXT_SAVE | VPMU_CONTEXT_LOADED);
>      }
>  
> -    vpmu = vcpu_vpmu(curr);
> -    if ( vpmu->arch_vpmu_ops && vpmu->arch_vpmu_ops->do_rdmsr )
> -    {
> -        int ret = vpmu->arch_vpmu_ops->do_rdmsr(msr, msr_content);
> +    return ret;
>  
> -        if ( !is_hvm_vcpu(curr) && vpmu->xenpmu_data &&
> -             (vpmu->xenpmu_data->pmu.pmu_flags & PMU_CACHED) )
> -        {
> -            vpmu_set(vpmu, VPMU_CONTEXT_SAVE);
> -            vpmu->arch_vpmu_ops->arch_vpmu_save(vpmu);
> -            vpmu_reset(vpmu, VPMU_CONTEXT_SAVE | VPMU_CONTEXT_LOADED);
> -        }
> -        return ret;
> -    }
> -    else
> + nop:
> +    if ( !is_write )
>          *msr_content = 0;

This could easily be done at the beginning of the function, avoiding
the need for the (kind of odd) "nop" label.

> -
>      return 0;

Please don't delete blank lines before return statements.

With those changes
Acked-by: Jan Beulich <jbeulich@xxxxxxxx>

Jan


_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxx
http://lists.xen.org/xen-devel


 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.