aboutsummaryrefslogtreecommitdiffstats
path: root/arch/arm64
diff options
context:
space:
mode:
authorKristina Martsenko <kristina.martsenko@arm.com>2017-05-03 16:37:48 +0100
committerCatalin Marinas <catalin.marinas@arm.com>2017-05-09 17:43:18 +0100
commitf0e421b1bf7af97f026e1bb8bfe4c5a7a8c08f42 (patch)
tree8c9279df1daf4f41521fb2e99fca6d9efd37d7f1 /arch/arm64
parentarm64: entry: improve data abort handling of tagged pointers (diff)
downloadlinux-dev-f0e421b1bf7af97f026e1bb8bfe4c5a7a8c08f42.tar.xz
linux-dev-f0e421b1bf7af97f026e1bb8bfe4c5a7a8c08f42.zip
arm64: documentation: document tagged pointer stack constraints
Some kernel features don't currently work if a task puts a non-zero address tag in its stack pointer, frame pointer, or frame record entries (FP, LR). For example, with a tagged stack pointer, the kernel can't deliver signals to the process, and the task is killed instead. As another example, with a tagged frame pointer or frame records, perf fails to generate call graphs or resolve symbols. For now, just document these limitations, instead of finding and fixing everything that doesn't work, as it's not known if anyone needs to use tags in these places anyway. In addition, as requested by Dave Martin, generalize the limitations into a general kernel address tag policy, and refactor tagged-pointers.txt to include it. Fixes: d50240a5f6ce ("arm64: mm: permit use of tagged pointers at EL0") Cc: <stable@vger.kernel.org> # 3.12.x- Reviewed-by: Dave Martin <Dave.Martin@arm.com> Acked-by: Will Deacon <will.deacon@arm.com> Signed-off-by: Kristina Martsenko <kristina.martsenko@arm.com> Signed-off-by: Catalin Marinas <catalin.marinas@arm.com>
Diffstat (limited to 'arch/arm64')
0 files changed, 0 insertions, 0 deletions