Skip to content

Commit 573ebfa

Browse files
paulusmackozbenh
authored andcommitted
powerpc: Increase stack redzone for 64-bit userspace to 512 bytes
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 <[email protected]> CC: <[email protected]> [v3.13] Signed-off-by: Benjamin Herrenschmidt <[email protected]>
1 parent a95fc58 commit 573ebfa

File tree

3 files changed

+20
-5
lines changed

3 files changed

+20
-5
lines changed

arch/powerpc/include/asm/compat.h

Lines changed: 3 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -200,10 +200,11 @@ static inline void __user *arch_compat_alloc_user_space(long len)
200200

201201
/*
202202
* We can't access below the stack pointer in the 32bit ABI and
203-
* can access 288 bytes in the 64bit ABI
203+
* can access 288 bytes in the 64bit big-endian ABI,
204+
* or 512 bytes with the new ELFv2 little-endian ABI.
204205
*/
205206
if (!is_32bit_task())
206-
usp -= 288;
207+
usp -= USER_REDZONE_SIZE;
207208

208209
return (void __user *) (usp - len);
209210
}

arch/powerpc/include/asm/ptrace.h

Lines changed: 15 additions & 1 deletion
Original file line numberDiff line numberDiff line change
@@ -28,11 +28,23 @@
2828

2929
#ifdef __powerpc64__
3030

31+
/*
32+
* Size of redzone that userspace is allowed to use below the stack
33+
* pointer. This is 288 in the 64-bit big-endian ELF ABI, and 512 in
34+
* the new ELFv2 little-endian ABI, so we allow the larger amount.
35+
*
36+
* For kernel code we allow a 288-byte redzone, in order to conserve
37+
* kernel stack space; gcc currently only uses 288 bytes, and will
38+
* hopefully allow explicit control of the redzone size in future.
39+
*/
40+
#define USER_REDZONE_SIZE 512
41+
#define KERNEL_REDZONE_SIZE 288
42+
3143
#define STACK_FRAME_OVERHEAD 112 /* size of minimum stack frame */
3244
#define STACK_FRAME_LR_SAVE 2 /* Location of LR in stack frame */
3345
#define STACK_FRAME_REGS_MARKER ASM_CONST(0x7265677368657265)
3446
#define STACK_INT_FRAME_SIZE (sizeof(struct pt_regs) + \
35-
STACK_FRAME_OVERHEAD + 288)
47+
STACK_FRAME_OVERHEAD + KERNEL_REDZONE_SIZE)
3648
#define STACK_FRAME_MARKER 12
3749

3850
/* Size of dummy stack frame allocated when calling signal handler. */
@@ -41,6 +53,8 @@
4153

4254
#else /* __powerpc64__ */
4355

56+
#define USER_REDZONE_SIZE 0
57+
#define KERNEL_REDZONE_SIZE 0
4458
#define STACK_FRAME_OVERHEAD 16 /* size of minimum stack frame */
4559
#define STACK_FRAME_LR_SAVE 1 /* Location of LR in stack frame */
4660
#define STACK_FRAME_REGS_MARKER ASM_CONST(0x72656773)

arch/powerpc/kernel/signal_64.c

Lines changed: 2 additions & 2 deletions
Original file line numberDiff line numberDiff line change
@@ -65,8 +65,8 @@ struct rt_sigframe {
6565
struct siginfo __user *pinfo;
6666
void __user *puc;
6767
struct siginfo info;
68-
/* 64 bit ABI allows for 288 bytes below sp before decrementing it. */
69-
char abigap[288];
68+
/* New 64 bit little-endian ABI allows redzone of 512 bytes below sp */
69+
char abigap[USER_REDZONE_SIZE];
7070
} __attribute__ ((aligned (16)));
7171

7272
static const char fmt32[] = KERN_INFO \

0 commit comments

Comments
 (0)