summaryrefslogtreecommitdiff
path: root/drivers/net/wireless/ath9k/ath9k.h
diff options
context:
space:
mode:
authorJosh Boyer <jwboyer@linux.vnet.ibm.com>2009-04-28 11:11:57 -0400
committerGreg Kroah-Hartman <gregkh@suse.de>2009-05-02 10:24:48 -0700
commit606624763556fd32a8d68796ce9ef03ae57df5e1 (patch)
tree8267cb83e2d4188f3d5a084d6382ced3e751bd2a /drivers/net/wireless/ath9k/ath9k.h
parent664b8ee764c295ff3bfd9736094a036dcc0ebda2 (diff)
downloadlwn-606624763556fd32a8d68796ce9ef03ae57df5e1.tar.gz
lwn-606624763556fd32a8d68796ce9ef03ae57df5e1.zip
powerpc: Sanitize stack pointer in signal handling code
This has been backported to 2.6.27.x from commit efbda86098 in Linus' tree. On powerpc64 machines running 32-bit userspace, we can get garbage bits in the stack pointer passed into the kernel. Most places handle this correctly, but the signal handling code uses the passed value directly for allocating signal stack frames. This fixes the issue by introducing a get_clean_sp function that returns a sanitized stack pointer. For 32-bit tasks on a 64-bit kernel, the stack pointer is masked correctly. In all other cases, the stack pointer is simply returned. Additionally, we pass an 'is_32' parameter to get_sigframe now in order to get the properly sanitized stack. The callers are know to be 32 or 64-bit statically. Signed-off-by: Josh Boyer <jwboyer@linux.vnet.ibm.com> Signed-off-by: Benjamin Herrenschmidt <benh@kernel.crashing.org> Signed-off-by: Greg Kroah-Hartman <gregkh@suse.de>
Diffstat (limited to 'drivers/net/wireless/ath9k/ath9k.h')
0 files changed, 0 insertions, 0 deletions