|
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] [PATCH 03/11] x86/HVM: Hardware alternate p2m support detection.
On 01/12/2015 09:08 AM, Andrew Cooper wrote:
> On 09/01/15 21:26, Ed White wrote:
>> As implemented here, only supported on platforms with VMX HAP.
>>
>> Signed-off-by: Ed White <edmund.h.white@xxxxxxxxx>
>> ---
>> xen/arch/x86/hvm/hvm.c | 8 ++++++++
>> xen/arch/x86/hvm/vmx/vmx.c | 1 +
>> xen/include/asm-x86/hvm/hvm.h | 6 ++++++
>> 3 files changed, 15 insertions(+)
>>
>> diff --git a/xen/arch/x86/hvm/hvm.c b/xen/arch/x86/hvm/hvm.c
>> index bc414ff..3a7367c 100644
>> --- a/xen/arch/x86/hvm/hvm.c
>> +++ b/xen/arch/x86/hvm/hvm.c
>> @@ -157,6 +157,9 @@ static int __init hvm_enable(void)
>> if ( !fns->pvh_supported )
>> printk(XENLOG_INFO "HVM: PVH mode not supported on this
>> platform\n");
>>
>> + if ( !fns->altp2m_supported )
>> + printk(XENLOG_INFO "HVM: Alternate p2m mode not supported on this
>> platform\n");
>> +
>
> I am not sure this message is particularly useful. The PVH message
> above is just transitory until PVH looses some of its restrictions.
>
>> /*
>> * Allow direct access to the PC debug ports 0x80 and 0xed (they are
>> * often used for I/O delays, but the vmexits simply slow things down).
>> @@ -6369,6 +6372,11 @@ enum hvm_intblk nhvm_interrupt_blocked(struct vcpu *v)
>> return hvm_funcs.nhvm_intr_blocked(v);
>> }
>>
>> +bool_t hvm_altp2m_supported()
>
> I have to admit that I am somewhat uneasy about the name "altp2m", but I
> can't suggest anything better at the moment. I am all ears if anyone
> else has any other suggestions.
>
Me too. The first name I used was even worse.
Ed
>> +{
>> + return hvm_funcs.altp2m_supported;
>> +}
>> +
>> /*
>> * Local variables:
>> * mode: C
>> diff --git a/xen/arch/x86/hvm/vmx/vmx.c b/xen/arch/x86/hvm/vmx/vmx.c
>> index f2554d6..931709b 100644
>> --- a/xen/arch/x86/hvm/vmx/vmx.c
>> +++ b/xen/arch/x86/hvm/vmx/vmx.c
>> @@ -1796,6 +1796,7 @@ const struct hvm_function_table * __init
>> start_vmx(void)
>> if ( cpu_has_vmx_ept && (cpu_has_vmx_pat || opt_force_ept) )
>> {
>> vmx_function_table.hap_supported = 1;
>> + vmx_function_table.altp2m_supported = 1;
>>
>> vmx_function_table.hap_capabilities = 0;
>>
>> diff --git a/xen/include/asm-x86/hvm/hvm.h b/xen/include/asm-x86/hvm/hvm.h
>> index e3d2d9a..7115a68 100644
>> --- a/xen/include/asm-x86/hvm/hvm.h
>> +++ b/xen/include/asm-x86/hvm/hvm.h
>> @@ -94,6 +94,9 @@ struct hvm_function_table {
>> /* Necessary hardware support for PVH mode? */
>> int pvh_supported;
>>
>> + /* Necessary hardware support for alternate p2m's? */
>> + int altp2m_supported;
>
> bool_t please. (The adjacent examples are poor)
>
> ~Andrew
>
>> +
>> /* Indicate HAP capabilities. */
>> int hap_capabilities;
>>
>> @@ -518,6 +521,9 @@ bool_t nhvm_vmcx_hap_enabled(struct vcpu *v);
>> /* interrupt */
>> enum hvm_intblk nhvm_interrupt_blocked(struct vcpu *v);
>>
>> +/* returns true if hardware supports alternate p2m's */
>> +bool_t hvm_altp2m_supported(void);
>> +
>> #ifndef NDEBUG
>> /* Permit use of the Forced Emulation Prefix in HVM guests */
>> extern bool_t opt_hvm_fep;
>
>
_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxx
http://lists.xen.org/xen-devel
|
![]() |
Lists.xenproject.org is hosted with RackSpace, monitoring our |