diff options
author | Steven Rostedt <rostedt@goodmis.org> | 2015-11-10 15:28:17 -0500 |
---|---|---|
committer | David S. Miller <davem@davemloft.net> | 2015-11-10 15:40:14 -0500 |
commit | a31d82d85afdcbdb8c4128dfd6146992dc6b3576 (patch) | |
tree | 7ad80ea8b8e046dcde549b55d70d059aea031617 /security | |
parent | 4bdb96cb69d9e4c6038a976fa9def9f8ae024ff8 (diff) | |
download | lwn-a31d82d85afdcbdb8c4128dfd6146992dc6b3576.tar.gz lwn-a31d82d85afdcbdb8c4128dfd6146992dc6b3576.zip |
bpf_trace: Make dependent on PERF_EVENTS
Arnd Bergmann reported:
In my ARM randconfig tests, I'm getting a build error for
newly added code in bpf_perf_event_read and bpf_perf_event_output
whenever CONFIG_PERF_EVENTS is disabled:
kernel/trace/bpf_trace.c: In function 'bpf_perf_event_read':
kernel/trace/bpf_trace.c:203:11: error: 'struct perf_event' has no member named 'oncpu'
if (event->oncpu != smp_processor_id() ||
^
kernel/trace/bpf_trace.c:204:11: error: 'struct perf_event' has no member named 'pmu'
event->pmu->count)
This can happen when UPROBE_EVENT is enabled but KPROBE_EVENT
is disabled. I'm not sure if that is a configuration we care
about, otherwise we could prevent this case from occuring by
adding Kconfig dependencies.
Looking at this further, it's really that UPROBE_EVENT enables PERF_EVENTS.
By just having BPF_EVENTS depend on PERF_EVENTS, then all is fine.
Link: http://lkml.kernel.org/r/4525348.Aq9YoXkChv@wuerfel
Reported-by: Arnd Bergmann <arnd@arndb.de>
Signed-off-by: Steven Rostedt <rostedt@goodmis.org>
Signed-off-by: David S. Miller <davem@davemloft.net>
Diffstat (limited to 'security')
0 files changed, 0 insertions, 0 deletions