kernel.git/arch/mips/kernel/ptrace.c, branch linux-2.6.19.y

[MIPS] Make sure cpu_has_fpu is used only in atomic context

2006-10-09T22:20:48Z

Make sure cpu_has_fpu (which uses smp_processor_id()) is used only in atomic context. Signed-off-by: Atsushi Nemoto Signed-off-by: Ralf Baechle

Remove obsolete #include

2006-06-30T17:25:36Z

Signed-off-by: Jörn Engel Signed-off-by: Adrian Bunk

[MIPS] Unify mips_fpu_soft_struct and mips_fpu_hard_structs.

2006-06-19T16:39:18Z

The struct mips_fpu_soft_struct and mips_fpu_hard_struct are completely same now and the kernel fpu emulator assumes that. This patch unifies them to mips_fpu_struct and get rid of mips_fpu_union. Signed-off-by: Atsushi Nemoto Signed-off-by: Ralf Baechle

[PATCH] drop task argument of audit_syscall_{entry,exit}

2006-05-01T10:06:18Z

... it's always current, and that's a good thing - allows simpler locking. Signed-off-by: Al Viro

[MIPS] MT: Improved multithreading support.

2006-04-19T02:14:28Z

Signed-off-by: Ralf Baechle

[PATCH] mips: task_thread_info()

2006-01-12T17:08:59Z

Signed-off-by: Al Viro Signed-off-by: Andrew Morton Signed-off-by: Linus Torvalds

[PATCH] mips: task_pt_regs()

2006-01-12T17:08:58Z

Signed-off-by: Al Viro Signed-off-by: Andrew Morton Signed-off-by: Linus Torvalds

MIPS: DSP: eleminate used_dsp.

2006-01-10T13:39:04Z

used_dsp was meant to be used like used_math - but since the FPU context is small and lazy context switching is a stupid idea on multiprocessors this idea only got halfway implemented and those bits are were now breaking ptrace. Signed-off-by: Ralf Baechle

[PATCH] consolidate sys_ptrace()

2005-11-07T15:53:42Z

The sys_ptrace boilerplate code (everything outside the big switch statement for the arch-specific requests) is shared by most architectures. This patch moves it to kernel/ptrace.c and leaves the arch-specific code as arch_ptrace. Some architectures have a too different ptrace so we have to exclude them. They continue to keep their implementations. For sh64 I had to add a sh64_ptrace wrapper because it does some initialization on the first call. For um I removed an ifdefed SUBARCH_PTRACE_SPECIAL block, but SUBARCH_PTRACE_SPECIAL isn't defined anywhere in the tree. Signed-off-by: Christoph Hellwig Acked-by: Paul Mackerras Acked-by: Ralf Baechle Acked-By: David Howells Acked-by: Russell King Acked-by: Paul Mundt Signed-off-by: Andrew Morton Signed-off-by: Linus Torvalds

[PATCH] unify sys_ptrace prototype

2005-10-31T01:37:20Z

Make sure we always return, as all syscalls should. Also move the common prototype to Signed-off-by: Christoph Hellwig Signed-off-by: Miklos Szeredi Signed-off-by: Andrew Morton Signed-off-by: Linus Torvalds