Received: by 2002:a05:6359:c8b:b0:c7:702f:21d4 with SMTP id go11csp4590948rwb; Tue, 20 Sep 2022 16:49:12 -0700 (PDT) X-Google-Smtp-Source: AMsMyM69DD05T8cmJbHo8CMAjCs0JKaQ45ZqlX9HIqa32msaBhhvchKG1YymiwT3ZylKPrr8vGel X-Received: by 2002:a05:6402:1704:b0:44e:b523:585d with SMTP id y4-20020a056402170400b0044eb523585dmr22403015edu.22.1663717752645; Tue, 20 Sep 2022 16:49:12 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1663717752; cv=none; d=google.com; s=arc-20160816; b=WY3kgAnNfK60PWEXrr23ZYTmk2jpgr6+dr8IYx36/05JmyAGuLTKTrrmFPkDbdQRq9 aJlZuOO39CXkoP3yzzq2CspapAn2S1/BZXsKTEtJer52b+jNShCM9mK3906AmWP5IAEj zzckxk7Fo24mdQ+nT5a/yjkBTN1tdUoBChq9i+OT4nV5YH9iMPc6VPKN7KvvShW5Vdh/ 6m3qZ2ATvKYW/Ci/LuYyTGbEpws8i14U98HLebPPkjOdpRPMjPWqI0vGptBWpC1b4xpE 4d8tfAaAzGEFvLmNZTSRIv/E/LJ+o+cbakl70NYv2O533+GEKVIxT+pl8HGbyNwjVH1U EzRA== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:cc:to:from:subject:message-id:references :mime-version:in-reply-to:date:reply-to:dkim-signature; bh=OkHaILPvf1HA3nSnkTLahu7Ca4yPvuSnba/nduwob0E=; b=X6VFHpOmJnwnT12FC1Dg0Qka4+OiLXLpC+buf9FWyjHgQMWNSmH+w9fmbl7q9tia3V nkE/rdofLOrBm2NkD33wZpgv5mMO3RfehZMERmer03mm+TbyOCYZ7Ozh+v97+skLKUnW PdAB4HIga3rUJ9w3fOHXnj+m03riwXBBprEk4XBJENKucgq/hA7ey83YqH970xNEporc SU6FdQ6vhuyfPKmmgcIbBKJoYFJLNWNBTXUQlxQQm8tHTiEcB0vbNWabLiPoIJSAGwgU 5iMZ9oENlBy1+7zMG7QIML38p8u+sDZqfhPXAvTa0eG+TADqG0NnLD5g2nYLNkY0V6BJ HX4g== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@google.com header.s=20210112 header.b=JH7dhQqG; 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=REJECT sp=REJECT dis=NONE) header.from=google.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id sc23-20020a1709078a1700b0074171cca419si1182207ejc.892.2022.09.20.16.48.46; Tue, 20 Sep 2022 16:49:12 -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=@google.com header.s=20210112 header.b=JH7dhQqG; 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=REJECT sp=REJECT dis=NONE) header.from=google.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S231530AbiITXeB (ORCPT + 99 others); Tue, 20 Sep 2022 19:34:01 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:47944 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231519AbiITXdR (ORCPT ); Tue, 20 Sep 2022 19:33:17 -0400 Received: from mail-pl1-x649.google.com (mail-pl1-x649.google.com [IPv6:2607:f8b0:4864:20::649]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id D00AF792C3 for ; Tue, 20 Sep 2022 16:32:17 -0700 (PDT) Received: by mail-pl1-x649.google.com with SMTP id b11-20020a170902d50b00b0017828988079so2642035plg.21 for ; Tue, 20 Sep 2022 16:32:17 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20210112; h=cc:to:from:subject:message-id:references:mime-version:in-reply-to :date:reply-to:from:to:cc:subject:date; bh=OkHaILPvf1HA3nSnkTLahu7Ca4yPvuSnba/nduwob0E=; b=JH7dhQqG5zTordzAfDTjeeBqvOVulWkZMQkCj92ds5fDKJctEQpS1Sv3CkJnu1WTt/ waumob7YC3YkW2No77geghKOYxno/ivyNgL6wfn0SiPGQikVvno2hyg+pIS0sS3D04yz YgCEq7sc+VX23Z0Y6bqT5ifVv9YSLKz0ncyH+ljSBH+GuihbAiJ/87bSM7UIiZe9nQlT vVJkhzpeopjaiYzSkDy1GFFxK1K2ir73Oro948CDDvtt3TAiafJh4oovyc6b1lvmDHnK IcrsgJ0OqqOPfJP0FwYuJv0+AND6N5/loC4otkORzVStY8tIeD7cscocVY9jojhQ8fXs 5qlA== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=cc:to:from:subject:message-id:references:mime-version:in-reply-to :date:reply-to:x-gm-message-state:from:to:cc:subject:date; bh=OkHaILPvf1HA3nSnkTLahu7Ca4yPvuSnba/nduwob0E=; b=Jd9M9I3pL5tPM0Md0p4EObyXg+q7vws9VtaaCC/05Q4Te1J7XHfmpz/s9RQoAs/crG TTtd2uJ87P2gClSBpx5iqFJVJEd/kCJQO7Eh6Qzw3CDctBLbsg/7eE0U9lWAeIQ7WDe8 YBfY9bhsoS7n6DvolwAaJQJEC/gE0Omiv+c5skZwkjHV+aoM91f0PntMCO2G9kkhE0TY TRDNh0wGmxaCiqZAeuhF4WpWfcG7e/FEvKLVpS6yEEkzkg9IL73OxQNnxa0qa7sJ0CGq lfmCT6f0i0UEECM2p1ogN9sVvpPIF1U/4tNWD6QNoyHwRMadbM0Bw58CsFhR/t/wXFQW /3Nw== X-Gm-Message-State: ACrzQf2nXNKoHFyFEdY9pBmkRuCthCVDAkU4APSkR4vnLRGuNg1r2ePa Q8s5674vDkoBTeFnnBjAUoNDVfhTlu0= X-Received: from zagreus.c.googlers.com ([fda3:e722:ac3:cc00:7f:e700:c0a8:5c37]) (user=seanjc job=sendgmr) by 2002:a05:6a00:230f:b0:53e:2c2c:5c03 with SMTP id h15-20020a056a00230f00b0053e2c2c5c03mr25714349pfh.11.1663716737387; Tue, 20 Sep 2022 16:32:17 -0700 (PDT) Reply-To: Sean Christopherson Date: Tue, 20 Sep 2022 23:31:30 +0000 In-Reply-To: <20220920233134.940511-1-seanjc@google.com> Mime-Version: 1.0 References: <20220920233134.940511-1-seanjc@google.com> X-Mailer: git-send-email 2.37.3.968.ga6b4b080e4-goog Message-ID: <20220920233134.940511-25-seanjc@google.com> Subject: [PATCH v3 24/28] KVM: SVM: Update svm->ldr_reg cache even if LDR is "bad" From: Sean Christopherson To: Sean Christopherson , Paolo Bonzini Cc: kvm@vger.kernel.org, linux-kernel@vger.kernel.org, Alejandro Jimenez , Suravee Suthikulpanit , Maxim Levitsky , Li RongQing Content-Type: text/plain; charset="UTF-8" X-Spam-Status: No, score=-9.6 required=5.0 tests=BAYES_00,DKIMWL_WL_MED, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,RCVD_IN_DNSWL_NONE, SPF_HELO_NONE,SPF_PASS,USER_IN_DEF_DKIM_WL autolearn=unavailable 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 Update SVM's cache of the LDR even if the new value is "bad". Leaving stale information in the cache can result in KVM missing updates and/or invalidating the wrong entry, e.g. if avic_invalidate_logical_id_entry() is triggered after a different vCPU has "claimed" the old LDR. Fixes: 18f40c53e10f ("svm: Add VMEXIT handlers for AVIC") Signed-off-by: Sean Christopherson --- arch/x86/kvm/svm/avic.c | 17 +++++++---------- 1 file changed, 7 insertions(+), 10 deletions(-) diff --git a/arch/x86/kvm/svm/avic.c b/arch/x86/kvm/svm/avic.c index 2b640c73f447..4b6fc9d64f4d 100644 --- a/arch/x86/kvm/svm/avic.c +++ b/arch/x86/kvm/svm/avic.c @@ -539,23 +539,24 @@ static u32 *avic_get_logical_id_entry(struct kvm_vcpu *vcpu, u32 ldr, bool flat) return &logical_apic_id_table[index]; } -static int avic_ldr_write(struct kvm_vcpu *vcpu, u8 g_physical_id, u32 ldr) +static void avic_ldr_write(struct kvm_vcpu *vcpu, u8 g_physical_id, u32 ldr) { bool flat; u32 *entry, new_entry; + if (!ldr) + return; + flat = kvm_lapic_get_reg(vcpu->arch.apic, APIC_DFR) == APIC_DFR_FLAT; entry = avic_get_logical_id_entry(vcpu, ldr, flat); if (!entry) - return -EINVAL; + return; new_entry = READ_ONCE(*entry); new_entry &= ~AVIC_LOGICAL_ID_ENTRY_GUEST_PHYSICAL_ID_MASK; new_entry |= (g_physical_id & AVIC_LOGICAL_ID_ENTRY_GUEST_PHYSICAL_ID_MASK); new_entry |= AVIC_LOGICAL_ID_ENTRY_VALID_MASK; WRITE_ONCE(*entry, new_entry); - - return 0; } static void avic_invalidate_logical_id_entry(struct kvm_vcpu *vcpu) @@ -575,7 +576,6 @@ static void avic_invalidate_logical_id_entry(struct kvm_vcpu *vcpu) static void avic_handle_ldr_update(struct kvm_vcpu *vcpu) { - int ret = 0; struct vcpu_svm *svm = to_svm(vcpu); u32 ldr = kvm_lapic_get_reg(vcpu->arch.apic, APIC_LDR); u32 id = kvm_xapic_id(vcpu->arch.apic); @@ -589,11 +589,8 @@ static void avic_handle_ldr_update(struct kvm_vcpu *vcpu) avic_invalidate_logical_id_entry(vcpu); - if (ldr) - ret = avic_ldr_write(vcpu, id, ldr); - - if (!ret) - svm->ldr_reg = ldr; + svm->ldr_reg = ldr; + avic_ldr_write(vcpu, id, ldr); } static void avic_handle_dfr_update(struct kvm_vcpu *vcpu) -- 2.37.3.968.ga6b4b080e4-goog