Received: by 10.223.164.202 with SMTP id h10csp6214782wrb; Wed, 22 Nov 2017 00:46:34 -0800 (PST) X-Google-Smtp-Source: AGs4zMZOBCvOLrXZDnY6m2zAlms1m66ax7UYmqLsYU5ghocfUWOgdC4UQa2ccWR+5criC3V5XJZO X-Received: by 10.84.247.9 with SMTP id n9mr16359008pll.112.1511340394478; Wed, 22 Nov 2017 00:46:34 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1511340394; cv=none; d=google.com; s=arc-20160816; b=VrFFA6tLf3cZqKBZBLyHtrwQcI9iO8JSYgXdGxvlD4rgPU6Jokfrj6M9kmEUrBe2ka Fc/27MkbKyYVlFk8D2c+gyuR0NvEA1Mb4hkoKGGTxY9q6aokiSNqWZNHfWf0rGwpZ9Q9 fbDnqw6dLPD0l18D8S8zgcCM8Ox2eoeXHn7DP8IJZ086ouHy8lPbFA21NaphMdYwEBXf 9a+0FfIJ9SHnACkoz9vNPkMYnEkXgceFfiRQ6RQiT1v5N2h4NGUL22sBCiceysSfn1nQ gtKKps+0mHTShN7f40cf1+OX43S4PW5jyPouqj4568DTaB4fx0UGj0gUuDzwPc4eY4Wu M+9g== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:sender:content-transfer-encoding:in-reply-to :references:subject:cc:to:mime-version:user-agent:from:date :message-id:arc-authentication-results; bh=lxpRAVx/bFyfRGZkWKkBTOvYgwoeESr4ObU9LLm+HwI=; b=G62sydn8wAx0KNXT7fY8UBJhPBM5BrA/ZwMksFCCVU3bmZno9GvpUWWb6EDLiwxs9j 7zWr4X7bDcyFZ/JlDlrTTgsKlA/5Se7eoGazOiwdrWCMlThnyXtcHI2o2KQihpgkVUua 8iWVi9vghyPToGfA3ZwTwYruFKG/Kpl+ogPNlShDCuIZBFzpcHE0h6b1A3ldhRHlsR6+ XhSuzAyoRCcK9i84Jor9/36X3FI1eIndNtoS73UvjHkNKfXg3FTliD+xqgwok4V5LAmt UqJJIHp+YDVKwG3By159r+1U1ILMTOcfQ90ymmkFpDYDex9KDgoL9m377+FVcI/M/8Gj BnjQ== ARC-Authentication-Results: i=1; mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=oracle.com Return-Path: Received: from vger.kernel.org (vger.kernel.org. [209.132.180.67]) by mx.google.com with ESMTP id o61si1264729pld.181.2017.11.22.00.46.22; Wed, 22 Nov 2017 00:46:34 -0800 (PST) Received-SPF: pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) client-ip=209.132.180.67; Authentication-Results: mx.google.com; spf=pass (google.com: best guess record for domain of linux-kernel-owner@vger.kernel.org designates 209.132.180.67 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=fail (p=NONE sp=NONE dis=NONE) header.from=oracle.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1751857AbdKVIpm (ORCPT + 75 others); Wed, 22 Nov 2017 03:45:42 -0500 Received: from userp1040.oracle.com ([156.151.31.81]:24160 "EHLO userp1040.oracle.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751588AbdKVIpk (ORCPT ); Wed, 22 Nov 2017 03:45:40 -0500 Received: from aserv0021.oracle.com (aserv0021.oracle.com [141.146.126.233]) by userp1040.oracle.com (Sentrion-MTA-4.3.2/Sentrion-MTA-4.3.2) with ESMTP id vAM8jVdK011584 (version=TLSv1.2 cipher=ECDHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Wed, 22 Nov 2017 08:45:32 GMT Received: from userv0122.oracle.com (userv0122.oracle.com [156.151.31.75]) by aserv0021.oracle.com (8.14.4/8.14.4) with ESMTP id vAM8jVYR006854 (version=TLSv1/SSLv3 cipher=DHE-RSA-AES256-GCM-SHA384 bits=256 verify=OK); Wed, 22 Nov 2017 08:45:31 GMT Received: from abhmp0006.oracle.com (abhmp0006.oracle.com [141.146.116.12]) by userv0122.oracle.com (8.14.4/8.14.4) with ESMTP id vAM8jUTB017975; Wed, 22 Nov 2017 08:45:30 GMT Received: from [10.0.2.119] (/213.57.127.2) by default (Oracle Beehive Gateway v4.0) with ESMTP ; Wed, 22 Nov 2017 00:45:30 -0800 Message-ID: <5A153926.7030004@ORACLE.COM> Date: Wed, 22 Nov 2017 10:45:26 +0200 From: Liran Alon User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:24.0) Gecko/20100101 Thunderbird/24.5.0 MIME-Version: 1.0 To: Wanpeng Li , linux-kernel@vger.kernel.org, kvm@vger.kernel.org CC: Paolo Bonzini , =?UTF-8?B?UmFkaW0gS3LEjW3DocWZ?= , Wanpeng Li , Dmitry Vyukov Subject: Re: [PATCH] KVM: VMX: Fix vmx->nested freeing when no SMI handler References: <1511337410-8100-1-git-send-email-wanpeng.li@hotmail.com> In-Reply-To: <1511337410-8100-1-git-send-email-wanpeng.li@hotmail.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 8bit X-Source-IP: aserv0021.oracle.com [141.146.126.233] Sender: linux-kernel-owner@vger.kernel.org Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 22/11/17 09:56, Wanpeng Li wrote: > From: Wanpeng Li > > Reported by syzkaller: > > ------------[ cut here ]------------ > WARNING: CPU: 5 PID: 2939 at arch/x86/kvm/vmx.c:3844 free_loaded_vmcs+0x77/0x80 [kvm_intel] > CPU: 5 PID: 2939 Comm: repro Not tainted 4.14.0+ #26 > RIP: 0010:free_loaded_vmcs+0x77/0x80 [kvm_intel] > Call Trace: > vmx_free_vcpu+0xda/0x130 [kvm_intel] > kvm_arch_destroy_vm+0x192/0x290 [kvm] > kvm_put_kvm+0x262/0x560 [kvm] > kvm_vm_release+0x2c/0x30 [kvm] > __fput+0x190/0x370 > task_work_run+0xa1/0xd0 > do_exit+0x4d2/0x13e0 > do_group_exit+0x89/0x140 > get_signal+0x318/0xb80 > do_signal+0x8c/0xb40 > exit_to_usermode_loop+0xe4/0x140 > syscall_return_slowpath+0x206/0x230 > entry_SYSCALL_64_fastpath+0x98/0x9a > > The syzkaller testcase will execute VMXON/VMLAUCH instructions, so the > vmx->nested stuff is populated, it will also issue KVM_SMI ioctl. However, > the testcase is just a simple c program and not be lauched by something > like seabios which implements smi_handler. Commit 05cade71cf (KVM: nSVM: > fix SMI injection in guest mode) gets out of guest mode and set nested.vmxon > to false for the duration of SMM according to SDM 34.14.1 "leave VMX > operation" upon entering SMM. We can't alloc/free the vmx->nested stuff > each time when entering/exiting SMM since it will induce more overhead. So > the function vmx_pre_enter_smm() marks nested.vmxon false even if vmx->nested > stuff is still populated. What it expected is em_rsm() can mark nested.vmxon > to be true again. However, the smi_handler/rsm will not execute since there > is no something like seabios in this scenario. The function free_nested() > fails to free the vmx->nested stuff since the vmx->nested.vmxon is false > which results in the above warning. > > This patch fixes it by also considering the no SMI handler case, luckily > vmx->nested.smm.vmxon is marked according to the value of vmx->nested.vmxon > in vmx_pre_enter_smm(), we can take advantage of it and free vmx->nested > stuff when L1 goes down. > > Reported-by: Dmitry Vyukov > Cc: Paolo Bonzini > Cc: Radim Krčmář > Cc: Dmitry Vyukov > Fixes: 05cade71cf (KVM: nSVM: fix SMI injection in guest mode) > Signed-off-by: Wanpeng Li > --- > arch/x86/kvm/vmx.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/arch/x86/kvm/vmx.c b/arch/x86/kvm/vmx.c > index dccc0f7..ed22425 100644 > --- a/arch/x86/kvm/vmx.c > +++ b/arch/x86/kvm/vmx.c > @@ -7372,7 +7372,7 @@ static inline void nested_release_vmcs12(struct vcpu_vmx *vmx) > */ > static void free_nested(struct vcpu_vmx *vmx) > { > - if (!vmx->nested.vmxon) > + if (!vmx->nested.vmxon && !vmx->nested.smm.vmxon) > return; > > vmx->nested.vmxon = false; > Funny bug. Great analysis. Reviewed-by: Liran Alon From 1584752194833300147@xxx Wed Nov 22 07:57:46 +0000 2017 X-GM-THRID: 1584752194833300147 X-Gmail-Labels: Inbox,Category Forums,HistoricalUnread