[Devel] [PATCH RHEL7 COMMIT] ms/kvm: nVMX: Allow L1 to intercept software exceptions (#BP and #OF)

Vasily Averin vvs at virtuozzo.com
Wed Jan 11 07:26:06 PST 2017


it requires ebnabled nested virtualization.
it is not supported yet, so there are no sense to fix it in ReadyKernel

On 2017-01-11 18:00, Konstantin Khorenko wrote:
> Please consider to create a ReadyKernel live patch for this issue.
> 
> -- 
> Best regards,
> 
> Konstantin Khorenko,
> Virtuozzo Linux Kernel Team
> 
> On 01/11/2017 05:56 PM, Konstantin Khorenko wrote:
>> The commit is pushed to "branch-rh7-3.10.0-514.vz7.27.x-ovz" and will appear at https://src.openvz.org/scm/ovz/vzkernel.git
>> after rh7-3.10.0-514.vz7.27.9
>> ------>
>> commit 7efd73d3548321581182145c349fadcce13ad00b
>> Author: Jim Mattson <jmattson at google.com>
>> Date:   Wed Jan 11 18:56:16 2017 +0400
>>
>>     ms/kvm: nVMX: Allow L1 to intercept software exceptions (#BP and #OF)
>>
>>     When L2 exits to L0 due to "exception or NMI", software exceptions
>>     (#BP and #OF) for which L1 has requested an intercept should be
>>     handled by L1 rather than L0. Previously, only hardware exceptions
>>     were forwarded to L1.
>>
>>     Signed-off-by: Jim Mattson <jmattson at google.com>
>>     Cc: stable at vger.kernel.org
>>     Signed-off-by: Paolo Bonzini <pbonzini at redhat.com>
>>
>>     Backport of ms commit ef85b67385436ddc1998f45f1d6a210f935b3388
>>     Fixes CVE-2016-9588
>>     https://vulners.com/cve/CVE-2016-9588
>>
>>     https://jira.sw.ru/browse/PSBM-58194
>>
>>     Signed-off-by: Evgeny Yakovlev <eyakovlev at virtuozzo.com>
>> ---
>>  arch/x86/kvm/vmx.c | 11 +++++------
>>  1 file changed, 5 insertions(+), 6 deletions(-)
>>
>> diff --git a/arch/x86/kvm/vmx.c b/arch/x86/kvm/vmx.c
>> index 3d39923..8dea43b9 100644
>> --- a/arch/x86/kvm/vmx.c
>> +++ b/arch/x86/kvm/vmx.c
>> @@ -1243,10 +1243,10 @@ static inline bool nested_cpu_has_posted_intr(struct vmcs12 *vmcs12)
>>      return vmcs12->pin_based_vm_exec_control & PIN_BASED_POSTED_INTR;
>>  }
>>
>> -static inline bool is_exception(u32 intr_info)
>> +static inline bool is_nmi(u32 intr_info)
>>  {
>>      return (intr_info & (INTR_INFO_INTR_TYPE_MASK | INTR_INFO_VALID_MASK))
>> -        == (INTR_TYPE_HARD_EXCEPTION | INTR_INFO_VALID_MASK);
>> +        == (INTR_TYPE_NMI_INTR | INTR_INFO_VALID_MASK);
>>  }
>>
>>  static void nested_vmx_vmexit(struct kvm_vcpu *vcpu, u32 exit_reason,
>> @@ -5185,7 +5185,7 @@ static int handle_exception(struct kvm_vcpu *vcpu)
>>      if (is_machine_check(intr_info))
>>          return handle_machine_check(vcpu);
>>
>> -    if ((intr_info & INTR_INFO_INTR_TYPE_MASK) == INTR_TYPE_NMI_INTR)
>> +    if (is_nmi(intr_info))
>>          return 1;  /* already handled by vmx_vcpu_run() */
>>
>>      if (is_no_device(intr_info)) {
>> @@ -7629,7 +7629,7 @@ static bool nested_vmx_exit_handled(struct kvm_vcpu *vcpu)
>>
>>      switch (exit_reason) {
>>      case EXIT_REASON_EXCEPTION_NMI:
>> -        if (!is_exception(intr_info))
>> +        if (is_nmi(intr_info))
>>              return false;
>>          else if (is_page_fault(intr_info))
>>              return enable_ept;
>> @@ -8226,8 +8226,7 @@ static void vmx_complete_atomic_exit(struct vcpu_vmx *vmx)
>>          kvm_machine_check();
>>
>>      /* We need to handle NMIs before interrupts are enabled */
>> -    if ((exit_intr_info & INTR_INFO_INTR_TYPE_MASK) == INTR_TYPE_NMI_INTR &&
>> -        (exit_intr_info & INTR_INFO_VALID_MASK)) {
>> +    if (is_nmi(exit_intr_info)) {
>>          kvm_before_handle_nmi(&vmx->vcpu);
>>          asm("int $2");
>>          kvm_after_handle_nmi(&vmx->vcpu);
>> .
>>
> 


More information about the Devel mailing list