diff options
author | Steven Rostedt <srostedt@redhat.com> | 2011-12-09 03:02:19 -0500 |
---|---|---|
committer | Steven Rostedt <rostedt@goodmis.org> | 2011-12-21 15:38:55 -0500 |
commit | 228bdaa95fb830e08b6acd1afd4d2c55093cabfa (patch) | |
tree | 11d91c3d9f5b576003a07852fcf31eb2ec53bc39 /fs/bad_inode.c | |
parent | 3f3c8b8c4b2a34776c3470142a7c8baafcda6eb0 (diff) | |
download | linux-228bdaa95fb830e08b6acd1afd4d2c55093cabfa.tar.gz linux-228bdaa95fb830e08b6acd1afd4d2c55093cabfa.tar.bz2 linux-228bdaa95fb830e08b6acd1afd4d2c55093cabfa.zip |
x86: Keep current stack in NMI breakpoints
We want to allow NMI handlers to have breakpoints to be able to
remove stop_machine from ftrace, kprobes and jump_labels. But if
an NMI interrupts a current breakpoint, and then it triggers a
breakpoint itself, it will switch to the breakpoint stack and
corrupt the data on it for the breakpoint processing that it
interrupted.
Instead, have the NMI check if it interrupted breakpoint processing
by checking if the stack that is currently used is a breakpoint
stack. If it is, then load a special IDT that changes the IST
for the debug exception to keep the same stack in kernel context.
When the NMI is done, it puts it back.
This way, if the NMI does trigger a breakpoint, it will keep
using the same stack and not stomp on the breakpoint data for
the breakpoint it interrupted.
Suggested-by: Peter Zijlstra <peterz@infradead.org>
Signed-off-by: Steven Rostedt <rostedt@goodmis.org>
Diffstat (limited to 'fs/bad_inode.c')
0 files changed, 0 insertions, 0 deletions