summaryrefslogtreecommitdiffstats
path: root/kernel/tracepoint.c
diff options
context:
space:
mode:
authorSteven Rostedt (VMware) <rostedt@goodmis.org>2018-08-09 15:37:59 -0400
committerSteven Rostedt (VMware) <rostedt@goodmis.org>2018-08-10 15:32:28 -0400
commit016f8ffc48cb01d1e7701649c728c5d2e737d295 (patch)
tree121eb51e535dc7ea6aafd2fcb741f02d7c47b414 /kernel/tracepoint.c
parente0a568dcd18bdaa77877d558700ce4d3bbbb12b8 (diff)
downloadlinux-stable-016f8ffc48cb01d1e7701649c728c5d2e737d295.tar.gz
linux-stable-016f8ffc48cb01d1e7701649c728c5d2e737d295.tar.bz2
linux-stable-016f8ffc48cb01d1e7701649c728c5d2e737d295.zip
uprobes: Use synchronize_rcu() not synchronize_sched()
While debugging another bug, I was looking at all the synchronize*() functions being used in kernel/trace, and noticed that trace_uprobes was using synchronize_sched(), with a comment to synchronize with {u,ret}_probe_trace_func(). When looking at those functions, the data is protected with "rcu_read_lock()" and not with "rcu_read_lock_sched()". This is using the wrong synchronize_*() function. Link: http://lkml.kernel.org/r/20180809160553.469e1e32@gandalf.local.home Cc: stable@vger.kernel.org Fixes: 70ed91c6ec7f8 ("tracing/uprobes: Support ftrace_event_file base multibuffer") Acked-by: Oleg Nesterov <oleg@redhat.com> Signed-off-by: Steven Rostedt (VMware) <rostedt@goodmis.org>
Diffstat (limited to 'kernel/tracepoint.c')
0 files changed, 0 insertions, 0 deletions