diff options
author | Steven Rostedt <rostedt@goodmis.org> | 2008-10-23 19:26:08 -0400 |
---|---|---|
committer | Ingo Molnar <mingo@elte.hu> | 2008-10-27 15:03:15 +0100 |
commit | 944ac4259e39801c843a915c3da8194ac9af0440 (patch) | |
tree | 0b028e4dfa510e41e09a6497eab4ff9f16642245 /include/linux/ftrace.h | |
parent | f4a2a0d9a4226846693b5b4462d4350c1bfd58ea (diff) | |
download | kernel_samsung_espresso10-944ac4259e39801c843a915c3da8194ac9af0440.zip kernel_samsung_espresso10-944ac4259e39801c843a915c3da8194ac9af0440.tar.gz kernel_samsung_espresso10-944ac4259e39801c843a915c3da8194ac9af0440.tar.bz2 |
ftrace: ftrace dump on oops control
Impact: add (default-off) dump-trace-on-oops flag
Currently, ftrace is set up to dump its contents to the console if the
kernel panics or oops. This can be annoying if you have trace data in
the buffers and you experience an oops, but the trace data is old or
static.
Usually when you want ftrace to dump its contents is when you are debugging
your system and you have set up ftrace to trace the events leading to
an oops.
This patch adds a control variable called "ftrace_dump_on_oops" that will
enable the ftrace dump to console on oops. This variable is default off
but a developer can enable it either through the kernel command line
by adding "ftrace_dump_on_oops" or at run time by setting (or disabling)
/proc/sys/kernel/ftrace_dump_on_oops.
v2:
Replaced /** with /* as Randy explained that kernel-doc does
not yet handle variables.
Signed-off-by: Steven Rostedt <srostedt@redhat.com>
Signed-off-by: Ingo Molnar <mingo@elte.hu>
Diffstat (limited to 'include/linux/ftrace.h')
-rw-r--r-- | include/linux/ftrace.h | 2 |
1 files changed, 2 insertions, 0 deletions
diff --git a/include/linux/ftrace.h b/include/linux/ftrace.h index a3d4615..9623b7b 100644 --- a/include/linux/ftrace.h +++ b/include/linux/ftrace.h @@ -165,6 +165,8 @@ static inline void __ftrace_enabled_restore(int enabled) #endif #ifdef CONFIG_TRACING +extern int ftrace_dump_on_oops; + extern void ftrace_special(unsigned long arg1, unsigned long arg2, unsigned long arg3); |