diff options
| author | Oleg Nesterov | 2016-02-27 23:11:28 +0100 |
|---|---|---|
| committer | Ingo Molnar | 2016-02-29 08:47:51 +0100 |
| commit | 869ae76147ffdf21ad24f0e599303cd58a2bb39f (patch) | |
| tree | b05b3db6be6d5eff0ba0ce179bfabaa2ec108463 /arch/x86/entry/entry_32.S | |
| parent | x86/cpufeature: Create a new synthetic cpu capability for machine check recovery (diff) | |
| download | kernel-qcow2-linux-869ae76147ffdf21ad24f0e599303cd58a2bb39f.tar.gz kernel-qcow2-linux-869ae76147ffdf21ad24f0e599303cd58a2bb39f.tar.xz kernel-qcow2-linux-869ae76147ffdf21ad24f0e599303cd58a2bb39f.zip | |
uprobes: __create_xol_area() must nullify xol_mapping.fault
As Jiri pointed out, this recent commit:
f872f5400cc0 ("mm: Add a vm_special_mapping.fault() method")
breaks uprobes: __create_xol_area() doesn't initialize the new ->fault()
method and this obviously leads to kernel crash when the application
tries to execute the probed insn after bp hit.
We probably want to add uprobes_special_mapping_fault(), this allows to
turn xol_area->xol_mapping into a single instance of vm_special_mapping.
But we need a simple fix, so lets change __create_xol() to nullify the
new member as Jiri suggests.
Suggested-by: Jiri Olsa <jolsa@redhat.com>
Reported-by: Jiri Olsa <jolsa@redhat.com>
Signed-off-by: Oleg Nesterov <oleg@redhat.com>
Cc: Andy Lutomirski <tipbot@zytor.com>
Cc: Linus Torvalds <torvalds@linux-foundation.org>
Cc: Peter Zijlstra <peterz@infradead.org>
Cc: Pratyush Anand <panand@redhat.com>
Cc: Thomas Gleixner <tglx@linutronix.de>
Link: http://lkml.kernel.org/r/20160227221128.GA29565@redhat.com
Signed-off-by: Ingo Molnar <mingo@kernel.org>
Diffstat (limited to 'arch/x86/entry/entry_32.S')
0 files changed, 0 insertions, 0 deletions