summaryrefslogtreecommitdiffstats
path: root/arch/arm/mach-omap2/Makefile
diff options
context:
space:
mode:
authorH.J. Lu <hjl.tools@gmail.com>2012-05-22 05:29:45 +0200
committerH. Peter Anvin <hpa@zytor.com>2012-06-01 22:54:21 +0200
commitbad1a753d4d4deb09d4bc0bac1dd4fc3298502e9 (patch)
tree49923bb64af0c598635b9d481f7e1390bf5a5bbb /arch/arm/mach-omap2/Makefile
parentx86, efi: Add EFI boot stub documentation (diff)
downloadlinux-bad1a753d4d4deb09d4bc0bac1dd4fc3298502e9.tar.xz
linux-bad1a753d4d4deb09d4bc0bac1dd4fc3298502e9.zip
x86, x32, ptrace: Remove PTRACE_ARCH_PRCTL for x32
When I added x32 ptrace to 3.4 kernel, I also include PTRACE_ARCH_PRCTL support for x32 GDB For ARCH_GET_FS/GS, it takes a pointer to int64. But at user level, ARCH_GET_FS/GS takes a pointer to int32. So I have to add x32 ptrace to glibc to handle it with a temporary int64 passed to kernel and copy it back to GDB as int32. Roland suggested that PTRACE_ARCH_PRCTL is obsolete and x32 GDB should use fs_base and gs_base fields of user_regs_struct instead. Accordingly, remove PTRACE_ARCH_PRCTL completely from the x32 code to avoid possible memory overrun when pointer to int32 is passed to kernel. Link: http://lkml.kernel.org/r/CAMe9rOpDzHfS7NH7m1vmD9QRw8SSj4Sc%2BaNOgcWm_WJME2eRsQ@mail.gmail.com Signed-off-by: H. Peter Anvin <hpa@zytor.com> Cc: <stable@vger.kernel.org> v3.4
Diffstat (limited to 'arch/arm/mach-omap2/Makefile')
0 files changed, 0 insertions, 0 deletions