RISC-V: Don't check text_mutex during stop_machine
We're currently using stop_machine() to update ftrace & kprobes, which means that the thread that takes text_mutex during may not be the same as the thread that eventually patches the code. This isn't actually a race because the lock is still held (preventing any other concurrent accesses) and there is only one thread running during stop_machine(), but it does trigger a lockdep failure. This patch just elides the lockdep check during stop_machine. Fixes: c15ac4fd ("riscv/ftrace: Add dynamic function tracer support") Suggested-by:Steven Rostedt <rostedt@goodmis.org> Reported-by:
Changbin Du <changbin.du@gmail.com> Signed-off-by:
Palmer Dabbelt <palmerdabbelt@google.com> Signed-off-by:
Conor Dooley <conor.dooley@microchip.com> Link: https://lore.kernel.org/r/20230303143754.4005217-1-conor.dooley@microchip.com Signed-off-by:
Palmer Dabbelt <palmer@rivosinc.com>
Showing
- arch/riscv/include/asm/ftrace.h 1 addition, 1 deletionarch/riscv/include/asm/ftrace.h
- arch/riscv/include/asm/patch.h 2 additions, 0 deletionsarch/riscv/include/asm/patch.h
- arch/riscv/kernel/ftrace.c 11 additions, 2 deletionsarch/riscv/kernel/ftrace.c
- arch/riscv/kernel/patch.c 25 additions, 3 deletionsarch/riscv/kernel/patch.c
Please register or sign in to comment