23 Mar, 2011

1 commit

  • Commit 0ea820cf introduced the PTRACE_GETFPREGS/SETFPREGS cmds,
    but gdb-server still accesses the FPU state using the
    PTRACE_PEEKUSR/POKEUSR commands. In this case, xstate was not
    initialised.

    Signed-off-by: Phil Edworthy
    Cc: stable@kernel.org
    Signed-off-by: Paul Mundt

    Phil Edworthy
     

28 Oct, 2010

2 commits

  • Remove unnecessary castings and get rid of dummy pointer in favor of
    offsetof() macro in ptrace_32.c. Also use temporary variables and
    break long lines in order to improve readability.

    Signed-off-by: Namhyung Kim
    Cc: Paul Mundt
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Namhyung Kim
     
  • Fix up the arguments to arch_ptrace() to take account of the fact that
    @addr and @data are now unsigned long rather than long as of a preceding
    patch in this series.

    Signed-off-by: Namhyung Kim
    Cc:
    Acked-by: Roland McGrath
    Acked-by: David Howells
    Acked-by: Geert Uytterhoeven
    Acked-by: David S. Miller
    Signed-off-by: Andrew Morton
    Signed-off-by: Linus Torvalds

    Namhyung Kim
     

16 Sep, 2010

1 commit

  • The only BKL user in arch/sh protects a single bit,
    so we can trivially replace it with test_and_set_bit.

    Signed-off-by: Arnd Bergmann
    Cc: Paul Mundt
    Cc: linux-sh@vger.kernel.org
    Signed-off-by: Paul Mundt

    Arnd Bergmann
     

14 Jun, 2010

1 commit

  • This follows the x86/ppc changes for kprobe-based event tracing on sh.
    While kprobes is only supported on 32-bit sh, we provide the API for
    HAVE_REGS_AND_STACK_ACCESS_API for both 32 and 64-bit.

    Signed-off-by: Paul Mundt

    Paul Mundt
     

15 Feb, 2010

2 commits

  • Paul Mundt
     
  • 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

    Paul Mundt
     

19 Jan, 2010

3 commits


15 Dec, 2009

1 commit


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

    Paul Mundt
     

22 Dec, 2008

1 commit


08 Sep, 2008

1 commit


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 1

    Reported-by: Adrian Bunk
    Signed-off-by: Adrian Bunk
    Signed-off-by: Paul Mundt

    Adrian Bunk
     

02 Aug, 2008

4 commits


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

    Adrian Bunk
     

28 Jan, 2008

5 commits