[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20161017165642.GO26852@two.firstfloor.org>
Date: Mon, 17 Oct 2016 09:56:42 -0700
From: Andi Kleen <andi@...stfloor.org>
To: Jiri Olsa <jolsa@...hat.com>
Cc: Andi Kleen <andi@...stfloor.org>, acme@...nel.org,
jolsa@...nel.org, sukadev@...ux.vnet.ibm.com, eranian@...gle.com,
linux-kernel@...r.kernel.org, Andi Kleen <ak@...ux.intel.com>
Subject: Re: [PATCH 08/10] perf, tools: Expand PMU events by prefix match
> so there's a special treatment for uncore events,
> what if user says 'uncore_box/..' then?
It should work. There's nothing special for uncore later, this
is just for convenience so that I have less to type.
> > + if (!strncmp($1, name, strlen($1))) {
> > + if (parse_events_copy_term_list(orig_terms, &terms))
> > + YYABORT;
> > + if (!parse_events_add_pmu(data, list, pmu->name, terms))
> > + ok++;
>
> so we're ok if some of the events is not added?
> do we warn at least?
It would warn a lot because most PMUs don't have a given aliases.
So you would get an warning for every extra PMU.
Trying to warn only for those that have the alias would need a lot
of extra tracking, and it didn't seem worth the complexity.
-Andi
Powered by blists - more mailing lists