Received: by 2002:a05:6359:c8b:b0:c7:702f:21d4 with SMTP id go11csp412386rwb; Thu, 22 Sep 2022 01:05:33 -0700 (PDT) X-Google-Smtp-Source: AMsMyM6Jh9iseUzaBJHrIUAXRNEVmYMlvT5UH0+0CmPWiyHUVSosdyiQ8eS00Rw88N19Wabxhetv X-Received: by 2002:a17:90a:d585:b0:1f4:f9a5:22a9 with SMTP id v5-20020a17090ad58500b001f4f9a522a9mr14235321pju.49.1663833933360; Thu, 22 Sep 2022 01:05:33 -0700 (PDT) ARC-Seal: i=1; a=rsa-sha256; t=1663833933; cv=none; d=google.com; s=arc-20160816; b=0/BHOVNc5ssrG2lBvFizx1pYa8SvA7pggEbyIu61gjhUwmCoXCpMDD4+BuPCc1F7yb guzutFR0tWJyKC99M/R78TUCnlb1Bgz5z/ms3LPhxBXM5I9gSgjEMrCz0JWCZgd4WBjM k3D4uTH2Qlsbxus56h0uYZrAW49sHYdKghRvu+U2UXYMzmV18qkrUmj/dL8eEgNTLJkI jryYLQLNaC1P2fWOqAasWJdv7NRARidLOMRsrV8Bj/UFdTrx5DdLo7v+VS8aFXk9xtCA BBli9+BGOOI7mes5DEwO3D0RBS9lCloJJdL/4/icOg4j0lEya4hjyQ3LR6X9ytvkhSPc zr4w== ARC-Message-Signature: i=1; a=rsa-sha256; c=relaxed/relaxed; d=google.com; s=arc-20160816; h=list-id:precedence:content-transfer-encoding:in-reply-to:from :references:cc:to:content-language:subject:user-agent:mime-version :date:message-id:dkim-signature; bh=ORqNA6QG2uksheLx2Kx770imFljmr0M+UDqsVNHWyKY=; b=dPvVl13yu5wostxGpDl6fGGqefNbSL1TZ8fkoNJd8CvrHGfW6nQYwA9dtJ+oHuGVhW MqBbeMp0Lq0WNnz227kX0WQVdQ8u8uKcPBWIdR3TIXjjjlt1A52Y0VVpGdvrV1IJFQyu o3brpts94hC9LGuiY0gI7GDDYoqLQ6KHtXMd5+qKEl38zxHc8FX2GCwGl+/kd5F8TwDT vwpBAGGYfCjxXW2cihDccZ+K9sTR6jyZ1nvQT87FGjGzwpnrc3oiqklHT/Oa+I4bxgy3 jtWgv8MuD01Hw3IgaUiqQ5kkOHfOCxYT6gP2lQNnN6f8zhcIAJFy7ehM3TfrBGucIRA7 pw3Q== ARC-Authentication-Results: i=1; mx.google.com; dkim=pass header.i=@intel.com header.s=Intel header.b="Jpr3y+b/"; 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=NONE dis=NONE) header.from=intel.com Return-Path: Received: from out1.vger.email (out1.vger.email. [2620:137:e000::1:20]) by mx.google.com with ESMTP id j5-20020a63cf05000000b0042be0105939si5293215pgg.230.2022.09.22.01.05.21; Thu, 22 Sep 2022 01:05:33 -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=@intel.com header.s=Intel header.b="Jpr3y+b/"; 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=NONE dis=NONE) header.from=intel.com Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S229449AbiIVGoX (ORCPT + 99 others); Thu, 22 Sep 2022 02:44:23 -0400 Received: from lindbergh.monkeyblade.net ([23.128.96.19]:53038 "EHLO lindbergh.monkeyblade.net" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S229603AbiIVGoU (ORCPT ); Thu, 22 Sep 2022 02:44:20 -0400 Received: from mga11.intel.com (mga11.intel.com [192.55.52.93]) by lindbergh.monkeyblade.net (Postfix) with ESMTPS id B835EB6D4F; Wed, 21 Sep 2022 23:44:19 -0700 (PDT) DKIM-Signature: v=1; a=rsa-sha256; c=relaxed/simple; d=intel.com; i=@intel.com; q=dns/txt; s=Intel; t=1663829059; x=1695365059; h=message-id:date:mime-version:subject:to:cc:references: from:in-reply-to:content-transfer-encoding; bh=YI6R/Fbd3ccV4vt0qaxDC0nMu1Hi71Zek1sN+E5/XWg=; b=Jpr3y+b/J/7JDm9gvWnD+3omSAkWFE18a+wM3pO+D0H4Vl7UmWYfm6K8 sRkCk7dJ3uxt5N8v4dtyS3pf5Di7JJTu9zHE4j2PUdK8iNOYWY7NbXBnn L0MbgfJAFT5x/YLQ2paQwkibKSRuwnM3WNZw5ABOPkKu3E7xWO9NPTzgb M576bFjeXT5gVNrx+e5ZllPkB9B/59CVnPHdSnJjGBafWXNkisXNQh1EY 68h8jV0yA6aGxPGfgxAemKaG0DqWDDuzI8hC17U5bVmlP6ToqAFsaFIvN imtOz0N1DU0kRgJcI8QNX4ggA03i/kB76r0ZUqjjIcbM3wehr4xwK51d4 w==; X-IronPort-AV: E=McAfee;i="6500,9779,10477"; a="297815098" X-IronPort-AV: E=Sophos;i="5.93,335,1654585200"; d="scan'208";a="297815098" Received: from orsmga002.jf.intel.com ([10.7.209.21]) by fmsmga102.fm.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 21 Sep 2022 23:44:19 -0700 X-IronPort-AV: E=Sophos;i="5.93,335,1654585200"; d="scan'208";a="619674962" Received: from xingzhen-mobl.ccr.corp.intel.com (HELO [10.238.4.231]) ([10.238.4.231]) by orsmga002-auth.jf.intel.com with ESMTP/TLS/ECDHE-RSA-AES256-GCM-SHA384; 21 Sep 2022 23:44:11 -0700 Message-ID: Date: Thu, 22 Sep 2022 14:44:09 +0800 MIME-Version: 1.0 User-Agent: Mozilla/5.0 (Windows NT 10.0; Win64; x64; rv:102.0) Gecko/20100101 Thunderbird/102.3.0 Subject: Re: [PATCH 1/2] perf print-events: Fix "perf list" can not display the PMU prefix for some hybrid cache events Content-Language: en-US To: Ian Rogers Cc: acme@kernel.org, peterz@infradead.org, mingo@redhat.com, alexander.shishkin@intel.com, jolsa@kernel.org, namhyung@kernel.org, linux-kernel@vger.kernel.org, linux-perf-users@vger.kernel.org, ak@linux.intel.com, kan.liang@linux.intel.com References: <20220922014904.3665674-1-zhengjun.xing@linux.intel.com> From: Xing Zhengjun In-Reply-To: Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit X-Spam-Status: No, score=-10.7 required=5.0 tests=BAYES_00,DKIMWL_WL_HIGH, DKIM_SIGNED,DKIM_VALID,DKIM_VALID_EF,NICE_REPLY_A,RCVD_IN_DNSWL_HI, SPF_HELO_NONE,SPF_NONE 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 9/22/2022 11:12 AM, Ian Rogers wrote: > On Wed, Sep 21, 2022 at 6:47 PM wrote: >> >> From: Zhengjun Xing >> >> Some hybrid hardware cache events are only available on one CPU PMU. For >> example, 'L1-dcache-load-misses' is only available on cpu_core. We have >> supported in the perf list clearly reporting this info, the function works >> fine before but recently the argument "config" in API is_event_supported() >> is changed from "u64" to "unsigned int" which caused a regression, the >> "perf list" then can not display the PMU prefix for some hybrid cache >> events. For the hybrid systems, the PMU type ID is stored at config[63:32], >> define config to "unsigned int" will miss the PMU type ID information, then >> the regression happened, the config should be defined as "u64". >> >> Before: >> # ./perf list |grep "Hardware cache event" >> L1-dcache-load-misses [Hardware cache event] >> L1-dcache-loads [Hardware cache event] >> L1-dcache-stores [Hardware cache event] >> L1-icache-load-misses [Hardware cache event] >> L1-icache-loads [Hardware cache event] >> LLC-load-misses [Hardware cache event] >> LLC-loads [Hardware cache event] >> LLC-store-misses [Hardware cache event] >> LLC-stores [Hardware cache event] >> branch-load-misses [Hardware cache event] >> branch-loads [Hardware cache event] >> dTLB-load-misses [Hardware cache event] >> dTLB-loads [Hardware cache event] >> dTLB-store-misses [Hardware cache event] >> dTLB-stores [Hardware cache event] >> iTLB-load-misses [Hardware cache event] >> node-load-misses [Hardware cache event] >> node-loads [Hardware cache event] >> >> After: >> # ./perf list |grep "Hardware cache event" >> L1-dcache-loads [Hardware cache event] >> L1-dcache-stores [Hardware cache event] >> L1-icache-load-misses [Hardware cache event] >> LLC-load-misses [Hardware cache event] >> LLC-loads [Hardware cache event] >> LLC-store-misses [Hardware cache event] >> LLC-stores [Hardware cache event] >> branch-load-misses [Hardware cache event] >> branch-loads [Hardware cache event] >> cpu_atom/L1-icache-loads/ [Hardware cache event] >> cpu_core/L1-dcache-load-misses/ [Hardware cache event] >> cpu_core/node-load-misses/ [Hardware cache event] >> cpu_core/node-loads/ [Hardware cache event] >> dTLB-load-misses [Hardware cache event] >> dTLB-loads [Hardware cache event] >> dTLB-store-misses [Hardware cache event] >> dTLB-stores [Hardware cache event] >> iTLB-load-misses [Hardware cache event] >> >> Fixes: 9b7c7728f4e4 ("perf parse-events: Break out tracepoint and printing") >> Signed-off-by: Zhengjun Xing >> Reviewed-by: Kan Liang > > Acked-by: Ian Rogers > > Sorry for this breakage, I suspect that a long review on the > refactoring CL meant that I missed the intervening fix. Can we add a > test on this? It would need to be hybrid specific and skip otherwise. Thanks. I will add a test case for hybrid-specific later. > > Thanks, > Ian > >> --- >> tools/perf/util/print-events.c | 2 +- >> 1 file changed, 1 insertion(+), 1 deletion(-) >> >> diff --git a/tools/perf/util/print-events.c b/tools/perf/util/print-events.c >> index ba1ab5134685..04050d4f6db8 100644 >> --- a/tools/perf/util/print-events.c >> +++ b/tools/perf/util/print-events.c >> @@ -239,7 +239,7 @@ void print_sdt_events(const char *subsys_glob, const char *event_glob, >> strlist__delete(sdtlist); >> } >> >> -static bool is_event_supported(u8 type, unsigned int config) >> +static bool is_event_supported(u8 type, u64 config) >> { >> bool ret = true; >> int open_return; >> -- >> 2.25.1 >> -- Zhengjun Xing