Re: [PATCH v3 00/12] perf metric fixes and test
From: Ian Rogers
Date: Fri May 01 2020 - 13:39:57 EST
On Fri, May 1, 2020 at 3:35 AM Jiri Olsa <jolsa@xxxxxxxxxx> wrote:
>
> On Thu, Apr 30, 2020 at 12:51:32AM -0700, Ian Rogers wrote:
> > Add a test that all perf metrics (for your architecture) are parsable
> > with the simple expression parser. Attempt to parse all events in
> > metrics but only fail if the metric is for the current CPU. Fix bugs
> > in the expr parser, x86 and powerpc metrics. Improve debug messages
> > around add PMU config term failures.
> >
> > v3 adds parse event testing of ids and improves debug messages for add
> > PMU. These messages are paticular visible with 'perf test 10
> > -vvv'. It moves the testing logic from tests/expr.c to
> > tests/pmu-events.c as suggested by John Garry
> > <john.garry@xxxxxxxxxx>.
> > v2 adds Fixes tags to commit messages for when broken metrics were
> > first added. Adds a debug warning for division by zero in expr, and
> > adds a workaround for id values in the expr test necessary for
> > powerpc. It also fixes broken power8 and power9 metrics.
> >
> > Ian Rogers (12):
> > perf expr: unlimited escaped characters in a symbol
> > perf metrics: fix parse errors in cascade lake metrics
> > perf metrics: fix parse errors in skylake metrics
> > perf expr: allow ',' to be an other token
> > perf expr: increase max other
> > perf expr: parse numbers as doubles
> > perf expr: debug lex if debugging yacc
> > perf metrics: fix parse errors in power8 metrics
> > perf metrics: fix parse errors in power9 metrics
> > perf expr: print a debug message for division by zero
> > perf parse-events: expand add PMU error/verbose messages
> > perf test: improve pmu event metric testing
>
> this does not apply on top of changes from Kajol Jain
> which are now in Arnaldo's perf/core.. could you please
> rebase?
Thanks! Done, v4 is here:
https://lore.kernel.org/lkml/20200501173333.227162-1-irogers@xxxxxxxxxx/T/#m0637a37d54b694c508904790d4c6f9bc24332d0b
The power8/power9 fixes were acked-by IBM, would it be useful for
Intel to do the same for skylake/cascade lake? Should I drop those
patches to wait for updated ones from Jin Yao? The problem is that
without them the test will fail on Intel. It'd be really nice to get
the test landed.
Thanks,
Ian
> thanks,
> jirka
>