summaryrefslogtreecommitdiff
path: root/arch/powerpc/platforms/pseries/hotplug-cpu.c
diff options
context:
space:
mode:
authorPaul Mackerras <paulus@samba.org>2014-02-26 17:07:38 +1100
committerJiri Slaby <jslaby@suse.cz>2014-03-05 17:13:45 +0100
commit5a99ca7fc8b4d2c3e01f3caab239ea9e96d81efc (patch)
treec9ab91587d7d1822cdf8483feced5b426dac82bc /arch/powerpc/platforms/pseries/hotplug-cpu.c
parent9f93a183e6266283dce26ad92855ba7b7472c9cd (diff)
powerpc: Increase stack redzone for 64-bit userspace to 512 bytes
commit 573ebfa6601fa58b439e7f15828762839ccd306a upstream. The new ELFv2 little-endian ABI increases the stack redzone -- the area below the stack pointer that can be used for storing data -- from 288 bytes to 512 bytes. This means that we need to allow more space on the user stack when delivering a signal to a 64-bit process. To make the code a bit clearer, we define new USER_REDZONE_SIZE and KERNEL_REDZONE_SIZE symbols in ptrace.h. For now, we leave the kernel redzone size at 288 bytes, since increasing it to 512 bytes would increase the size of interrupt stack frames correspondingly. Gcc currently only makes use of 288 bytes of redzone even when compiling for the new little-endian ABI, and the kernel cannot currently be compiled with the new ABI anyway. In the future, hopefully gcc will provide an option to control the amount of redzone used, and then we could reduce it even more. This also changes the code in arch_compat_alloc_user_space() to preserve the expanded redzone. It is not clear why this function would ever be used on a 64-bit process, though. Signed-off-by: Paul Mackerras <paulus@samba.org> Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org> Signed-off-by: Jiri Slaby <jslaby@suse.cz>
Diffstat (limited to 'arch/powerpc/platforms/pseries/hotplug-cpu.c')
0 files changed, 0 insertions, 0 deletions