Received: by 2002:ab2:3350:0:b0:1f4:6588:b3a7 with SMTP id o16csp1737847lqe; Mon, 8 Apr 2024 20:34:57 -0700 (PDT) X-Forwarded-Encrypted: i=3; AJvYcCWEuh97Ydhpin2GbISn8hcf6rbauKKHYox6CaUrCNilzcpy8AAPJsTuVJxW9Quqyd7V3i8S0HmVCfU8xU2Vi6FOmiREIa7vr5nKLCDDFA== X-Google-Smtp-Source: AGHT+IGC4UFV4rEDm59kza/BshnFr6TRvZITDnjmvMY4114qMSTVidZfIJElMroXo4Ibruud3bqJ X-Received: by 2002:a05:6a00:3909:b0:6ed:41f3:cd09 with SMTP id fh9-20020a056a00390900b006ed41f3cd09mr3618494pfb.8.1712633697391; Mon, 08 Apr 2024 20:34:57 -0700 (PDT) ARC-Seal: i=2; a=rsa-sha256; t=1712633697; cv=pass; d=google.com; s=arc-20160816; b=mxjTPFM8ovfUu4zhQCjpk2VqBxfNQfkgjdZvfvFU9YSnCBc6wwrtRfiZnxWM4qjv2X YFdVVaqFh+W9VKTh3cyXETg/sUHoUw3K4De2Ss/8n9M3/y+o2jHSFZDhhFBjsfHpcrha UCFr0V50dKEMrohDuuHpI0hilC8DbkbNsKWbYF2UCeL1CwgDjxVVavIOrMcdUSvolqcD Km30ML/LPQZg+AsvCNTfI5uQGr70SvNqO6pevHM6Mfue6hX5GDbIwhGjw6wmBsnNf+oD M8WQfQjHY11CXnVJB7BB7amxjUhoK/M36qIca8ckcB5Do/BidOySdr5bKEVp1MscBYwV Soaw== ARC-Message-Signature: i=2; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=content-transfer-encoding:in-reply-to:from:content-language :references:cc:to:subject:user-agent:mime-version:list-unsubscribe :list-subscribe:list-id:precedence:date:message-id:dkim-signature; bh=vHu+zyPnx6Bb9Hqk/i/YTLOQp2q+cVqSFenL8jNM6PQ=; fh=Fgosouhnnb0Tg+B4zt0jPW2SYN0fzXrOuiZQ6VFtW8w=; b=LmNCzcItUsns76bYzP6kJjQDyLL7bc/L8I1gKOk8+a8LFWD+BZJBAjOE2yEhq10ocx 0oQLznXFzYn3khsFx0Ia3zcXB+n9gQma1iMUd4d/ekAnMV4RXZnhESohtN0V3PCUauWp QxDr+lXqYSlX1TgOK8Dd4hNI01viETYAwK1IaGjKqo+Ub3LOhzwO1DfklXY7cxj0cVd+ /NmttgNJJpQnP07lWuBo9AsnZOY/huq10lIA0fM3/Spw08l/AYvGmFeCcZJf6bdH9kQX TRIkyufx5fLIJU4YkmNZyxcLXmoVtjN6gcwKHrIRvADqQBKAE7z2gXEELr7vxaqnC+WY 2EPg==; dara=google.com ARC-Authentication-Results: i=2; mx.google.com; dkim=pass header.i=@intel.com header.s=Intel header.b=ClqKMTYR; arc=pass (i=1 dkim=pass dkdomain=intel.com dmarc=pass fromdomain=linux.intel.com); spf=pass (google.com: domain of linux-kernel+bounces-136046-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:45e3:2400::1 as permitted sender) smtp.mailfrom="linux-kernel+bounces-136046-linux.lists.archive=gmail.com@vger.kernel.org"; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=intel.com Return-Path: Received: from sv.mirrors.kernel.org (sv.mirrors.kernel.org. [2604:1380:45e3:2400::1]) by mx.google.com with ESMTPS id a63-20020a639042000000b005dca7d50880si7836276pge.696.2024.04.08.20.34.57 for (version=TLS1_3 cipher=TLS_AES_256_GCM_SHA384 bits=256/256); Mon, 08 Apr 2024 20:34:57 -0700 (PDT) Received-SPF: pass (google.com: domain of linux-kernel+bounces-136046-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:45e3:2400::1 as permitted sender) client-ip=2604:1380:45e3:2400::1; Authentication-Results: mx.google.com; dkim=pass header.i=@intel.com header.s=Intel header.b=ClqKMTYR; arc=pass (i=1 dkim=pass dkdomain=intel.com dmarc=pass fromdomain=linux.intel.com); spf=pass (google.com: domain of linux-kernel+bounces-136046-linux.lists.archive=gmail.com@vger.kernel.org designates 2604:1380:45e3:2400::1 as permitted sender) smtp.mailfrom="linux-kernel+bounces-136046-linux.lists.archive=gmail.com@vger.kernel.org"; dmarc=pass (p=NONE sp=NONE dis=NONE) header.from=intel.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 sv.mirrors.kernel.org (Postfix) with ESMTPS id CA73A284042 for ; Tue, 9 Apr 2024 00:29:27 +0000 (UTC) Received: from localhost.localdomain (localhost.localdomain [127.0.0.1]) by smtp.subspace.kernel.org (Postfix) with ESMTP id D1B494A3C; Tue, 9 Apr 2024 00:29:07 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; dkim=pass (2048-bit key) header.d=intel.com header.i=@intel.com header.b="ClqKMTYR" Received: from mgamail.intel.com (mgamail.intel.com [198.175.65.13]) (using TLSv1.2 with cipher ECDHE-RSA-AES256-GCM-SHA384 (256/256 bits)) (No client certificate requested) by smtp.subspace.kernel.org (Postfix) with ESMTPS id B618A110A; Tue, 9 Apr 2024 00:29:04 +0000 (UTC) Authentication-Results: smtp.subspace.kernel.org; arc=none smtp.client-ip=198.175.65.13 ARC-Seal:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1712622546; cv=none; b=KNGA85tRXShlZPgF4Pcq8325BTSbCPXPXIABqrqDjBM1T9DNcTY6Y1NDRfT0GGluwLj+m1jgQZRN1vnYYs5S2MiRnBJ1ESokvb7ACjXSU15gm+cQZ0Qvi6DUPhfoD+xs2Bf8ovcgfYF7fyzPDdfMgFV23ZJPizgna6JvDQ+FzPw= ARC-Message-Signature:i=1; a=rsa-sha256; d=subspace.kernel.org; s=arc-20240116; t=1712622546; c=relaxed/simple; bh=omwxEjlQrrCmbYWEbZK/fq6CZo0DirAMQNhwIlouZxI=; h=Message-ID:Date:MIME-Version:Subject:To:Cc:References:From: In-Reply-To:Content-Type; b=hurAExDaampBnb5ynASMJ9h2KvRIRr2hYJf7IsZ3etbSaEvFFYQOlDvJWKhSxw7g810CS96jcvQC6XHkKJIM7RjCujXCKj56g4wuFZyqMIsVEWAh5Prmg/JnKrbxPriBWVO6+QAHhzyyHFMRjjYjhr0UvGrTVIJM8a6HAEHf0Mw= ARC-Authentication-Results:i=1; smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=linux.intel.com; spf=none smtp.mailfrom=linux.intel.com; dkim=pass (2048-bit key) header.d=intel.com header.i=@intel.com header.b=ClqKMTYR; arc=none smtp.client-ip=198.175.65.13 Authentication-Results: smtp.subspace.kernel.org; dmarc=pass (p=none dis=none) header.from=linux.intel.com Authentication-Results: smtp.subspace.kernel.org; spf=none smtp.mailfrom=linux.intel.com DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1712622545; x=1744158545; h=message-id:date:mime-version:subject:to:cc:references: from:in-reply-to:content-transfer-encoding; bh=omwxEjlQrrCmbYWEbZK/fq6CZo0DirAMQNhwIlouZxI=; b=ClqKMTYReJwo74etqICMPSg79ydjrIePZwrHOI9O1CHB2gQ2tW7xKpVH +eIxtqXnzrUEIlUxhERfq6in9+ik6CPiQMhQBalVXFDW5mlhXbce26ygv 7aq8/6EtAlt4wQYMPupwd52jd9IXEc4feZz4yf7ixWPYceGG+k2ociv0n EqVpYaNVQYkns852uKsEGaTyS8L+xYFZt7T8rSgorHbw6Y0XE0xZ/4rhG tOv7LEfWU7LxJL5TIVrVSslcie+s1D+lA3kx9YhkRGF7zIVPqfH3V+NKz PdQ3rpFcdal9RmSKc3BWhzx5w1OdxTu8f/6rtWodlcJbcxeCfn3GFOpTG A==; X-CSE-ConnectionGUID: g1mzpvFJQbqqOEZYFcoNmQ== X-CSE-MsgGUID: n86xc/5AQ5aXQmSy0q++0w== X-IronPort-AV: E=McAfee;i="6600,9927,11038"; a="19072796" X-IronPort-AV: E=Sophos;i="6.07,188,1708416000"; d="scan'208";a="19072796" Received: from fmviesa010.fm.intel.com ([10.60.135.150]) by orvoesa105.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 08 Apr 2024 17:29:04 -0700 X-CSE-ConnectionGUID: HGZ8AKgZQ7G2VAC753p+7A== X-CSE-MsgGUID: FkyE1KhKRj6OIGh7R2wGTQ== X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="6.07,188,1708416000"; d="scan'208";a="20009611" Received: from dapengmi-mobl1.ccr.corp.intel.com (HELO [10.124.225.92]) ([10.124.225.92]) by fmviesa010-auth.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 08 Apr 2024 17:29:01 -0700 Message-ID: Date: Tue, 9 Apr 2024 08:28:58 +0800 Precedence: bulk X-Mailing-List: linux-kernel@vger.kernel.org List-Id: List-Subscribe: List-Unsubscribe: MIME-Version: 1.0 User-Agent: Mozilla Thunderbird Subject: Re: [kvm-unit-tests Patch v3 07/11] x86: pmu: Enable and disable PMCs in loop() asm blob To: Mingwei Zhang Cc: Sean Christopherson , Paolo Bonzini , Jim Mattson , kvm@vger.kernel.org, linux-kernel@vger.kernel.org, Zhenyu Wang , Zhang Xiong , Like Xu , Jinrong Liang , Dapeng Mi References: <20240103031409.2504051-1-dapeng1.mi@linux.intel.com> <20240103031409.2504051-8-dapeng1.mi@linux.intel.com> Content-Language: en-US From: "Mi, Dapeng" In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit On 4/9/2024 7:17 AM, Mingwei Zhang wrote: > On Wed, Mar 27, 2024, Mi, Dapeng wrote: >> On 3/27/2024 2:07 PM, Mingwei Zhang wrote: >>> On Wed, Jan 03, 2024, Dapeng Mi wrote: >>>> Currently enabling PMCs, executing loop() and disabling PMCs are divided >>>> 3 separated functions. So there could be other instructions executed >>>> between enabling PMCS and running loop() or running loop() and disabling >>>> PMCs, e.g. if there are multiple counters enabled in measure_many() >>>> function, the instructions which enabling the 2nd and more counters >>>> would be counted in by the 1st counter. >>>> >>>> So current implementation can only verify the correctness of count by an >>>> rough range rather than a precise count even for instructions and >>>> branches events. Strictly speaking, this verification is meaningless as >>>> the test could still pass even though KVM vPMU has something wrong and >>>> reports an incorrect instructions or branches count which is in the rough >>>> range. >>>> >>>> Thus, move the PMCs enabling and disabling into the loop() asm blob and >>>> ensure only the loop asm instructions would be counted, then the >>>> instructions or branches events can be verified with an precise count >>>> instead of an rough range. >>>> >>>> Signed-off-by: Dapeng Mi >>>> --- >>>> x86/pmu.c | 83 +++++++++++++++++++++++++++++++++++++++++++++---------- >>>> 1 file changed, 69 insertions(+), 14 deletions(-) >>>> >>>> diff --git a/x86/pmu.c b/x86/pmu.c >>>> index 46bed66c5c9f..88b89ad889b9 100644 >>>> --- a/x86/pmu.c >>>> +++ b/x86/pmu.c >>>> @@ -18,6 +18,20 @@ >>>> #define EXPECTED_INSTR 17 >>>> #define EXPECTED_BRNCH 5 >>>> +// Instrustion number of LOOP_ASM code >>>> +#define LOOP_INSTRNS 10 >>>> +#define LOOP_ASM \ >>>> + "1: mov (%1), %2; add $64, %1;\n\t" \ >>>> + "nop; nop; nop; nop; nop; nop; nop;\n\t" \ >>>> + "loop 1b;\n\t" >>>> + >>>> +#define PRECISE_LOOP_ASM \ >>>> + "wrmsr;\n\t" \ >>>> + "mov %%ecx, %%edi; mov %%ebx, %%ecx;\n\t" \ >>>> + LOOP_ASM \ >>>> + "mov %%edi, %%ecx; xor %%eax, %%eax; xor %%edx, %%edx;\n\t" \ >>>> + "wrmsr;\n\t" >>> Can we add "FEP" prefix into the above blob? This way, we can expand the >>> testing for emulated instructions. > Dapeng, > > Sorry, did not clarify that this is not a hard request. I am not > pushing that this need to be done in your next version if it takes > time to do so. (FEP is of couse nice to have :), but this test already > supports it in somewhere else.). > > Once your next version is ready, please send it out as soon as you can > and I am happy to give my reviews until it is merged. > > Thanks. > -Mingwei Yeah, I see there are some FEP related test cases in this test, I'm not sure if it can already meet the requirement, I would look at it later. Currently I'm busy on some high priority work, I suppose I have bandwidth to refresh a new version in next week. Thanks. >> >> Yeah, that sounds like a new feature request. I would add it in next >> version. >> >> >>>> + >>>> typedef struct { >>>> uint32_t ctr; >>>> uint64_t config; >>>> @@ -54,13 +68,43 @@ char *buf; >>>> static struct pmu_event *gp_events; >>>> static unsigned int gp_events_size; >>>> -static inline void loop(void) >>>> + >>>> +static inline void __loop(void) >>>> +{ >>>> + unsigned long tmp, tmp2, tmp3; >>>> + >>>> + asm volatile(LOOP_ASM >>>> + : "=c"(tmp), "=r"(tmp2), "=r"(tmp3) >>>> + : "0"(N), "1"(buf)); >>>> +} >>>> + >>>> +/* >>>> + * Enable and disable counters in a whole asm blob to ensure >>>> + * no other instructions are counted in the time slot between >>>> + * counters enabling and really LOOP_ASM code executing. >>>> + * Thus counters can verify instructions and branches events >>>> + * against precise counts instead of a rough valid count range. >>>> + */ >>>> +static inline void __precise_count_loop(u64 cntrs) >>>> { >>>> unsigned long tmp, tmp2, tmp3; >>>> + unsigned int global_ctl = pmu.msr_global_ctl; >>>> + u32 eax = cntrs & (BIT_ULL(32) - 1); >>>> + u32 edx = cntrs >> 32; >>>> - asm volatile("1: mov (%1), %2; add $64, %1; nop; nop; nop; nop; nop; nop; nop; loop 1b" >>>> - : "=c"(tmp), "=r"(tmp2), "=r"(tmp3): "0"(N), "1"(buf)); >>>> + asm volatile(PRECISE_LOOP_ASM >>>> + : "=b"(tmp), "=r"(tmp2), "=r"(tmp3) >>>> + : "a"(eax), "d"(edx), "c"(global_ctl), >>>> + "0"(N), "1"(buf) >>>> + : "edi"); >>>> +} >>>> +static inline void loop(u64 cntrs) >>>> +{ >>>> + if (!this_cpu_has_perf_global_ctrl()) >>>> + __loop(); >>>> + else >>>> + __precise_count_loop(cntrs); >>>> } >>>> volatile uint64_t irq_received; >>>> @@ -159,18 +203,17 @@ static void __start_event(pmu_counter_t *evt, uint64_t count) >>>> ctrl = (ctrl & ~(0xf << shift)) | (usrospmi << shift); >>>> wrmsr(MSR_CORE_PERF_FIXED_CTR_CTRL, ctrl); >>>> } >>>> - global_enable(evt); >>>> apic_write(APIC_LVTPC, PMI_VECTOR); >>>> } >>>> static void start_event(pmu_counter_t *evt) >>>> { >>>> __start_event(evt, 0); >>>> + global_enable(evt); >>>> } >>>> -static void stop_event(pmu_counter_t *evt) >>>> +static void __stop_event(pmu_counter_t *evt) >>>> { >>>> - global_disable(evt); >>>> if (is_gp(evt)) { >>>> wrmsr(MSR_GP_EVENT_SELECTx(event_to_global_idx(evt)), >>>> evt->config & ~EVNTSEL_EN); >>>> @@ -182,14 +225,24 @@ static void stop_event(pmu_counter_t *evt) >>>> evt->count = rdmsr(evt->ctr); >>>> } >>>> +static void stop_event(pmu_counter_t *evt) >>>> +{ >>>> + global_disable(evt); >>>> + __stop_event(evt); >>>> +} >>>> + >>>> static noinline void measure_many(pmu_counter_t *evt, int count) >>>> { >>>> int i; >>>> + u64 cntrs = 0; >>>> + >>>> + for (i = 0; i < count; i++) { >>>> + __start_event(&evt[i], 0); >>>> + cntrs |= BIT_ULL(event_to_global_idx(&evt[i])); >>>> + } >>>> + loop(cntrs); >>>> for (i = 0; i < count; i++) >>>> - start_event(&evt[i]); >>>> - loop(); >>>> - for (i = 0; i < count; i++) >>>> - stop_event(&evt[i]); >>>> + __stop_event(&evt[i]); >>>> } >>>> static void measure_one(pmu_counter_t *evt) >>>> @@ -199,9 +252,11 @@ static void measure_one(pmu_counter_t *evt) >>>> static noinline void __measure(pmu_counter_t *evt, uint64_t count) >>>> { >>>> + u64 cntrs = BIT_ULL(event_to_global_idx(evt)); >>>> + >>>> __start_event(evt, count); >>>> - loop(); >>>> - stop_event(evt); >>>> + loop(cntrs); >>>> + __stop_event(evt); >>>> } >>>> static bool verify_event(uint64_t count, struct pmu_event *e) >>>> @@ -451,7 +506,7 @@ static void check_running_counter_wrmsr(void) >>>> report_prefix_push("running counter wrmsr"); >>>> start_event(&evt); >>>> - loop(); >>>> + __loop(); >>>> wrmsr(MSR_GP_COUNTERx(0), 0); >>>> stop_event(&evt); >>>> report(evt.count < gp_events[0].min, "cntr"); >>>> @@ -468,7 +523,7 @@ static void check_running_counter_wrmsr(void) >>>> wrmsr(MSR_GP_COUNTERx(0), count); >>>> - loop(); >>>> + __loop(); >>>> stop_event(&evt); >>>> if (this_cpu_has_perf_global_status()) { >>>> -- >>>> 2.34.1 >>>>