From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753396AbcJSQlm (ORCPT ); Wed, 19 Oct 2016 12:41:42 -0400 Received: from one.firstfloor.org ([193.170.194.197]:49793 "EHLO one.firstfloor.org" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1752242AbcJSQlk (ORCPT ); Wed, 19 Oct 2016 12:41:40 -0400 Date: Wed, 19 Oct 2016 09:41:37 -0700 From: Andi Kleen To: Ingo Molnar Cc: Arnaldo Carvalho de Melo , Sukadev Bhattiprolu , Andi Kleen , Jiri Olsa , Wang Nan , Namhyung Kim , Linux Kernel Mailing List Subject: Re: [GIT PULL] Vendor events file/dir names Message-ID: <20161019164136.GS26852@two.firstfloor.org> References: <20161017190438.GU12815@kernel.org> <20161018075901.GB21544@gmail.com> <20161018153618.GV12815@kernel.org> <20161019133833.GA18917@gmail.com> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <20161019133833.GA18917@gmail.com> User-Agent: Mutt/1.5.21 (2010-09-15) Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org > How do I query individual hw event groups? > > 'perf list' output is really long now, and for example it gives me: > > cache: > l1d.replacement > [L1D data line replacements] > ... > > If I knew that I'm interested in cache related events, I'd have expected to be > able to do: > > perf list cache > > or at least: > > perf list cache: > > or something similar to list just - but it does not seem to do the right thing. perf list doesn't support topic matching, only event name matching. I'll send a patch to add topic matching too. > triton:~/tip> perf list longest_lat_cache.miss > > List of pre-defined events (to be used in -e): > > cache: > longest_lat_cache.miss > [Core-originated cacheable demand requests missed LLC] > > But the event table actually includes the following as well: > > "PublicDescription": "This event counts each cache miss condition for references to the last level cache.", > > which is not printed anywhere. I tried the obvious 'perf list -v longest_lat_cache.miss'. -v (or --long-desc) should work and it did at some point. I'll investigate. > > 3) > > If I come with an event from the vendor world, say "LONGEST_LAT_CACHE.MISS", and > try to list it, 'perf list' does not recognize it: > > triton:~/tip> perf list LONGEST_LAT_CACHE.MISS > > List of pre-defined events (to be used in -e): > > I believe the searching of events in perf list should be case insentitive in > general. Right. Will fix. -Andi