[PATCH] sparc: Fix PTRACE_CONT bogosity

SunOS aparently had this weird PTRACE_CONT semantic which
we copied.  If the addr argument is something other than
1, it sets the process program counter to whatever that
value is.

This is different from every other Linux architecture, which
don't do anything with the addr and data args.

This difference in particular breaks the Linux native GDB support
for fork and vfork tracing on sparc and sparc64.

There is no interest in running SunOS binaries using this weird
PTRACE_CONT behavior, so just delete it so we behave like other
platforms do.

Signed-off-by: David S. Miller <davem@davemloft.net>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>

1 files changed, 0 insertions, 12 deletions

diff --git a/arch/sparc/kernel/ptrace.c b/arch/sparc/kernel/ptrace.c
index fc4ad69357b8..c4f93bd2daf2 100644
--- a/arch/sparc/kernel/ptrace.c
+++ b/arch/sparc/kernel/ptrace.c
@@ -530,18 +530,6 @@ asmlinkage void do_ptrace(struct pt_regs *regs)
                         pt_error_return(regs, EIO);
                         goto out_tsk;
                 }
-                if (addr != 1) {
-                        if (addr & 3) {
-                                pt_error_return(regs, EINVAL);
-                                goto out_tsk;
-                        }
-#ifdef DEBUG_PTRACE
-                        printk ("Original: %08lx %08lx\n", child->thread.kregs->pc, child->thread.kregs->npc);
-                        printk ("Continuing with %08lx %08lx\n", addr, addr+4);
-#endif
-                        child->thread.kregs->pc = addr;
-                        child->thread.kregs->npc = addr + 4;
-                }
 
                 if (request == PTRACE_SYSCALL)
                         set_tsk_thread_flag(child, TIF_SYSCALL_TRACE);