diff options
author | Steven Rostedt <srostedt@redhat.com> | 2009-04-15 13:24:06 -0400 |
---|---|---|
committer | Ingo Molnar <mingo@elte.hu> | 2009-04-17 16:59:15 +0200 |
commit | 93eb677d74a4f7d3edfb678c94f6c0544d9fbad2 (patch) | |
tree | 8bbc46895be623a78316230362e94969dbb02135 /drivers/scsi/qlogicpti.c | |
parent | f3948f8857ef5de239f28a61dddb1554a0ae4c2c (diff) | |
download | kernel_samsung_espresso10-93eb677d74a4f7d3edfb678c94f6c0544d9fbad2.zip kernel_samsung_espresso10-93eb677d74a4f7d3edfb678c94f6c0544d9fbad2.tar.gz kernel_samsung_espresso10-93eb677d74a4f7d3edfb678c94f6c0544d9fbad2.tar.bz2 |
ftrace: use module notifier for function tracer
The hooks in the module code for the function tracer must be called
before any of that module code runs. The function tracer hooks
modify the module (replacing calls to mcount to nops). If the code
is executed while the change occurs, then the CPU can take a GPF.
To handle the above with a bit of paranoia, I originally implemented
the hooks as calls directly from the module code.
After examining the notifier calls, it looks as though the start up
notify is called before any of the module's code is executed. This makes
the use of the notify safe with ftrace.
Only the startup notify is required to be "safe". The shutdown simply
removes the entries from the ftrace function list, and does not modify
any code.
This change has another benefit. It removes a issue with a reverse dependency
in the mutexes of ftrace_lock and module_mutex.
[ Impact: fix lock dependency bug, cleanup ]
Cc: Rusty Russell <rusty@rustcorp.com.au>
Signed-off-by: Steven Rostedt <rostedt@goodmis.org>
Diffstat (limited to 'drivers/scsi/qlogicpti.c')
0 files changed, 0 insertions, 0 deletions