uml: floating point signal delivery fixes
commita5f6096c805e6d2fa03ee932f8c70af34cee41a0
authorJeff Dike <jdike@addtoit.com>
Tue, 16 Oct 2007 08:27:15 +0000 (16 01:27 -0700)
committerLinus Torvalds <torvalds@woody.linux-foundation.org>
Tue, 16 Oct 2007 16:43:07 +0000 (16 09:43 -0700)
treec74d984c0e2fc2958425df65605dd3451adc6520
parent189872f968def833727b6bfef83ebd7440c538e6
uml: floating point signal delivery fixes

Handle floating point state in across signals correctly.  UML/i386 needs to
know whether the host does PTRACE_[GS]ETFPXREGS, so an arch_init_registers
hook is added, which on x86_64 does nothing.

UML doesn't save and restore floating point registers on kernel entry and
exit, so they need to be copied between the host process and the sigcontext.
save_fpx_registers and restore_fpx_registers are added for this purpose.
save_fp_registers and restore_fp_registers already exist.

There was a bunch of floating point state conversion code in
arch/um/sys-i386/ptrace.c which isn't needed there, but is needed in signal.c,
so it is moved over.

The i386 code now distinguishes between fp and fpx state and handles them
correctly.  The x86_64 code just needs to copy state as-is between the host
process and the stack.  There are also some fixes there to pass the correct
address of the floating point state around.

Signed-off-by: Jeff Dike <jdike@linux.intel.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
arch/um/include/registers.h
arch/um/include/sysdep-i386/ptrace.h
arch/um/include/sysdep-x86_64/ptrace.h
arch/um/os-Linux/registers.c
arch/um/os-Linux/sys-i386/registers.c
arch/um/sys-i386/ptrace.c
arch/um/sys-i386/signal.c
arch/um/sys-x86_64/signal.c