UPSTREAM: arm64: ftrace: stop using kstop_machine to enable/disable tracing
authorLi Bin <huawei.libin@huawei.com>
Fri, 4 Dec 2015 03:38:39 +0000 (11:38 +0800)
committerJeffrey Vander Stoep <jeffv@google.com>
Fri, 16 Sep 2016 21:29:25 +0000 (21:29 +0000)
For ftrace on arm64, kstop_machine which is hugely disruptive
to a running system is not needed to convert nops to ftrace calls
or back, because that to be modified instrucions, that NOP, B or BL,
are all safe instructions which called "concurrent modification
and execution of instructions", that can be executed by one
thread of execution as they are being modified by another thread
of execution without requiring explicit synchronization.

Signed-off-by: Li Bin <huawei.libin@huawei.com>
Reviewed-by: Steven Rostedt <rostedt@goodmis.org>
Signed-off-by: Will Deacon <will.deacon@arm.com>
Bug: 30369029
Patchset: arm64-ftrace

(cherry picked from commit 81a6a146e88eca5d6726569779778d61489d85aa)
Signed-off-by: Jeff Vander Stoep <jeffv@google.com>
Change-Id: I54e2c0d49bd68f9547bd9f0da8b7520e02bb0714

arch/arm64/kernel/ftrace.c

index c851be795080336938f4826cc0608234b0e34bfa..9669b331a23b8ee0567c06debd94706ad5731919 100644 (file)
@@ -93,6 +93,11 @@ int ftrace_make_nop(struct module *mod, struct dyn_ftrace *rec,
        return ftrace_modify_code(pc, old, new, true);
 }
 
+void arch_ftrace_update_code(int command)
+{
+       ftrace_modify_all_code(command);
+}
+
 int __init ftrace_dyn_arch_init(void)
 {
        return 0;