summaryrefslogtreecommitdiffstats
path: root/tools/perf/tests/bpf.c
diff options
context:
space:
mode:
authorWang Nan <wangnan0@huawei.com>2016-01-29 17:40:51 +0000
committerArnaldo Carvalho de Melo <acme@redhat.com>2016-01-29 17:16:25 -0300
commitfd786fac78affe4a005065bc2b6f90d8f8953961 (patch)
tree4d828054de6c60b81a7330edaaa12841c45a1432 /tools/perf/tests/bpf.c
parent14a05e13a044c1cd6aaa3eb1a5fcdad7b4f6c990 (diff)
downloadlinux-stable-fd786fac78affe4a005065bc2b6f90d8f8953961.tar.gz
linux-stable-fd786fac78affe4a005065bc2b6f90d8f8953961.tar.bz2
linux-stable-fd786fac78affe4a005065bc2b6f90d8f8953961.zip
perf buildid: Fix cpumode of buildid event
There is a nasty confusion that, for kernel module, dso->kernel is not necessary to be DSO_TYPE_KERNEL or DSO_TYPE_GUEST_KERNEL. These two enums are for vmlinux. See thread [1]. We tried to fix this part but it is costy. Code machine__write_buildid_table() is another unfortunate function fall into this trap that, when issuing buildid event for a kernel module, cpumode it gives to the event is PERF_RECORD_MISC_USER, not PERF_RECORD_MISC_KERNEL. However, even with this bug, most of the time it doesn't causes real problem. I find this issue when trying to use a perf before commit 3d39ac538629 ("perf machine: No need to have two DSOs lists") to parse a perf.data generated by newest perf. [1] https://lkml.org/lkml/2015/9/21/908 Signed-off-by: Wang Nan <wangnan0@huawei.com> Cc: Jiri Olsa <jolsa@redhat.com> Cc: Li Zefan <lizefan@huawei.com> Cc: Masami Hiramatsu <masami.hiramatsu.pt@hitachi.com> Cc: Namhyung Kim <namhyung@kernel.org> Cc: pi3orama@163.com Link: http://lkml.kernel.org/r/1454089251-203152-1-git-send-email-wangnan0@huawei.com Signed-off-by: Arnaldo Carvalho de Melo <acme@redhat.com>
Diffstat (limited to 'tools/perf/tests/bpf.c')
0 files changed, 0 insertions, 0 deletions