[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
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |