Received: by 2002:ac0:e350:0:0:0:0:0 with SMTP id g16csp144676imn; Fri, 29 Jul 2022 02:33:34 -0700 (PDT) X-Google-Smtp-Source: AA6agR7FjefOQ/P/sFquJcqhHfZH93UgD6J62kZko4kP7ELjTyVN+LgosDnTJLXX0N7P3QDk5HD4 X-Received: by 2002:a17:902:b191:b0:16c:c0d3:cc32 with SMTP id s17-20020a170902b19100b0016cc0d3cc32mr2888164plr.41.1659087214618; Fri, 29 Jul 2022 02:33:34 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1659087214; cv=none; d=google.com; s=arc-20160816; b=DSJlzKfoOTh3QylL9IyjoykZ94d9QFxX9WGFdFq0jxtmCUj+DCr63ue8ziHif7Qm1v JUes+6m257UhsqR184VjYr/OvrBlsXhkZlnHEaqQ0rCvCq0gCfzmDWOFa86xtcuDNwbk cL7MkJR0qXFBWdmdk1oUOnhYys4fgPn5HPf/wezcclbOrLDPdN9KUKpcclBveHDeHGWO 3shAf2SdXLmNRDM9XAIh99lEBE4J4Af48lKims9buRgYuGrlPzwGhMDtWTSpWglQm/tQ /yZmsb5BMEu5HQKa1Wiymth5IqC+ij/v1mYWjTRUmalyS2t8dG7rFJWhFvjvjXzYhsjO Y/qw== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:cc:to:subject :message-id:date:from:reply-to:in-reply-to:references:mime-version :dkim-signature; bh=laMWqx0m1gEvtHXryf/5VSlLItHKJgHOSN6E953Gx6k=; b=si6Ix5l30ehUC7WANbO/dnKLn+dZaJLqDtpXacLqxy0ffZVVvIqSjE8z4it8AFNznl KdhaXKavOM35NcAAXd9wZ71HJlFCRD8io1vtJHHhGaYus/rFRzz/C2A/yKBh+XDJ3nFH o4mCFjyGKuQah4KrT98zjYuo5lsudMe/xHBhmvsiM11HD19SpeqJtrxYAeLn9py3MnAT +4vpjhY37Qf/9LBJD2zKwMNuzRMrOCLDQiqeGhAz9L9nwlYhJysoRXYob1GoM+VluUm/ 1r3dTwQ7hBes/r0hdTY22DAru5CPV2IpJ66Vz0Hvt4yr9dzI4oEXXmur6U+LLpTL8MPk Szag== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@gmail.com header.s=20210112 header.b=ga5AGFgS; 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=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id z15-20020a170902d54f00b0016dc44489d0si3477218plf.252.2022.07.29.02.33.18; Fri, 29 Jul 2022 02:33:34 -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=@gmail.com header.s=20210112 header.b=ga5AGFgS; 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=NONE sp=QUARANTINE dis=NONE) header.from=gmail.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S234603AbiG2IsP (ORCPT + 99 others); Fri, 29 Jul 2022 04:48:15 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:55094 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229771AbiG2IsO (ORCPT ); Fri, 29 Jul 2022 04:48:14 -0400 Received: from mail-oi1-x22d.google.com (mail-oi1-x22d.google.com [IPv6:2607:f8b0:4864:20::22d]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id E67D2491D8; Fri, 29 Jul 2022 01:48:12 -0700 (PDT) Received: by mail-oi1-x22d.google.com with SMTP id r13so5175700oie.1; Fri, 29 Jul 2022 01:48:12 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=gmail.com; s=20210112; h=mime-version:references:in-reply-to:reply-to:from:date:message-id :subject:to:cc:content-transfer-encoding; bh=laMWqx0m1gEvtHXryf/5VSlLItHKJgHOSN6E953Gx6k=; b=ga5AGFgSIzWkg1Pik3P+bsRUx+XIAAKbDZNug6DoIuhSp9uItHQ7MOwB69pxNIvQlW iqUJzC0LPMpyORfjo0wdFKGl6JFvNlDW8LF85eKpncc3g/bXss2ZoepeiyII53frGd09 1BKVd1ys5TYYg64rV3J0soy6HofvR7pv1kuqisBFp9oHRh/jNvfmzKPlDbMX8mUBvi+y a/AXlRIqu+pP7PRXwOFnqY/FnvJH7MVEzcnkfV5FZdCyFxkZ8t/SHusr1XJZLarBHBp5 t5O50OQ4T6QoSofx7Vc1hOgajOnHoSlkE3xr+8BF3cTZbNVGRmrhcuNmdr8HIjA4IZ5r 2Y6g== X-Google-DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/relaxed; d=1e100.net; s=20210112; h=x-gm-message-state:mime-version:references:in-reply-to:reply-to :from:date:message-id:subject:to:cc:content-transfer-encoding; bh=laMWqx0m1gEvtHXryf/5VSlLItHKJgHOSN6E953Gx6k=; b=fYTB+kwzthiRU34RaQJnn3qWvbWreLlJdXg2qwqLCVtxt+AFmN4wrosQQp0JntrruV MDY4e2hxzPq0RozObbUbHTOBgiWbSz32hTNSFFLVK+OzdMzq4n2C3fCBpPtujszBcQlt Z1sfdqG+Oup0OFv6Fd1iwBwgZVrE783xQY47FMfC9hNRDxCzdt6AAKQK+E1piSPxrml1 A0RhxYi/u+xCvIyg9Aroe9iDWKP1rIKorEY9KN11ipZn/dsH1eDmRicv1bvbVujqiVcf F29Zcs1O+ERSwSpnnB1PIDc0FpU7AGofs4lEwMzMXawFo+hNbvrz3ltWDGEkB54fMNet MOLg== X-Gm-Message-State: AJIora8B1TrHDFf3+wmHvWQal501NiT55XN3+10tWH748P0SQrbScAVY nN/x5mPzd3rTO+Rp18lzd8xwh0OzXdAEugo5Gzc= X-Received: by 2002:a05:6808:bd2:b0:33a:c532:54e6 with SMTP id o18-20020a0568080bd200b0033ac53254e6mr1170530oik.252.1659084492032; Fri, 29 Jul 2022 01:48:12 -0700 (PDT) MIME-Version: 1.0 References: <20220727220832.2865794-1-irogers@google.com> <20220727220832.2865794-22-irogers@google.com> In-Reply-To: Reply-To: sedat.dilek@gmail.com From: Sedat Dilek Date: Fri, 29 Jul 2022 10:47:35 +0200 Message-ID: Subject: Re: [PATCH v3 21/30] perf vendor events: Update Intel sandybridge To: Ian Rogers Cc: perry.taylor@intel.com, caleb.biggers@intel.com, kshipra.bopardikar@intel.com, Kan Liang , Zhengjun Xing , Peter Zijlstra , Ingo Molnar , Arnaldo Carvalho de Melo , Mark Rutland , Alexander Shishkin , Jiri Olsa , Namhyung Kim , Maxime Coquelin , Alexandre Torgue , Andi Kleen , James Clark , John Garry , linux-kernel@vger.kernel.org, linux-perf-users@vger.kernel.org, Stephane Eranian Content-Type: text/plain; charset="UTF-8" Content-Transfer-Encoding: quoted-printable X-Spam-Status: No, score=-2.1 required=5.0 tests=BAYES_00,DKIM_SIGNED, DKIM_VALID,DKIM_VALID_AU,DKIM_VALID_EF,FREEMAIL_FROM, RCVD_IN_DNSWL_NONE,SPF_HELO_NONE,SPF_PASS autolearn=ham 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 On Fri, Jul 29, 2022 at 10:41 AM Sedat Dilek wrote: > > On Thu, Jul 28, 2022 at 12:09 AM Ian Rogers wrote: > > > > Update to v17, the metrics are based on TMA 4.4 full. > > > > Use script at: > > https://github.com/intel/event-converter-for-linux-perf/blob/master/dow= nload_and_gen.py > > > > to download and generate the latest events and metrics. Manually copy > > the sandybridge files into perf and update mapfile.csv. > > > > Tested on a non-sandybridge with 'perf test': > > 10: PMU events : > > 10.1: PMU event table sanity : = Ok > > 10.2: PMU event map aliases : = Ok > > 10.3: Parsing of PMU event table metrics : = Ok > > 10.4: Parsing of PMU event table metrics with fake PMUs : = Ok > > > > Hi Ian, > > thanks for v3 patchset. > > I used latest perf/core Git branch from Arnaldo's tree plus some > custom patches (to fix binutils v2.38.90 and opennssl-v3 issues plus > gnu11 tools patches) and build with LLVM-14. > > When I run on my Intel SandyBridge CPU... > > $ ~/bin/perf test > ... > 10: PMU events : > 10.1: PMU event table sanity : Ok > 10.2: PMU event map aliases : Ok > 10.3: Parsing of PMU event table metrics : Ok > 10.4: Parsing of PMU event table metrics with fake PMUs : Ok > ... > > First time I ran perf with option test. > > Looks that good to you? > Nice. $~/bin/perf test list ... 10: PMU events 10:1: PMU event table sanity 10:2: PMU event map aliases 10:3: Parsing of PMU event table metrics 10:4: Parsing of PMU event table metrics with fake PMUs ... $ ~/bin/perf test 10 10: PMU events : 10.1: PMU event table sanity : Ok 10.2: PMU event map aliases : Ok 10.3: Parsing of PMU event table metrics : Ok 10.4: Parsing of PMU event table metrics with fake PMUs : Ok New perf lessons learned. -Sedat- > > > Signed-off-by: Ian Rogers > > --- > > tools/perf/pmu-events/arch/x86/mapfile.csv | 2 +- > > tools/perf/pmu-events/arch/x86/sandybridge/cache.json | 2 +- > > .../arch/x86/sandybridge/floating-point.json | 2 +- > > .../pmu-events/arch/x86/sandybridge/frontend.json | 4 ++-- > > .../perf/pmu-events/arch/x86/sandybridge/memory.json | 2 +- > > tools/perf/pmu-events/arch/x86/sandybridge/other.json | 2 +- > > .../pmu-events/arch/x86/sandybridge/pipeline.json | 10 +++++----- > > .../pmu-events/arch/x86/sandybridge/snb-metrics.json | 11 +++++++++-- > > .../pmu-events/arch/x86/sandybridge/uncore-other.json | 2 +- > > .../arch/x86/sandybridge/virtual-memory.json | 2 +- > > 10 files changed, 23 insertions(+), 16 deletions(-) > > > > diff --git a/tools/perf/pmu-events/arch/x86/mapfile.csv b/tools/perf/pm= u-events/arch/x86/mapfile.csv > > index 2f9419ee2d29..0b56c4a8a3a8 100644 > > --- a/tools/perf/pmu-events/arch/x86/mapfile.csv > > +++ b/tools/perf/pmu-events/arch/x86/mapfile.csv > > @@ -19,12 +19,12 @@ GenuineIntel-6-(57|85),v9,knightslanding,core > > GenuineIntel-6-AA,v1.00,meteorlake,core > > GenuineIntel-6-1[AEF],v3,nehalemep,core > > GenuineIntel-6-2E,v3,nehalemex,core > > +GenuineIntel-6-2A,v17,sandybridge,core > > GenuineIntel-6-[4589]E,v24,skylake,core > > GenuineIntel-6-A[56],v24,skylake,core > > GenuineIntel-6-37,v13,silvermont,core > > GenuineIntel-6-4D,v13,silvermont,core > > GenuineIntel-6-4C,v13,silvermont,core > > -GenuineIntel-6-2A,v15,sandybridge,core > > GenuineIntel-6-2C,v2,westmereep-dp,core > > GenuineIntel-6-25,v2,westmereep-sp,core > > GenuineIntel-6-2F,v2,westmereex,core > > diff --git a/tools/perf/pmu-events/arch/x86/sandybridge/cache.json b/to= ols/perf/pmu-events/arch/x86/sandybridge/cache.json > > index 92a7269eb444..a1d622352131 100644 > > --- a/tools/perf/pmu-events/arch/x86/sandybridge/cache.json > > +++ b/tools/perf/pmu-events/arch/x86/sandybridge/cache.json > > @@ -1876,4 +1876,4 @@ > > "SampleAfterValue": "100003", > > "UMask": "0x10" > > } > > -] > > \ No newline at end of file > > +] > > diff --git a/tools/perf/pmu-events/arch/x86/sandybridge/floating-point.= json b/tools/perf/pmu-events/arch/x86/sandybridge/floating-point.json > > index 713878fd062b..eb2ff2cfdf6b 100644 > > --- a/tools/perf/pmu-events/arch/x86/sandybridge/floating-point.json > > +++ b/tools/perf/pmu-events/arch/x86/sandybridge/floating-point.json > > @@ -135,4 +135,4 @@ > > "SampleAfterValue": "2000003", > > "UMask": "0x1" > > } > > -] > > \ No newline at end of file > > +] > > diff --git a/tools/perf/pmu-events/arch/x86/sandybridge/frontend.json b= /tools/perf/pmu-events/arch/x86/sandybridge/frontend.json > > index fa22f9463b66..e2c82e43a2de 100644 > > --- a/tools/perf/pmu-events/arch/x86/sandybridge/frontend.json > > +++ b/tools/perf/pmu-events/arch/x86/sandybridge/frontend.json > > @@ -176,7 +176,7 @@ > > "CounterMask": "1", > > "EventCode": "0x79", > > "EventName": "IDQ.MS_CYCLES", > > - "PublicDescription": "This event counts cycles during which th= e microcode sequencer assisted the front-end in delivering uops. Microcode= assists are used for complex instructions or scenarios that can't be handl= ed by the standard decoder. Using other instructions, if possible, will us= ually improve performance. See the Intel 64 and IA-32 Architectures Optimi= zation Reference Manual for more information.", > > + "PublicDescription": "This event counts cycles during which th= e microcode sequencer assisted the front-end in delivering uops. Microcode= assists are used for complex instructions or scenarios that can't be handl= ed by the standard decoder. Using other instructions, if possible, will us= ually improve performance. See the Intel(R) 64 and IA-32 Architectures Opt= imization Reference Manual for more information.", > > "SampleAfterValue": "2000003", > > "UMask": "0x30" > > }, > > @@ -311,4 +311,4 @@ > > "SampleAfterValue": "2000003", > > "UMask": "0x1" > > } > > -] > > \ No newline at end of file > > +] > > diff --git a/tools/perf/pmu-events/arch/x86/sandybridge/memory.json b/t= ools/perf/pmu-events/arch/x86/sandybridge/memory.json > > index 931892d34076..3c283ca309f3 100644 > > --- a/tools/perf/pmu-events/arch/x86/sandybridge/memory.json > > +++ b/tools/perf/pmu-events/arch/x86/sandybridge/memory.json > > @@ -442,4 +442,4 @@ > > "SampleAfterValue": "100003", > > "UMask": "0x1" > > } > > -] > > \ No newline at end of file > > +] > > diff --git a/tools/perf/pmu-events/arch/x86/sandybridge/other.json b/to= ols/perf/pmu-events/arch/x86/sandybridge/other.json > > index e251f535ec09..2f873ab14156 100644 > > --- a/tools/perf/pmu-events/arch/x86/sandybridge/other.json > > +++ b/tools/perf/pmu-events/arch/x86/sandybridge/other.json > > @@ -55,4 +55,4 @@ > > "SampleAfterValue": "2000003", > > "UMask": "0x1" > > } > > -] > > \ No newline at end of file > > +] > > diff --git a/tools/perf/pmu-events/arch/x86/sandybridge/pipeline.json b= /tools/perf/pmu-events/arch/x86/sandybridge/pipeline.json > > index b9a3f194a00a..2c3b6c92aa6b 100644 > > --- a/tools/perf/pmu-events/arch/x86/sandybridge/pipeline.json > > +++ b/tools/perf/pmu-events/arch/x86/sandybridge/pipeline.json > > @@ -609,7 +609,7 @@ > > "UMask": "0x3" > > }, > > { > > - "BriefDescription": "Number of occurences waiting for the chec= kpoints in Resource Allocation Table (RAT) to be recovered after Nuke due t= o all other cases except JEClear (e.g. whenever a ucode assist is needed li= ke SSE exception, memory disambiguation, etc...).", > > + "BriefDescription": "Number of occurrences waiting for the che= ckpoints in Resource Allocation Table (RAT) to be recovered after Nuke due = to all other cases except JEClear (e.g. whenever a ucode assist is needed l= ike SSE exception, memory disambiguation, etc...).", > > "Counter": "0,1,2,3", > > "CounterHTOff": "0,1,2,3,4,5,6,7", > > "CounterMask": "1", > > @@ -652,7 +652,7 @@ > > "CounterHTOff": "0,1,2,3,4,5,6,7", > > "EventCode": "0x03", > > "EventName": "LD_BLOCKS.STORE_FORWARD", > > - "PublicDescription": "This event counts loads that followed a = store to the same address, where the data could not be forwarded inside the= pipeline from the store to the load. The most common reason why store for= warding would be blocked is when a load's address range overlaps with a pre= ceeding smaller uncompleted store. See the table of not supported store fo= rwards in the Intel 64 and IA-32 Architectures Optimization Reference Manua= l. The penalty for blocked store forwarding is that the load must wait for= the store to complete before it can be issued.", > > + "PublicDescription": "This event counts loads that followed a = store to the same address, where the data could not be forwarded inside the= pipeline from the store to the load. The most common reason why store for= warding would be blocked is when a load's address range overlaps with a pre= ceeding smaller uncompleted store. See the table of not supported store fo= rwards in the Intel(R) 64 and IA-32 Architectures Optimization Reference Ma= nual. The penalty for blocked store forwarding is that the load must wait = for the store to complete before it can be issued.", > > "SampleAfterValue": "100003", > > "UMask": "0x2" > > }, > > @@ -778,7 +778,7 @@ > > "CounterMask": "1", > > "EventCode": "0x59", > > "EventName": "PARTIAL_RAT_STALLS.FLAGS_MERGE_UOP_CYCLES", > > - "PublicDescription": "This event counts the number of cycles s= pent executing performance-sensitive flags-merging uops. For example, shift= CL (merge_arith_flags). For more details, See the Intel 64 and IA-32 Archi= tectures Optimization Reference Manual.", > > + "PublicDescription": "This event counts the number of cycles s= pent executing performance-sensitive flags-merging uops. For example, shift= CL (merge_arith_flags). For more details, See the Intel(R) 64 and IA-32 Ar= chitectures Optimization Reference Manual.", > > "SampleAfterValue": "2000003", > > "UMask": "0x20" > > }, > > @@ -797,7 +797,7 @@ > > "CounterHTOff": "0,1,2,3,4,5,6,7", > > "EventCode": "0x59", > > "EventName": "PARTIAL_RAT_STALLS.SLOW_LEA_WINDOW", > > - "PublicDescription": "This event counts the number of cycles w= ith at least one slow LEA uop being allocated. A uop is generally considere= d as slow LEA if it has three sources (for example, two sources and immedia= te) regardless of whether it is a result of LEA instruction or not. Example= s of the slow LEA uop are or uops with base, index, and offset source opera= nds using base and index reqisters, where base is EBR/RBP/R13, using RIP re= lative or 16-bit addressing modes. See the Intel 64 and IA-32 Architectures= Optimization Reference Manual for more details about slow LEA instructions= .", > > + "PublicDescription": "This event counts the number of cycles w= ith at least one slow LEA uop being allocated. A uop is generally considere= d as slow LEA if it has three sources (for example, two sources and immedia= te) regardless of whether it is a result of LEA instruction or not. Example= s of the slow LEA uop are or uops with base, index, and offset source opera= nds using base and index reqisters, where base is EBR/RBP/R13, using RIP re= lative or 16-bit addressing modes. See the Intel(R) 64 and IA-32 Architectu= res Optimization Reference Manual for more details about slow LEA instructi= ons.", > > "SampleAfterValue": "2000003", > > "UMask": "0x40" > > }, > > @@ -1209,4 +1209,4 @@ > > "SampleAfterValue": "2000003", > > "UMask": "0x1" > > } > > -] > > \ No newline at end of file > > +] > > diff --git a/tools/perf/pmu-events/arch/x86/sandybridge/snb-metrics.jso= n b/tools/perf/pmu-events/arch/x86/sandybridge/snb-metrics.json > > index c8e7050d9c26..ae7ed267b2a2 100644 > > --- a/tools/perf/pmu-events/arch/x86/sandybridge/snb-metrics.json > > +++ b/tools/perf/pmu-events/arch/x86/sandybridge/snb-metrics.json > > @@ -124,7 +124,7 @@ > > "MetricName": "FLOPc_SMT" > > }, > > { > > - "BriefDescription": "Instruction-Level-Parallelism (average nu= mber of uops executed when there is at least 1 uop executed)", > > + "BriefDescription": "Instruction-Level-Parallelism (average nu= mber of uops executed when there is execution) per-core", > > "MetricExpr": "UOPS_DISPATCHED.THREAD / (( cpu@UOPS_DISPATCHED= .CORE\\,cmask\\=3D1@ / 2 ) if #SMT_on else cpu@UOPS_DISPATCHED.CORE\\,cmask= \\=3D1@)", > > "MetricGroup": "Backend;Cor;Pipeline;PortsUtil", > > "MetricName": "ILP" > > @@ -141,6 +141,12 @@ > > "MetricGroup": "Summary;TmaL1", > > "MetricName": "Instructions" > > }, > > + { > > + "BriefDescription": "Average number of Uops retired in cycles = where at least one uop has retired.", > > + "MetricExpr": "UOPS_RETIRED.RETIRE_SLOTS / cpu@UOPS_RETIRED.RE= TIRE_SLOTS\\,cmask\\=3D1@", > > + "MetricGroup": "Pipeline;Ret", > > + "MetricName": "Retire" > > + }, > > { > > "BriefDescription": "Fraction of Uops delivered by the DSB (ak= a Decoded ICache; or Uop Cache)", > > "MetricExpr": "IDQ.DSB_UOPS / (( IDQ.DSB_UOPS + LSD.UOPS + IDQ= .MITE_UOPS + IDQ.MS_UOPS ) )", > > @@ -163,7 +169,8 @@ > > "BriefDescription": "Giga Floating Point Operations Per Second= ", > > "MetricExpr": "( ( 1 * ( FP_COMP_OPS_EXE.SSE_SCALAR_SINGLE + F= P_COMP_OPS_EXE.SSE_SCALAR_DOUBLE ) + 2 * FP_COMP_OPS_EXE.SSE_PACKED_DOUBLE = + 4 * ( FP_COMP_OPS_EXE.SSE_PACKED_SINGLE + SIMD_FP_256.PACKED_DOUBLE ) + 8= * SIMD_FP_256.PACKED_SINGLE ) / 1000000000 ) / duration_time", > > "MetricGroup": "Cor;Flops;HPC", > > - "MetricName": "GFLOPs" > > + "MetricName": "GFLOPs", > > + "PublicDescription": "Giga Floating Point Operations Per Secon= d. Aggregate across all supported options of: FP precisions, scalar and vec= tor instructions, vector-width and AMX engine." > > }, > > { > > "BriefDescription": "Average Frequency Utilization relative no= minal frequency", > > diff --git a/tools/perf/pmu-events/arch/x86/sandybridge/uncore-other.js= on b/tools/perf/pmu-events/arch/x86/sandybridge/uncore-other.json > > index 6278068908cf..88f1e326205f 100644 > > --- a/tools/perf/pmu-events/arch/x86/sandybridge/uncore-other.json > > +++ b/tools/perf/pmu-events/arch/x86/sandybridge/uncore-other.json > > @@ -82,10 +82,10 @@ > > { > > "BriefDescription": "This 48-bit fixed counter counts the UCLK= cycles.", > > "Counter": "Fixed", > > + "EventCode": "0xff", > > "EventName": "UNC_CLOCK.SOCKET", > > "PerPkg": "1", > > "PublicDescription": "This 48-bit fixed counter counts the UCL= K cycles.", > > - "UMask": "0x01", > > "Unit": "ARB" > > } > > ] > > diff --git a/tools/perf/pmu-events/arch/x86/sandybridge/virtual-memory.= json b/tools/perf/pmu-events/arch/x86/sandybridge/virtual-memory.json > > index 4dd136d00a10..98362abba1a7 100644 > > --- a/tools/perf/pmu-events/arch/x86/sandybridge/virtual-memory.json > > +++ b/tools/perf/pmu-events/arch/x86/sandybridge/virtual-memory.json > > @@ -146,4 +146,4 @@ > > "SampleAfterValue": "100007", > > "UMask": "0x20" > > } > > -] > > \ No newline at end of file > > +] > > -- > > 2.37.1.359.gd136c6c3e2-goog > >