summaryrefslogtreecommitdiff
path: root/security
diff options
context:
space:
mode:
authorSteven Rostedt <rostedt@goodmis.org>2015-11-10 15:28:17 -0500
committerDavid S. Miller <davem@davemloft.net>2015-11-10 15:40:14 -0500
commita31d82d85afdcbdb8c4128dfd6146992dc6b3576 (patch)
tree7ad80ea8b8e046dcde549b55d70d059aea031617 /security
parent4bdb96cb69d9e4c6038a976fa9def9f8ae024ff8 (diff)
downloadlwn-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