On Mon, Dec 14, 2015 at 10:39:17AM +0000, Wang Nan wrote:
From: He Kuang <hekuang@xxxxxxxxxx>we already have 'name=' term, but it's only for pmu events,
This patch is useful when trying to pass a perf event to BPF map.
Before this patch we are unable to pass an event with config term to
BPF maps. For example:
# perf record -a -e cycles/no-inherit,period=0x7fffffffffffffff/ \
-e './test_bpf_map_2.c/maps:pmu_map.event=cycles/no-inherit,period=0x7fffffffffffffff//' ls /
event syntax error: '..ps:pmu_map.event=cycles/'
\___ Event not found for map setting
Because those '/' and ',' embarrass parser.
so I think your solution is better
This patch adds new bison rules for specifying an alias name to a perfso this alias should only help as a quick pointer
event, which allows cmdline refer to previous defined perf event through
its name. With this patch user can give alias name to a perf event using
following cmdline. The above goal can be achieved using:
# perf record -a -e cyc=cycles/no-inherit,period=0x7fffffffffffffff/ \
-e './test_bpf_map_2.c/maps:pmu_map.event=cyc/' ls /
to setup the record session, right?
I'm not sure we want to see it as a part of name being stored
to perf.data and displayed by perf report and stat
$ ./perf stat -e cyc=cycles ls
Performance counter stats for 'ls':
2,638,646 cyc=cycles
0.001111614 seconds time elapsed
but I guess when you probably have a reason to use that
you want to see it in your report.. just a thought ;-)
anyway acking the change
Acked-by: Jiri Olsa <jolsa@xxxxxxxxxx>
thanks,
jirka