mirror of https://lore.kernel.org/lkml/
 help / color / mirror / Atom feed
From: "Chen, Zide" <zide.chen@intel.com>
To: Yosry Ahmed <yosry@kernel.org>
Cc: Sean Christopherson <seanjc@google.com>,
	Paolo Bonzini <pbonzini@redhat.com>,
	Peter Zijlstra <peterz@infradead.org>,
	kvm@vger.kernel.org, Jim Mattson <jmattson@google.com>,
	Andi Kleen <ak@linux.intel.com>,
	Stephane Eranian <eranian@google.com>,
	linux-kernel@vger.kernel.org, Mingwei Zhang <mizhang@google.com>,
	Das Sandipan <Sandipan.Das@amd.com>,
	Shukla Manali <Manali.Shukla@amd.com>,
	Dapeng Mi <dapeng1.mi@linux.intel.com>,
	Xudong Hao <xudong.hao@intel.com>
Subject: Re: [PATCH v3 05/18] KVM: x86/pmu: Drop nr_arch_{gp,fixed}_counters from kvm_pmu
Date: Mon, 9 Nov 2026 16:47:29 -0600	[thread overview]
Message-ID: <8778ee92-640e-4d20-8929-ae7212888f3e@intel.com> (raw)
In-Reply-To: <au4pSeg5AcHEbfDv@google.com>



On 11/6/2026 1:34 PM, Yosry Ahmed wrote:
>> @@ -979,8 +979,6 @@ void kvm_pmu_refresh(struct kvm_vcpu *vcpu)
>>  	kvm_pmu_reset(vcpu);
>>  
>>  	pmu->version = 0;
>> -	pmu->nr_arch_gp_counters = 0;
>> -	pmu->nr_arch_fixed_counters = 0;
>>  	pmu->counter_bitmask[KVM_PMC_GP] = 0;
>>  	pmu->counter_bitmask[KVM_PMC_FIXED] = 0;
>>  	/*
>> @@ -1008,16 +1006,12 @@ void kvm_pmu_refresh(struct kvm_vcpu *vcpu)
>>  	 * in the global controls).  Emulate that behavior when refreshing the
>>  	 * PMU so that userspace doesn't need to manually set PERF_GLOBAL_CTRL.
>>  	 */
>> -	if (pmu->nr_arch_gp_counters &&
>> +	if (kvm_gp_pmc_mask(pmu) &&
>>  	    (kvm_pmu_has_perf_global_ctrl(pmu) || kvm_vcpu_has_mediated_pmu(vcpu)))
>> -		pmu->global_ctrl = GENMASK_ULL(pmu->nr_arch_gp_counters - 1, 0);
>> +		pmu->global_ctrl = kvm_gp_pmc_mask(pmu);
>>  
>>  	if (kvm_vcpu_has_mediated_pmu(vcpu))
>>  		kvm_pmu_call(write_global_ctrl)(pmu->global_ctrl);
>> -
>> -	bitmap_set(pmu->pmc_exists, 0, pmu->nr_arch_gp_counters);
>> -	bitmap_set(pmu->pmc_exists, KVM_FIXED_PMC_BASE_IDX,
>> -		   pmu->nr_arch_fixed_counters);
> 
> I understand the vendor modules are responsible of initializing this
> now, but should we clear it before calling into the vendors like other
> fields above?
> 
>>  }
>>  
>>  void kvm_pmu_init(struct kvm_vcpu *vcpu)
>> @@ -1328,6 +1322,8 @@ static __always_inline u32 gp_eventsel_msr(u32 idx)
>>  static void kvm_pmu_load_guest_pmcs(struct kvm_vcpu *vcpu)
>>  {
>>  	struct kvm_pmu *pmu = vcpu_to_pmu(vcpu);
>> +	unsigned long fixed_mask = kvm_fixed_pmc_mask(pmu);
>> +	unsigned long gp_mask = kvm_gp_pmc_mask(pmu);
> 
> All these should go away if we pass the pmu into the iterators.

This is great!
>> @@ -117,7 +116,7 @@ static bool amd_is_valid_msr(struct kvm_vcpu *vcpu, u32 msr)
>>  		return pmu->version > 1;
>>  	default:
>>  		if (msr > MSR_F15H_PERF_CTR5 &&
>> -		    msr < MSR_F15H_PERF_CTL0 + 2 * pmu->nr_arch_gp_counters)
>> +		    msr < MSR_F15H_PERF_CTL0 + 2 * hweight_long(kvm_gp_pmc_mask(pmu)))
> 
> This assumes the MSRs are contiguous, which IIUC is always true, but I
> wonder if it should also be handled since the series claims to also
> prepare for discontiguous GP counters.

As Jim pointed out, this is dead code as KVM_MAX_NR_AMD_GP_COUNTERS is
capped at 6. Yes, I agree it is better not to assume contiguity if this
code is not removed.

> 
>>  			return pmu->version > 1;
>>  		break;
>>  	}
> [..]
>> @@ -107,6 +108,8 @@ static struct kvm_pmc *intel_rdpmc_ecx_to_pmc(struct kvm_vcpu *vcpu,
>>  	if (WARN_ON_ONCE(!pmu->version))
>>  		return NULL;
>>  
>> +	idx &= INTEL_RDPMC_INDEX_MASK;
>> +
>>  	/*
>>  	 * General Purpose (GP) PMCs are supported on all PMUs, and fixed PMCs
>>  	 * are supported on all architectural PMUs, i.e. on all virtual PMUs
>> @@ -117,23 +120,25 @@ static struct kvm_pmc *intel_rdpmc_ecx_to_pmc(struct kvm_vcpu *vcpu,
>>  	 */
>>  	switch (type) {
>>  	case INTEL_RDPMC_FIXED:
>> +		if (!kvm_is_fixed_pmc_supported(pmu, idx))
>> +			return NULL;
>> +
>>  		counters = pmu->fixed_counters;
>> -		num_counters = pmu->nr_arch_fixed_counters;
>> +		num_counters = KVM_MAX_NR_INTEL_FIXED_COUNTERS;
>>  		bitmask = pmu->counter_bitmask[KVM_PMC_FIXED];
>>  		break;
>>  	case INTEL_RDPMC_GP:
>> +		if (!kvm_is_gp_pmc_supported(pmu, idx))
>> +			return NULL;
>> +
>>  		counters = pmu->gp_counters;
>> -		num_counters = pmu->nr_arch_gp_counters;
>> +		num_counters = KVM_MAX_NR_INTEL_GP_COUNTERS;
> 
> num_counters is no longer an accurate name, is it? Maybe max_counter
> (and use KVM_MAX_* - 1) or max_nr_counters?

Good point, I can rename it to max_nr_counters. >
>>  		bitmask = pmu->counter_bitmask[KVM_PMC_GP];
>>  		break;
>>  	default:
>>  		return NULL;
>>  	}
>>  
>> -	idx &= INTEL_RDPMC_INDEX_MASK;
>> -	if (idx >= num_counters)
>> -		return NULL;
>> -
>>  	*mask &= bitmask;
>>  	return &counters[array_index_nospec(idx, num_counters)];
>>  }
>> @@ -495,9 +500,10 @@ static __always_inline u64 intel_get_fixed_pmc_eventsel(unsigned int index)
>>  
>>  static void intel_pmu_enable_fixed_counter_bits(struct kvm_pmu *pmu, u64 bits)
>>  {
>> +	unsigned long fixed_mask = kvm_fixed_pmc_mask(pmu);
>>  	int i;
>>  
>> -	for (i = 0; i < pmu->nr_arch_fixed_counters; i++)
>> +	kvm_for_each_fixed_counter(i, fixed_mask)
>>  		pmu->fixed_ctr_ctrl_rsvd &= ~intel_fixed_bits_by_idx(i, bits);
>>  }
>>  
>> @@ -509,6 +515,8 @@ static void intel_pmu_refresh(struct kvm_vcpu *vcpu)
>>  	union cpuid10_eax eax;
>>  	union cpuid10_edx edx;
>>  	u64 perf_capabilities;
>> +	u64 fixed_mask;
>> +	int nr_gp_counters;
>>  	u64 counter_rsvd;
>>  
>>  	if (!lbr_desc)
>> @@ -535,8 +543,6 @@ static void intel_pmu_refresh(struct kvm_vcpu *vcpu)
>>  	if (!pmu->version)
>>  		return;
>>  
>> -	pmu->nr_arch_gp_counters = min_t(int, eax.split.num_counters,
>> -					 kvm_pmu_cap.num_counters_gp);
>>  	eax.split.bit_width = min_t(int, eax.split.bit_width,
>>  				    kvm_pmu_cap.bit_width_gp);
>>  	pmu->counter_bitmask[KVM_PMC_GP] = BIT_ULL(eax.split.bit_width) - 1;
>> @@ -544,6 +550,17 @@ static void intel_pmu_refresh(struct kvm_vcpu *vcpu)
>>  				      kvm_pmu_cap.events_mask_len);
>>  	pmu->available_event_types = ~entry->ebx & (BIT_ULL(eax.split.mask_length) - 1);
>>  
>> +	fixed_mask = BIT_ULL(edx.split.num_counters_fixed) - 1;
>> +	fixed_mask &= BIT_ULL(kvm_pmu_cap.num_counters_fixed) - 1;
> 
> Why not do min() like the old code?
> 
>> +
>> +	/*
>> +	 * The number of counters comes from guest CPUID data. Clamp the value
>> +	 * to avoid a shift-by-64 in BIT_ULL().
>> +	 */
>> +	nr_gp_counters = min_t(int, eax.split.num_counters, X86_PMC_IDX_MAX - 1);
>> +	pmu->pmc_exists64 = (BIT_ULL(nr_gp_counters) - 1) &
>> +			    (BIT_ULL(kvm_pmu_cap.num_counters_gp) - 1);
> 
> Why not just do min(eax.split.num_counters, kvm_pmu_cap.num_counters_gp)
> directly like it used to be?

Agreed. I will simplify both to use min_t() directly:

        nr_gp_counters = min_t(int, eax.split.num_counters,
                               kvm_pmu_cap.num_counters_gp);
        pmu->pmc_exists64 = BIT_ULL(nr_gp_counters) - 1;

and:

        nr_fixed_counters = min_t(int, edx.split.num_counters_fixed,
                                  kvm_pmu_cap.num_counters_fixed);
        fixed_mask = BIT_ULL(nr_fixed_counters) - 1;

Then patch 8 can simply replace kvm_pmu_cap.num_counters_* with
find_first_zero_bit().



  parent reply	other threads:[~2026-11-09 22:47 UTC|newest]

Thread overview: 55+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2026-11-06  1:39 [PATCH v3 00/18] KVM: x86/pmu: Add mediated vPMU PerfMon v5 support Zide Chen
2026-11-06  1:39 ` [PATCH v3 01/18] KVM: x86/pmu: Remove redundant Perf Global Status MSR bit definitions Zide Chen
2026-11-06 18:19   ` Yosry Ahmed
2026-11-06  1:39 ` [PATCH v3 02/18] KVM: x86/pmu: Rename all_valid_pmc_idx to pmc_exists Zide Chen
2026-11-06 18:21   ` Yosry Ahmed
2026-11-06  1:39 ` [PATCH v3 03/18] KVM: x86/pmu: Rename reserved_bits to eventsel_rsvd in kvm_pmu Zide Chen
2026-11-06 18:37   ` Yosry Ahmed
2026-11-06 21:16     ` Chen, Zide
2026-11-06 22:38       ` Yosry Ahmed
2026-11-06  1:39 ` [PATCH v3 04/18] KVM: x86/pmu: Add PMC bitmap accessor helpers Zide Chen
2026-11-06 19:09   ` Yosry Ahmed
2026-11-06 22:19     ` Chen, Zide
2026-11-06 22:35       ` Yosry Ahmed
2026-11-09  7:53         ` Mi, Dapeng
2026-11-09 17:56           ` Chen, Zide
2026-11-09 17:55         ` Chen, Zide
2026-11-09 18:07           ` Yosry Ahmed
2026-11-09 18:59             ` Chen, Zide
2026-11-09 21:12               ` Yosry Ahmed
2026-11-09 21:59                 ` Chen, Zide
2026-11-09 22:07                   ` Yosry Ahmed
2026-11-09 22:26                     ` Chen, Zide
2026-11-06  1:39 ` [PATCH v3 05/18] KVM: x86/pmu: Drop nr_arch_{gp,fixed}_counters from kvm_pmu Zide Chen
2026-11-06 19:34   ` Yosry Ahmed
2026-11-07  0:42     ` Jim Mattson
2026-11-07  2:26       ` Yosry Ahmed
2026-11-09 22:42       ` Chen, Zide
2026-11-09 22:47     ` Chen, Zide [this message]
2026-11-06  1:39 ` [PATCH v3 06/18] KVM: x86/pmu: Expose kvm_host_pmu to vendor modules Zide Chen
2026-11-06 19:37   ` Yosry Ahmed
2026-11-06  1:39 ` [PATCH v3 07/18] perf/x86: Plumb counter bitmap from x86_pmu to x86_pmu_cap Zide Chen
2026-11-06  1:39 ` [PATCH v3 08/18] KVM: x86/pmu: Switch to bitmask-based KVM PMU capabilities Zide Chen
2026-11-06 20:05   ` Yosry Ahmed
2026-11-09 21:22     ` Chen, Zide
2026-11-09 20:50   ` Jim Mattson
2026-11-06  1:39 ` [PATCH v3 09/18] perf/x86: Remove num_counters_{gp,fixed} from x86_pmu_capability Zide Chen
2026-11-06  1:39 ` [PATCH v3 10/18] KVM: x86/pmu: Document GLOBAL_STATUS_RESET passthrough erratum Zide Chen
2026-11-06 20:14   ` Yosry Ahmed
2026-11-09 20:51   ` Jim Mattson
2026-11-06  1:39 ` [PATCH v3 11/18] KVM: x86/pmu: Emulate IA32_PERF_GLOBAL_STATUS_SET MSR Zide Chen
2026-11-06 20:35   ` Yosry Ahmed
2026-11-09 20:53   ` Jim Mattson
2026-11-06  1:39 ` [PATCH v3 12/18] KVM: x86/pmu: Emulate IA32_PERF_GLOBAL_INUSE MSR Zide Chen
2026-11-09 20:54   ` Jim Mattson
2026-11-06  1:39 ` [PATCH v3 13/18] KVM: x86/pmu: Populate CPUID.0AH:ECX fixed-counter bitmap Zide Chen
2026-11-06 21:00   ` Yosry Ahmed
2026-11-09 20:41     ` Chen, Zide
2026-11-06  1:39 ` [PATCH v3 14/18] KVM: x86/pmu: Factor out fixed counter control bit calculation Zide Chen
2026-11-06  1:39 ` [PATCH v3 15/18] KVM: x86/pmu: Mask only OS/USR bits when filtering fixed counters Zide Chen
2026-11-06 21:19   ` Jim Mattson
2026-11-06  1:39 ` [PATCH v3 16/18] KVM: x86/pmu: Ignore AnyThread bit if CPUID.0AH:EDX[15] is set Zide Chen
2026-11-09 20:56   ` Jim Mattson
2026-11-06  1:39 ` [PATCH v3 17/18] KVM: x86/pmu: Advertise PerfMon version 5 on Intel hosts Zide Chen
2026-11-06 21:20   ` Jim Mattson
2026-11-06  1:39 ` [PATCH v3 18/18] KVM: selftests: Support fixed counters bitmap in pmu_counters_test Zide Chen

Reply instructions:

You may reply publicly to this message via plain-text email
using any one of the following methods:

* Save the following mbox file, import it into your mail client,
  and reply-to-all from there: mbox

  Avoid top-posting and favor interleaved quoting:
  https://en.wikipedia.org/wiki/Posting_style#Interleaved_style

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=8778ee92-640e-4d20-8929-ae7212888f3e@intel.com \
    --to=zide.chen@intel.com \
    --cc=Manali.Shukla@amd.com \
    --cc=Sandipan.Das@amd.com \
    --cc=ak@linux.intel.com \
    --cc=dapeng1.mi@linux.intel.com \
    --cc=eranian@google.com \
    --cc=jmattson@google.com \
    --cc=kvm@vger.kernel.org \
    --cc=linux-kernel@vger.kernel.org \
    --cc=mizhang@google.com \
    --cc=pbonzini@redhat.com \
    --cc=peterz@infradead.org \
    --cc=seanjc@google.com \
    --cc=xudong.hao@intel.com \
    --cc=yosry@kernel.org \
    /path/to/YOUR_REPLY

  https://kernel.org/pub/software/scm/git/docs/git-send-email.html

* If your mail client supports setting the In-Reply-To header
  via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox

all inboxes | Powered by JetHome®