aboutsummaryrefslogtreecommitdiffstats
path: root/arch/powerpc/platforms/cell/spufs/file.c
diff options
context:
space:
mode:
authorRoland McGrath <roland@redhat.com>2007-09-24 16:52:44 -0700
committerPaul Mackerras <paulus@samba.org>2007-09-25 20:40:41 +1000
commit474f81967217f3bec2389ae913da72641f2c40e3 (patch)
tree8c9e16b05eeb0f56c49dcf61b145732569010ec8 /arch/powerpc/platforms/cell/spufs/file.c
parentLinux 2.6.23-rc8 (diff)
downloadlinux-dev-474f81967217f3bec2389ae913da72641f2c40e3.tar.xz
linux-dev-474f81967217f3bec2389ae913da72641f2c40e3.zip
[POWERPC] Ensure FULL_REGS on exec
When PTRACE_O_TRACEEXEC is used, a ptrace call to fetch the registers at the PTRACE_EVENT_EXEC stop (PTRACE_PEEKUSR) will oops in CHECK_FULL_REGS. With recent versions, "gdb --args /bin/sh -c 'exec /bin/true'" and "run" at the (gdb) prompt is sufficient to produce this. I also have written an isolated test case, see https://bugzilla.redhat.com/show_bug.cgi?id=301791#c15. This change fixes the problem by clearing the low bit of pt_regs.trap in start_thread so that FULL_REGS is true again. This is correct since all of the GPRs that "full" refers to are cleared in start_thread. Signed-off-by: Roland McGrath <roland@redhat.com> Signed-off-by: Paul Mackerras <paulus@samba.org>
Diffstat (limited to '')
0 files changed, 0 insertions, 0 deletions