Received: by 2002:a05:6358:4e97:b0:b3:742d:4702 with SMTP id ce23csp2930699rwb; Mon, 15 Aug 2022 14:16:37 -0700 (PDT) X-Google-Smtp-Source: AA6agR4j/ywhsXB1m3UT9h8j8wQpFY7JkVXUQ6/acD1mGyJNCF9gaQrGL232ZW42Y+xZpY7CWnEe X-Received: by 2002:a50:c312:0:b0:43d:962d:7db6 with SMTP id a18-20020a50c312000000b0043d962d7db6mr16621992edb.261.1660598064571; Mon, 15 Aug 2022 14:14:24 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1660598064; cv=none; d=google.com; s=arc-20160816; b=nUvr3rGcMqKxM27j1y14ePqfPLFoW/9Ett1Xos3PMcvhZH9WFABKk7MXjUmc+LZZyR AXMlDTzoaslFKH1G5GQq9TYPC2cHTVBUkechmBGvOMWQdD3FVAXo19Am8BxhQFyvS6C0 FsRdtxTNyyb9brccogESKxhpBMueiTVq5fgrMJEguCynrir369n13TaY1DKJcO0JjnA2 4YT9aAAOR0u0CeCVHzzzN23DbuT7Cb/ePv53WVSDSCPoxppeCcSb+64CExilADY+Yyky ipderb0DG36hsRqBzunC10DONdFK6+z/fkcmScJj89ZHR0SMlpmnWKwgQ2xp6f5ZZAOZ +bZQ== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:mime-version :user-agent:references:in-reply-to:message-id:date:subject:cc:to :from:dkim-signature; bh=3JemTJqYVvppg8MK6Ac9EfBf9BfuuHwOODzzkmWobDc=; b=Ya62HdSpzWVwA47sFfmnKPlcsa7mqFqyfRZ/DFQKI3Rm4WBGoKuaaBzLQn98DhoFnc 4U+OFoKf0S665JWKPTw0T1f3XdYFUqA9R9KEBM8PnkkhEDlPf/mqn6hCv+Ee2fsNm79G vXoUCRd5X46q83gazrGYjLe5bbap1kzf4yoYo1AKxwUKCaDMNqJJJ6cRAy7P9FDvXd7X NVDh+qEGWPg14T5abikZwa2k/FqRrmL0nZR4LCnZz5mWfVcS1wdRaYBTNIrkn/JP8oRj Snhe+VdlpKe5AIeYRwwnXZhzsAk5THhvQuueQVuITe2XNjktLpj/NZYqpuLuSykBBEe7 1rlg== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=XojDrGvC; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id hr3-20020a1709073f8300b006fe95bb93b3si12620395ejc.861.2022.08.15.14.13.58; Mon, 15 Aug 2022 14:14:24 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) client-ip=2620:137:e000::1:20; Authentication-Results: mx.google.com; dkim=pass header.i=@linuxfoundation.org header.s=korg header.b=XojDrGvC; spf=pass (google.com: domain of linux-kernel-owner@vger.kernel.org designates 2620:137:e000::1:20 as permitted sender) smtp.mailfrom=linux-kernel-owner@vger.kernel.org; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=linuxfoundation.org Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S243466AbiHOUH7 (ORCPT + 99 others); Mon, 15 Aug 2022 16:07:59 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:39528 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1346281AbiHOUGY (ORCPT ); Mon, 15 Aug 2022 16:06:24 -0400 Received: from dfw.source.kernel.org (dfw.source.kernel.org [IPv6:2604:1380:4641:c500::1]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 55FC882746; Mon, 15 Aug 2022 11:55:10 -0700 (PDT) Received: from smtp.kernel.org (relay.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by dfw.source.kernel.org (Postfix) with ESMTPS id 3C6346125F; Mon, 15 Aug 2022 18:55:09 +0000 (UTC) Received: by smtp.kernel.org (Postfix) with ESMTPSA id 3D8A4C433D6; Mon, 15 Aug 2022 18:55:08 +0000 (UTC) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=linuxfoundation.org; s=korg; t=1660589708; bh=xk5weKLElopg822jWZDDlH2ickDhjXnskd5/YunhLns=; h=From:To:Cc:Subject:Date:In-Reply-To:References:From; b=XojDrGvC8axA0qrO2mrR2iUOQ4yV/AIQPTrbgdeVsrGt2219Ws+13K9sT5btt8xWa e9dKT+ExeDYIxj6OrtAnbwasLlalLOmPxYLO3/9YQSYIZ7rAm4ogBLF579B92OChTZ Tbahwk4JmP9uZMl8XKmTGlApiHEYOJHe9g6sWsn8= From: Greg Kroah-Hartman To: linux-kernel@vger.kernel.org Cc: Greg Kroah-Hartman , stable@vger.kernel.org, Lei Wang , Sean Christopherson , Paolo Bonzini Subject: [PATCH 5.18 0023/1095] KVM: nVMX: Snapshot pre-VM-Enter BNDCFGS for !nested_run_pending case Date: Mon, 15 Aug 2022 19:50:22 +0200 Message-Id: <20220815180430.314059193@linuxfoundation.org> X-Mailer: git-send-email 2.37.2 In-Reply-To: <20220815180429.240518113@linuxfoundation.org> References: <20220815180429.240518113@linuxfoundation.org> User-Agent: quilt/0.67 MIME-Version: 1.0 Content-Type: text/plain; charset=UTF-8 Content-Transfer-Encoding: 8bit X-Spam-Status: No, score=-7.1 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_HI, SPF_HELO_NONE,SPF_PASS,T_SCC_BODY_TEXT_LINE autolearn=ham autolearn_force=no version=3.4.6 X-Spam-Checker-Version: SpamAssassin 3.4.6 (2021-04-09) on lindbergh.monkeyblade.net Precedence: bulk List-ID: X-Mailing-List: linux-kernel@vger.kernel.org From: Sean Christopherson commit fa578398a0ba2c079fa1170da21fa5baae0cedb2 upstream. If a nested run isn't pending, snapshot vmcs01.GUEST_BNDCFGS irrespective of whether or not VM_ENTRY_LOAD_BNDCFGS is set in vmcs12. When restoring nested state, e.g. after migration, without a nested run pending, prepare_vmcs02() will propagate nested.vmcs01_guest_bndcfgs to vmcs02, i.e. will load garbage/zeros into vmcs02.GUEST_BNDCFGS. If userspace restores nested state before MSRs, then loading garbage is a non-issue as loading BNDCFGS will also update vmcs02. But if usersepace restores MSRs first, then KVM is responsible for propagating L2's value, which is actually thrown into vmcs01, into vmcs02. Restoring L2 MSRs into vmcs01, i.e. loading all MSRs before nested state is all kinds of bizarre and ideally would not be supported. Sadly, some VMMs do exactly that and rely on KVM to make things work. Note, there's still a lurking SMM bug, as propagating vmcs01.GUEST_BNDFGS to vmcs02 across RSM may corrupt L2's BNDCFGS. But KVM's entire VMX+SMM emulation is flawed as SMI+RSM should not toouch _any_ VMCS when use the "default treatment of SMIs", i.e. when not using an SMI Transfer Monitor. Link: https://lore.kernel.org/all/Yobt1XwOfb5M6Dfa@google.com Fixes: 62cf9bd8118c ("KVM: nVMX: Fix emulation of VM_ENTRY_LOAD_BNDCFGS") Cc: stable@vger.kernel.org Cc: Lei Wang Signed-off-by: Sean Christopherson Message-Id: <20220614215831.3762138-2-seanjc@google.com> Signed-off-by: Paolo Bonzini Signed-off-by: Greg Kroah-Hartman --- arch/x86/kvm/vmx/nested.c | 3 ++- 1 file changed, 2 insertions(+), 1 deletion(-) --- a/arch/x86/kvm/vmx/nested.c +++ b/arch/x86/kvm/vmx/nested.c @@ -3381,7 +3381,8 @@ enum nvmx_vmentry_status nested_vmx_ente if (!(vmcs12->vm_entry_controls & VM_ENTRY_LOAD_DEBUG_CONTROLS)) vmx->nested.vmcs01_debugctl = vmcs_read64(GUEST_IA32_DEBUGCTL); if (kvm_mpx_supported() && - !(vmcs12->vm_entry_controls & VM_ENTRY_LOAD_BNDCFGS)) + (!vmx->nested.nested_run_pending || + !(vmcs12->vm_entry_controls & VM_ENTRY_LOAD_BNDCFGS))) vmx->nested.vmcs01_guest_bndcfgs = vmcs_read64(GUEST_BNDCFGS); /*