15 Feb, 2010
2 commits
-
This follows the parisc change to ensure that tracehook_signal_handler()
is aware of when we are single-stepping in order to ptrace_notify()
appropriately. While this was implemented for 32-bit SH, sh64 neglected
to make use of TIF_SINGLESTEP when it was folded in with the 32-bit code,
resulting in ptrace_notify() never being called.As sh64 uses all of the other abstractions already, this simply plugs in
the thread flag in the appropriate enable/disable paths and fixes up the
tracehook notification accordingly. With this in place, sh64 is brought
in line with what 32-bit is already doing.Reported-by: Mike Frysinger
Signed-off-by: Paul Mundt
19 Jan, 2010
3 commits
-
The breakpoint handler was renamed on sh32, but sh64 was overlooked in
the conversion. Fix it up now.Signed-off-by: Paul Mundt
-
This kills off the sh64-specific state restorer and switches over to
the generic one.Signed-off-by: Paul Mundt
-
This updates the sh64 processor info with the sh32 changes in order to
tie in to the generic task_xstate management code.Signed-off-by: Paul Mundt
15 Dec, 2009
1 commit
-
After the recent FPU optimisation commit the signature of save_fpu()
changed. "regs" wasn't used in the implementation of save_fpu() anyway.Signed-off-by: Matt Fleming
Signed-off-by: Paul Mundt
16 Sep, 2009
1 commit
-
This is necessary to get ftrace syscall tracing working again.. a fairly
trivial and mechanical change. The one benefit is that this can also be
enabled on sh64, despite not having its own ftrace port.Signed-off-by: Paul Mundt
22 Dec, 2008
1 commit
-
Plugs in general and FPU regsets.
Signed-off-by: Paul Mundt
08 Sep, 2008
1 commit
-
Signed-off-by: Paul Mundt
25 Aug, 2008
1 commit
-
This patch fixes the following compile error caused by
commit c459dbf294b4a3d70490a468a7ca3907fb2c2f57
(sh: ptrace single stepping cleanups.):...
CC arch/sh/kernel/ptrace_64.o
arch/sh/kernel/ptrace_64.c: In function 'user_disable_single_step':
arch/sh/kernel/ptrace_64.c:134: error: 'regs' undeclared (first use in this function)
arch/sh/kernel/ptrace_64.c:134: error: (Each undeclared identifier is reported only once
arch/sh/kernel/ptrace_64.c:134: error: for each function it appears in.)
...
make[2]: *** [arch/sh/kernel/ptrace_64.o] Error 1Reported-by: Adrian Bunk
Signed-off-by: Adrian Bunk
Signed-off-by: Paul Mundt
02 Aug, 2008
4 commits
-
Presently this was always being set to AUDIT_ARCH_SH, which assumes
big endian. Fix this up so that the architecture actually reflects
what we're running on.Signed-off-by: Paul Mundt
-
This follows the changes in commits:
7d6d637dac2050f30a1b57b0a3dc5de4a10616ba
4f72c4279eab1e5f3ed1ac4e55d4527617582392on powerpc. Adding in TIF_NOTIFY_RESUME, and cleaning up the syscall
tracing to be more generic. This is an incremental step to turning
on tracehook, as well as unifying more of the ptrace and signal code
across the 32/64 split.Signed-off-by: Paul Mundt
-
This converts the single stepping done by sh/sh64 ptrace implementations
to use the generic user_enable/disable_single_step(), and subsequently
rips out a lot of ptrace request cases that are now handled generically.Signed-off-by: Paul Mundt
-
This hooks up the seccomp thread flag and associated callback from the
syscall tracer.Signed-off-by: Paul Mundt
16 Apr, 2008
1 commit
-
This patch fixes some compile errors due to missing save_fpu()
prototypes on sh64 caused by
commit 9bbafce2eec190ef7e44b0eb1095ba17ce6ad3af
(sh: Fix occasional FPU register corruption under preempt).Signed-off-by: Adrian Bunk
Signed-off-by: Paul Mundt
28 Jan, 2008
5 commits
-
Signed-off-by: Paul Mundt
-
Signed-off-by: Paul Mundt
-
Signed-off-by: Paul Mundt
-
Signed-off-by: Paul Mundt
-
Signed-off-by: Paul Mundt