Received: by 2002:a05:7412:e794:b0:fa:551:50a7 with SMTP id o20csp631962rdd; Tue, 9 Jan 2024 15:03:42 -0800 (PST) X-Google-Smtp-Source: AGHT+IE+IXeACqxgRS2pPW55CWlEM4uK6T3n+iyeIBkrc+m+l5iUXmLINbUzzlyKoBQiBjiqwXWI X-Received: by 2002:a05:622a:148c:b0:429:9175:db33 with SMTP id t12-20020a05622a148c00b004299175db33mr141657qtx.126.1704841422199; Tue, 09 Jan 2024 15:03:42 -0800 (PST) ARC-Seal: i=1; a=rsa-sha256; t=1704841422; cv=none; d=google.com; s=arc-20160816; b=Qw2kbCjkjRL67QG0IYTAD9CraIk/iTcqwsd+usXav8wo/zVKKnXxXOnV8+w8bIx7Oa Bg0oUTDY6hIPMxS7uHN1WfesZ/Hw5tBkLKHfHjdxWJX1GRXiU1ibUPMH0vTcZiFwUmgs c4tYecbgqlaM/cn+INdF7vu5pRQJ1Ls/Pz9xMiw/jFxoOD9hNfQUQKnnqRzDILnr3RJa VSI7KxQjYwQjkwYEhAlCZ70Dl1EroTGhzihG0ObXgw36DHdh0NTaTDaYNtsxYeQzTzHN szyykZpXqWQxZYR+P77BQmh7IToagbDjTl/J3ZSDm/R89vkbMRQU7U2sm/w7kz/WMtgA rgbg== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=cc:to:from:subject:message-id:references:mime-version :list-unsubscribe:list-subscribe:list-id:precedence:in-reply-to:date :reply-to:dkim-signature; bh=HsoPw14+SR4y1nfwaUCspMsfITq+8rVX8VzUMdYGdzk=; fh=gm96CM+cG0KJxn7vnhn0c1c98ILNP1HHUrKfrGecw3M=; b=OC6OoJ5ygJfNeLrvXybWaHXsjJgQnObfZ9H0dRgAvZ+QIdiUutqupX65Vvov01H55z EECdngCjV4UcrwoNpQV+x9J1KQsV87D0vkTvLWi7bAAPkBqHRjwRZ1rHqD4CE9siB6dR 4rneAWnUHWlnbyVCe8MyGVH29J9NkI/Hn63Kn4qYUTCJNO3fNce0Je4HEHvgURSNqpWJ bLg+CDw7h01ihXE2GgW3jicNKzHzdvMZdTZj8kk4t85I7KKQLuC2J3XIqwVmCNZD1MBl 8ACmOM+8YUEWpUbj/NfADKuoO0ejDGj0ALX3vKgqmn4x8oEr9TENK2xtbd6No3YSS5dG mqzw== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@google.com header.s=20230601 header.b=tmLNOqQM; spf=pass (google.com: domain of linux-kernel+bounces-21491-linux.lists.archive=gmail.com@vger.kernel.org designates 147.75.199.223 as permitted sender) smtp.mailfrom="linux-kernel+bounces-21491-linux.lists.archive=gmail.com@vger.kernel.org"; dmarc=pass (p=REJECT sp=REJECT dis=NONE) header.from=google.com Return-Path: Received: from ny.mirrors.kernel.org (ny.mirrors.kernel.org. [147.75.199.223]) by mx.google.com with ESMTPS id bl6-20020a05622a244600b00429a6f9d29esi2165582qtb.129.2024.01.09.15.03.42 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Tue, 09 Jan 2024 15:03:42 -0800 (PST) Received-SPF: pass (google.com: domain of linux-kernel+bounces-21491-linux.lists.archive=gmail.com@vger.kernel.org designates 147.75.199.223 as permitted sender) client-ip=147.75.199.223; Authentication-Results: mx.google.com; dkim=pass header.i=@google.com header.s=20230601 header.b=tmLNOqQM; spf=pass (google.com: domain of linux-kernel+bounces-21491-linux.lists.archive=gmail.com@vger.kernel.org designates 147.75.199.223 as permitted sender) smtp.mailfrom="linux-kernel+bounces-21491-linux.lists.archive=gmail.com@vger.kernel.org"; dmarc=pass (p=REJECT sp=REJECT dis=NONE) header.from=google.com Received: from smtp.subspace.kernel.org (wormhole.subspace.kernel.org [52.25.139.140]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by ny.mirrors.kernel.org (Postfix) with ESMTPS id E169C1C24FB8 for ; Tue, 9 Jan 2024 23:03:41 +0000 (UTC) Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by smtp.subspace.kernel.org (Postfix) with ESMTP id B1A5E3EA91; Tue, 9 Jan 2024 23:02:59 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=google.com header.i=@google.com header.b="tmLNOqQM" Received: from mail-pg1-f202.google.com (mail-pg1-f202.google.com [209.85.215.202]) (using TLSv1.2 with cipher ECDHE-RSA-AES128-GCM-SHA256 (128/128 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id 4E7F93E489 for ; Tue, 9 Jan 2024 23:02:57 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=reject dis=none) header.from=google.com Authentication-Results: smtp.subspace.kernel.org; spf=pass smtp.mailfrom=flex--seanjc.bounces.google.com Received: by mail-pg1-f202.google.com with SMTP id 41be03b00d2f7-5ce12b4c1c9so1484222a12.1 for ; Tue, 09 Jan 2024 15:02:57 -0800 (PST) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=20230601; t=1704841377; x=1705446177; darn=vger.kernel.org; h=cc:to:from:subject:message-id:references:mime-version:in-reply-to :date:reply-to:from:to:cc:subject:date:message-id:reply-to; bh=HsoPw14+SR4y1nfwaUCspMsfITq+8rVX8VzUMdYGdzk=; b=tmLNOqQMRC/MuQzqnbjhsoPjImfUUfWsE/MpvXNyny9vbsGzaLzZAdSE8rsGoo6Zm3 nQQlU1ILKyBGpA9O8k/nEE7DgSAul9qYUDgiMppm81GmUqPFAfTdpnDXmTT8bBSGg+Ah pNYnJQ2Ul+vjC0EjtXrki12YV4Pj7p19YOiPS61+iFZH2+T7F2bH1mb2OG55ZLVngyhY RXReUyUjgGwBJfco+CnwrPx4HCuqu36J3k3N+BzKXyzwzeCp56esd0Foh90Vy+MRkC24 Nz/cH7BtOMCNwiXeAxUv5FN1mXCEh4umxbssS/wqtQ1mnEMohkMrYajs7HFudCVPGvG1 hrpQ== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20230601; t=1704841377; x=1705446177; 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:message-id :reply-to; bh=HsoPw14+SR4y1nfwaUCspMsfITq+8rVX8VzUMdYGdzk=; b=ZnKAPIO/nN50+OUAvjMISas5kwle/l/knRNQHM5FbAf1m1l921lvgeAJwMz9SVjF8k +awja2gnEgYjsNU6E62gt2nz9Pd1JW72ndApBv2lDnHSBnRXvhgLFCvYBos0saUaGcyI vHYUvsjffCQaj7DBP0M7vZuel2jeUSrAcboMx135jp1ehelDcfSLK3TXK3G7QbqSavYX 1Xp4/v7BsVjDBVa1SbsENx/wDPdmhicSciHt8p+zxAwVH1lruEM8kVsa0/haX3jJoFon 2LGbgGmiyXK+fyI2IJptlBhQhhRU6p6lyONN0Z9vVnbTpRz7TNnCDDy7HNVe51QMXkfL m9gA== X-Gm-Message-State: AOJu0YzI/aEb8b28VWBnpmn0Qg5AcViQb+XWQT4vk+Nn9Wf72tQHAKqc fSZDBk3MsznDQZW4BJEJeHq/1zX1MfGHRFK8YA== X-Received: from zagreus.c.googlers.com ([fda3:e722:ac3:cc00:7f:e700:c0a8:5c37]) (user=seanjc job=sendgmr) by 2002:a05:6a02:50d:b0:5ce:5301:f42 with SMTP id bx13-20020a056a02050d00b005ce53010f42mr182pgb.4.1704841376753; Tue, 09 Jan 2024 15:02:56 -0800 (PST) Reply-To: Sean Christopherson Date: Tue, 9 Jan 2024 15:02:22 -0800 In-Reply-To: <20240109230250.424295-1-seanjc@google.com> Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: Mime-Version: 1.0 References: <20240109230250.424295-1-seanjc@google.com> X-Mailer: git-send-email 2.43.0.472.g3155946c3a-goog Message-ID: <20240109230250.424295-3-seanjc@google.com> Subject: [PATCH v10 02/29] KVM: x86/pmu: Allow programming events that match unsupported arch events From: Sean Christopherson To: Sean Christopherson , Paolo Bonzini Cc: kvm@vger.kernel.org, linux-kernel@vger.kernel.org, Kan Liang , Dapeng Mi , Jim Mattson , Jinrong Liang , Aaron Lewis , Like Xu Content-Type: text/plain; charset="UTF-8" Remove KVM's bogus restriction that the guest can't program an event whose encoding matches an unsupported architectural event. The enumeration of an architectural event only says that if a CPU supports an architectural event, then the event can be programmed using the architectural encoding. The enumeration does NOT say anything about the encoding when the CPU doesn't report support the architectural event. Preventing the guest from counting events whose encoding happens to match an architectural event breaks existing functionality whenever Intel adds an architectural encoding that was *ever* used for a CPU that doesn't enumerate support for the architectural event, even if the encoding is for the exact same event! E.g. the architectural encoding for Top-Down Slots is 0x01a4. Broadwell CPUs, which do not support the Top-Down Slots architectural event, 0x01a4 is a valid, model-specific event. Denying guest usage of 0x01a4 if/when KVM adds support for Top-Down slots would break any Broadwell-based guest. Reported-by: Kan Liang Closes: https://lore.kernel.org/all/2004baa6-b494-462c-a11f-8104ea152c6a@linux.intel.com Fixes: a21864486f7e ("KVM: x86/pmu: Fix available_event_types check for REF_CPU_CYCLES event") Reviewed-by: Dapeng Mi Reviewed-by: Jim Mattson Reviewed-by: Kan Liang Signed-off-by: Sean Christopherson --- arch/x86/include/asm/kvm-x86-pmu-ops.h | 1 - arch/x86/kvm/pmu.c | 1 - arch/x86/kvm/pmu.h | 1 - arch/x86/kvm/svm/pmu.c | 6 ---- arch/x86/kvm/vmx/pmu_intel.c | 38 -------------------------- 5 files changed, 47 deletions(-) diff --git a/arch/x86/include/asm/kvm-x86-pmu-ops.h b/arch/x86/include/asm/kvm-x86-pmu-ops.h index 058bc636356a..d7eebee4450c 100644 --- a/arch/x86/include/asm/kvm-x86-pmu-ops.h +++ b/arch/x86/include/asm/kvm-x86-pmu-ops.h @@ -12,7 +12,6 @@ BUILD_BUG_ON(1) * a NULL definition, for example if "static_call_cond()" will be used * at the call sites. */ -KVM_X86_PMU_OP(hw_event_available) KVM_X86_PMU_OP(pmc_idx_to_pmc) KVM_X86_PMU_OP(rdpmc_ecx_to_pmc) KVM_X86_PMU_OP(msr_idx_to_pmc) diff --git a/arch/x86/kvm/pmu.c b/arch/x86/kvm/pmu.c index 87cc6c8809ad..30945fea6988 100644 --- a/arch/x86/kvm/pmu.c +++ b/arch/x86/kvm/pmu.c @@ -441,7 +441,6 @@ static bool check_pmu_event_filter(struct kvm_pmc *pmc) static bool pmc_event_is_allowed(struct kvm_pmc *pmc) { return pmc_is_globally_enabled(pmc) && pmc_speculative_in_use(pmc) && - static_call(kvm_x86_pmu_hw_event_available)(pmc) && check_pmu_event_filter(pmc); } diff --git a/arch/x86/kvm/pmu.h b/arch/x86/kvm/pmu.h index 7caeb3d8d4fd..87ecf22f5b25 100644 --- a/arch/x86/kvm/pmu.h +++ b/arch/x86/kvm/pmu.h @@ -19,7 +19,6 @@ #define VMWARE_BACKDOOR_PMC_APPARENT_TIME 0x10002 struct kvm_pmu_ops { - bool (*hw_event_available)(struct kvm_pmc *pmc); struct kvm_pmc *(*pmc_idx_to_pmc)(struct kvm_pmu *pmu, int pmc_idx); struct kvm_pmc *(*rdpmc_ecx_to_pmc)(struct kvm_vcpu *vcpu, unsigned int idx, u64 *mask); diff --git a/arch/x86/kvm/svm/pmu.c b/arch/x86/kvm/svm/pmu.c index b6a7ad4d6914..1475d47c821c 100644 --- a/arch/x86/kvm/svm/pmu.c +++ b/arch/x86/kvm/svm/pmu.c @@ -73,11 +73,6 @@ static inline struct kvm_pmc *get_gp_pmc_amd(struct kvm_pmu *pmu, u32 msr, return amd_pmc_idx_to_pmc(pmu, idx); } -static bool amd_hw_event_available(struct kvm_pmc *pmc) -{ - return true; -} - static bool amd_is_valid_rdpmc_ecx(struct kvm_vcpu *vcpu, unsigned int idx) { struct kvm_pmu *pmu = vcpu_to_pmu(vcpu); @@ -233,7 +228,6 @@ static void amd_pmu_init(struct kvm_vcpu *vcpu) } struct kvm_pmu_ops amd_pmu_ops __initdata = { - .hw_event_available = amd_hw_event_available, .pmc_idx_to_pmc = amd_pmc_idx_to_pmc, .rdpmc_ecx_to_pmc = amd_rdpmc_ecx_to_pmc, .msr_idx_to_pmc = amd_msr_idx_to_pmc, diff --git a/arch/x86/kvm/vmx/pmu_intel.c b/arch/x86/kvm/vmx/pmu_intel.c index 8207f8c03585..1a7d021a6c7b 100644 --- a/arch/x86/kvm/vmx/pmu_intel.c +++ b/arch/x86/kvm/vmx/pmu_intel.c @@ -101,43 +101,6 @@ static struct kvm_pmc *intel_pmc_idx_to_pmc(struct kvm_pmu *pmu, int pmc_idx) } } -static bool intel_hw_event_available(struct kvm_pmc *pmc) -{ - struct kvm_pmu *pmu = pmc_to_pmu(pmc); - u8 event_select = pmc->eventsel & ARCH_PERFMON_EVENTSEL_EVENT; - u8 unit_mask = (pmc->eventsel & ARCH_PERFMON_EVENTSEL_UMASK) >> 8; - int i; - - /* - * Fixed counters are always available if KVM reaches this point. If a - * fixed counter is unsupported in hardware or guest CPUID, KVM doesn't - * allow the counter's corresponding MSR to be written. KVM does use - * architectural events to program fixed counters, as the interface to - * perf doesn't allow requesting a specific fixed counter, e.g. perf - * may (sadly) back a guest fixed PMC with a general purposed counter. - * But if _hardware_ doesn't support the associated event, KVM simply - * doesn't enumerate support for the fixed counter. - */ - if (pmc_is_fixed(pmc)) - return true; - - BUILD_BUG_ON(ARRAY_SIZE(intel_arch_events) != NR_INTEL_ARCH_EVENTS); - - /* - * Disallow events reported as unavailable in guest CPUID. Note, this - * doesn't apply to pseudo-architectural events (see above). - */ - for (i = 0; i < NR_REAL_INTEL_ARCH_EVENTS; i++) { - if (intel_arch_events[i].eventsel != event_select || - intel_arch_events[i].unit_mask != unit_mask) - continue; - - return pmu->available_event_types & BIT(i); - } - - return true; -} - static bool intel_is_valid_rdpmc_ecx(struct kvm_vcpu *vcpu, unsigned int idx) { struct kvm_pmu *pmu = vcpu_to_pmu(vcpu); @@ -780,7 +743,6 @@ void intel_pmu_cross_mapped_check(struct kvm_pmu *pmu) } struct kvm_pmu_ops intel_pmu_ops __initdata = { - .hw_event_available = intel_hw_event_available, .pmc_idx_to_pmc = intel_pmc_idx_to_pmc, .rdpmc_ecx_to_pmc = intel_rdpmc_ecx_to_pmc, .msr_idx_to_pmc = intel_msr_idx_to_pmc, -- 2.43.0.472.g3155946c3a-goog