Received: by 2002:a05:6358:bb9e:b0:b9:5105:a5b4 with SMTP id df30csp458446rwb; Fri, 2 Sep 2022 17:56:49 -0700 (PDT) X-Google-Smtp-Source: AA6agR7S0s/wPgUbMOCCen+WiP86PqT3BAPGakec1nW0q5kYckKuWLo0+KSJKlbolY4LsErN+hhd X-Received: by 2002:a17:907:c318:b0:73d:be5b:273e with SMTP id tl24-20020a170907c31800b0073dbe5b273emr27554502ejc.339.1662166609114; Fri, 02 Sep 2022 17:56:49 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1662166609; cv=none; d=google.com; s=arc-20160816; b=hAjh1pc0EK7jpo0DlHGwfvfJlbdVYd3C5FAHWPG5lWH7OtiskO3Vdosxqc7lqaGME1 IkdUmmLK+5+2F64eEn0ClPiYOu0x+wPsCgzAC7Ttwuyr4dmZflxIfgxXFlsrsi+AtGX0 WN+KnPcyi5basCMxqWMU/HxbndJMocthxrlaq9wKJqSTi+lQM+1gA4BbFF1JO/HChU3w zDNUPozjmYaFFS7VJB9wbIty3hfZaniZAu5HjYeUeWdiP+wnLCnDKqm8328irvE2EVXo GGYzYrILU3ZIOI6oHeg74OCys/ehzd7aAI7Ii/dbX4uttZhkrl4O2MxuRGDGeNvri1MG WkRQ== 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=IBvO4qkKDFwYqm7S6fXdHOVkKag46t3/GGPLwUice6c=; b=oLeEWj8Y4U5SSKW72NL3RqxiiAQuZf6AluxDtigb2QwJUwbTt4NUmKkI2Z37r5xLNq uL70d62x9fQ9/Oh5he9cHPpKRsukg3sEpJ66AP/dURJ/UDYXPApGG+J1YrJSBMG/DNQk oPd3gJxTKxunjlS+TlchVAcGJoLZ1m4v3355obdm9BU7X6yZvoZ+X0dK6jMz3xaQOsdy nQP0TvehZv2ktUzTb9FwScFGSUkmCL58DZs0/l9EX03dXx4JTwFjQWv3aTSm1Gcqk06D io4vkyLJotvLGPYlpiUQ5nMmkbxhDN8MLqlIEbad0ICk//LucdFJm8/P9k9lquB7FQ7K 1UHQ== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@google.com header.s=20210112 header.b=nIs4eo4i; 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 js16-20020a17090797d000b007414bf4fe5fsi1553912ejc.264.2022.09.02.17.56.23; Fri, 02 Sep 2022 17:56:49 -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=nIs4eo4i; 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 S232014AbiICAZD (ORCPT + 99 others); Fri, 2 Sep 2022 20:25:03 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:54686 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S231695AbiICAXw (ORCPT ); Fri, 2 Sep 2022 20:23:52 -0400 Received: from mail-pl1-x64a.google.com (mail-pl1-x64a.google.com [IPv6:2607:f8b0:4864:20::64a]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id 309F710F0BB for ; Fri, 2 Sep 2022 17:23:32 -0700 (PDT) Received: by mail-pl1-x64a.google.com with SMTP id d6-20020a170902cec600b00174be1616c4so2116432plg.22 for ; Fri, 02 Sep 2022 17:23:32 -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=IBvO4qkKDFwYqm7S6fXdHOVkKag46t3/GGPLwUice6c=; b=nIs4eo4iqErAuI6XAFNgX6K77AZBYZYcdGu5RBfi6rLgj8zJaVKBGiFUF4jy+f2znL k+qC3Efd6cGYqYiNAJBp29RDUUSv2MhLCeTShr4/p8PfeNBoFjjm1pmgLwA7N9MnAr3z qjFin8J5UL85YT7wnMqEQ+7lLJUPh2RbQka0MzvYphGjsD/IksqIhauUYX33X0QJRmi0 IGsDmQ7WWt9MjzqOY+Kej5U6HJ1a3rr93F0KVIHfiaR0OGq94W+RVMqdNdJtOTMqRc/M UQpkYD+AfhWjSEyTBzdmd1UHeb0n2VLqGhCI0ia5FE6PIyWOr/KtgRP61b6mOmSw4yYk hdQQ== 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=IBvO4qkKDFwYqm7S6fXdHOVkKag46t3/GGPLwUice6c=; b=fuG08FjDQkK0omlWYr1tg73UKNtFsgN40o+6Xs2E9nNuf7YRemcS1H5Ds/ezHu93Cc hW75DohjTZcNaJxVa74sv4Fr0uB+uo7lEqFysFFbkh75GcwXVMsfVjyVaBzxAJg8ESbz N+/vHJGjqvU4fRXLzLw5jRAvX0kpfdwg8iRrosIr6E4MApGko2jAI8YbfECzFS8vppqO lnxav58TDXKdu7wTzhklMN1Q2yjqU/hMKlaI48VOiBzquw9yQDUlNjzML2OSamvu162t mBJk/lN1rR9hsLNlos0WA5Fk0V2q8H1iGG2QGG4pVdYCwmssatqbsVJoPqGKaubf4Kn4 CixQ== X-Gm-Message-State: ACgBeo1AJP5PR/8DPqpvHN5QacR8pJb25e2FhKJ3AkhRMT5oBoj5tshE IJcvNEvWzgYLVkSfxaIdV0fNPYA61hk= X-Received: from zagreus.c.googlers.com ([fda3:e722:ac3:cc00:7f:e700:c0a8:5c37]) (user=seanjc job=sendgmr) by 2002:a17:903:22c7:b0:175:3682:9cf5 with SMTP id y7-20020a17090322c700b0017536829cf5mr17164030plg.150.1662164611463; Fri, 02 Sep 2022 17:23:31 -0700 (PDT) Reply-To: Sean Christopherson Date: Sat, 3 Sep 2022 00:22:50 +0000 In-Reply-To: <20220903002254.2411750-1-seanjc@google.com> Mime-Version: 1.0 References: <20220903002254.2411750-1-seanjc@google.com> X-Mailer: git-send-email 2.37.2.789.g6183377224-goog Message-ID: <20220903002254.2411750-20-seanjc@google.com> Subject: [PATCH v2 19/23] 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, 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,T_SCC_BODY_TEXT_LINE,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 456f24378961..894d0afd761b 100644 --- a/arch/x86/kvm/svm/avic.c +++ b/arch/x86/kvm/svm/avic.c @@ -566,23 +566,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) @@ -602,7 +603,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); @@ -616,11 +616,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.2.789.g6183377224-goog