aboutsummaryrefslogtreecommitdiffstats
path: root/lib/lockref.c
diff options
context:
space:
mode:
authorLinus Torvalds <torvalds@linux-foundation.org>2013-11-08 08:54:53 +0900
committerLinus Torvalds <torvalds@linux-foundation.org>2013-11-08 08:54:53 +0900
commit6c86ae2928f9e4cbf0d5844f5fcfd549e3450b8c (patch)
tree47963d4a27f4dd318474de096ba2aca7e90f7150 /lib/lockref.c
parentMerge branch 'upstream' of git://git.linux-mips.org/pub/scm/ralf/upstream-linus (diff)
parentperf/ftrace: Fix paranoid level for enabling function tracer (diff)
downloadlinux-dev-6c86ae2928f9e4cbf0d5844f5fcfd549e3450b8c.tar.xz
linux-dev-6c86ae2928f9e4cbf0d5844f5fcfd549e3450b8c.zip
Merge tag 'ftrace-urgent-3.12-v2' of git://git.kernel.org/pub/scm/linux/kernel/git/rostedt/linux-trace
Pull perf/ftrace fix from Steven Rostedt: "Dave Jones's trinity program was able to enable the function tracer from a normal user account via the perf syscall "perf_event_open()". When I was able to reproduce it with trinity, I was able to track down exactly how it happened. I discovered that the check for whether the function tracepoint should be activated or not was using the "perf_paranoid_kernel()" check which by default, lets the user continue. The user should not by default be able to enable function tracing. The fix is to use "perf_paranoid_tracepoint_raw()" which will not let the user enable function tracing. This is a security fix as normal users should never be allowed to enable the function tracer" * tag 'ftrace-urgent-3.12-v2' of git://git.kernel.org/pub/scm/linux/kernel/git/rostedt/linux-trace: perf/ftrace: Fix paranoid level for enabling function tracer
Diffstat (limited to 'lib/lockref.c')
0 files changed, 0 insertions, 0 deletions