Michael Karcher d3023897b4 arch/sh: Check for kprobe trap number before trying to handle a kprobe trap ... The DIE_TRAP notifier chain is run both for kprobe traps and for BUG/WARN traps. The kprobe code assumes to be only called for BREAKPOINT_INSTRUCTION, and concludes to have hit a concurrently removed kprobe if it finds anything else at the faulting locations. This includes TRAPA_BUG_OPCODE used for BUG and WARN. The consequence is that kprobe_handler returns 1. This makes kprobe_exceptions_notify return NOTIFY_STOP, and prevents handling the BUG statement. This also prevents moving $pc away from the trap instruction, so the system locks up in an endless loop Signed-off-by: Michael Karcher <kernel@mkarcher.dialup.fu-berlin.de> Signed-off-by: Yoshinori Sato <ysato@users.sourceforge.jp>		2019-06-26 19:11:13 +09:00
..
boards
boot
cchips
configs	sh: configs: Remove useless UEVENT_HELPER_PATH	2019-06-10 15:49:20 +09:00
drivers
include
kernel	arch/sh: Check for kprobe trap number before trying to handle a kprobe trap	2019-06-26 19:11:13 +09:00
lib
lib64
math-emu
mm
oprofile
tools
Kconfig
Kconfig.cpu
Kconfig.debug
Makefile