wireguard-linux/arch/riscv/kernel/mcount-dyn.S, branch jd/unified-crypt-queue

riscv/ftrace: Add DYNAMIC_FTRACE_WITH_REGS support

2018-04-03T02:59:13Z

Cc: Greentime Hu Signed-off-by: Alan Kao Signed-off-by: Palmer Dabbelt

riscv/ftrace: Add ARCH_SUPPORTS_FTRACE_OPS support

2018-04-03T02:59:12Z

Cc: Greentime Hu Signed-off-by: Alan Kao Signed-off-by: Palmer Dabbelt

riscv/ftrace: Add dynamic function graph tracer support

2018-04-03T02:59:12Z

Once the function_graph tracer is enabled, a filtered function has the following call sequence: * ftracer_caller ==> on/off by ftrace_make_call/ftrace_make_nop * ftrace_graph_caller * ftrace_graph_call ==> on/off by ftrace_en/disable_ftrace_graph_caller * prepare_ftrace_return Considering the following DYNAMIC_FTRACE_WITH_REGS feature, it would be more extendable to have a ftrace_graph_caller function, instead of calling prepare_ftrace_return directly in ftrace_caller. Cc: Greentime Hu Signed-off-by: Alan Kao Signed-off-by: Palmer Dabbelt

riscv/ftrace: Add dynamic function tracer support

2018-04-03T02:59:12Z

We now have dynamic ftrace with the following added items: * ftrace_make_call, ftrace_make_nop (in kernel/ftrace.c) The two functions turn each recorded call site of filtered functions into a call to ftrace_caller or nops * ftracce_update_ftrace_func (in kernel/ftrace.c) turns the nops at ftrace_call into a call to a generic entry for function tracers. * ftrace_caller (in kernel/mcount-dyn.S) The entry where each _mcount call sites calls to once they are filtered to be traced. Also, this patch fixes the semantic problems in mcount.S, which will be treated as only a reference implementation once we have the dynamic ftrace. Cc: Greentime Hu Signed-off-by: Alan Kao Signed-off-by: Palmer Dabbelt