|
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] [PATCH 2/4] VMX/vPMU: fix DebugCtl MSR handling
>>> On 12.08.14 at 19:47, <boris.ostrovsky@xxxxxxxxxx> wrote:
> On 08/12/2014 05:15 AM, Jan Beulich wrote:
>> - if ( msr_content & supported )
>> - {
>> - if ( vpmu_is_set(vpmu, VPMU_CPU_HAS_BTS) )
>> - return 1;
>> - gdprintk(XENLOG_WARNING, "Debug Store is not supported on
>> this cpu\n");
>> - hvm_inject_hw_exception(TRAP_gp_fault, 0);
>> - return 0;
>> - }
>> + if ( !(msr_content & ~supported) &&
>> + vpmu_is_set(vpmu, VPMU_CPU_HAS_BTS) )
>> + return 1;
>> + if ( (msr_content & supported) &&
>> + !vpmu_is_set(vpmu, VPMU_CPU_HAS_BTS) )
>> + printk(XENLOG_G_WARNING
>> + "%pv: Debug Store unsupported on this CPU\n",
>> + current);
>
> Can we move this if statement out of VPMU code into
> vmx_msr_write_intercept()? There is not a whole lot of VPMU-specific
> logic here and I am not sure I see much reason to go through
> vendor-independent code (vpmu.c) to do something that is very much
> Intel-specific.
I'd rather not (at least not in this patch), not the least that I can
see the "supported" function parameter to potentially be useful
elsewhere when use of certain bits within an MSR is split across
components.
Jan
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxx
http://lists.xen.org/xen-devel
|
![]() |
Lists.xenproject.org is hosted with RackSpace, monitoring our |