summaryrefslogtreecommitdiffstats
path: root/kernel/configs
diff options
context:
space:
mode:
authorWill Deacon <will.deacon@arm.com>2017-05-09 18:00:04 +0100
committerIngo Molnar <mingo@kernel.org>2017-05-10 07:54:00 +0200
commit88b0193d9418c00340e45e0a913a0813bc6c8c96 (patch)
tree027a83b76832b465f3f120471ce58518e4fce2e0 /kernel/configs
parentcefec668868be847ac3733c927ccd527c305b529 (diff)
downloadop-kernel-dev-88b0193d9418c00340e45e0a913a0813bc6c8c96.zip
op-kernel-dev-88b0193d9418c00340e45e0a913a0813bc6c8c96.tar.gz
perf/callchain: Force USER_DS when invoking perf_callchain_user()
Perf can generate and record a user callchain in response to a synchronous request, such as a tracepoint firing. If this happens under set_fs(KERNEL_DS), then we can end up walking the user stack (and dereferencing/saving whatever we find there) without the protections usually afforded by checks such as access_ok. Rather than play whack-a-mole with each architecture's stack unwinding implementation, fix the root of the problem by ensuring that we force USER_DS when invoking perf_callchain_user from the perf core. Reported-by: Al Viro <viro@ZenIV.linux.org.uk> Signed-off-by: Will Deacon <will.deacon@arm.com> Acked-by: Peter Zijlstra <peterz@infradead.org> Cc: Alexander Shishkin <alexander.shishkin@linux.intel.com> Cc: Arnaldo Carvalho de Melo <acme@redhat.com> Cc: Jiri Olsa <jolsa@redhat.com> Cc: Linus Torvalds <torvalds@linux-foundation.org> Cc: Thomas Gleixner <tglx@linutronix.de> Signed-off-by: Ingo Molnar <mingo@kernel.org>
Diffstat (limited to 'kernel/configs')
0 files changed, 0 insertions, 0 deletions
OpenPOWER on IntegriCloud