diff options
author | 2018-01-22 22:32:51 -0500 | |
---|---|---|
committer | 2018-01-23 15:56:55 -0500 | |
commit | 6be7fa3c74d1e0cd50f2157b5c1524f152bf641e (patch) | |
tree | 4ce16d7acac4f57ab60005997ca097faaf216e87 /kernel/trace/trace.c | |
parent | x86/ftrace: Fix ORC unwinding from ftrace handlers (diff) | |
download | linux-6be7fa3c74d1e0cd50f2157b5c1524f152bf641e.tar.gz linux-6be7fa3c74d1e0cd50f2157b5c1524f152bf641e.tar.bz2 linux-6be7fa3c74d1e0cd50f2157b5c1524f152bf641e.zip |
ftrace, orc, x86: Handle ftrace dynamically allocated trampolines
The function tracer can create a dynamically allocated trampoline that is
called by the function mcount or fentry hook that is used to call the
function callback that is registered. The problem is that the orc undwinder
will bail if it encounters one of these trampolines. This breaks the stack
trace of function callbacks, which include the stack tracer and setting the
stack trace for individual functions.
Since these dynamic trampolines are basically copies of the static ftrace
trampolines defined in ftrace_*.S, we do not need to create new orc entries
for the dynamic trampolines. Finding the return address on the stack will be
identical as the functions that were copied to create the dynamic
trampolines. When encountering a ftrace dynamic trampoline, we can just use
the orc entry of the ftrace static function that was copied for that
trampoline.
Signed-off-by: Steven Rostedt (VMware) <rostedt@goodmis.org>
Diffstat (limited to 'kernel/trace/trace.c')
0 files changed, 0 insertions, 0 deletions