android_kernel_motorola_sm6225/arch/um/include/sysdep-i386
Jeff Dike 4b84c69b5f [PATCH] uml: Move signal handlers to arch code
Have most signals go through an arch-provided handler which recovers the
sigcontext and then calls a generic handler.  This replaces the
ARCH_GET_SIGCONTEXT macro, which was somewhat fragile.  On x86_64, recovering
%rdx (which holds the sigcontext pointer) must be the first thing that
happens.  sig_handler duly invokes that first, but there is no guarantee that
I can see that instructions won't be reordered such that %rdx is used before
that.  Having the arch provide the handler seems much more robust.

Some signals in some parts of UML require their own handlers - these places
don't call set_handler any more.  They call sigaction or signal themselves.

Signed-off-by: Jeff Dike <jdike@addtoit.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
2006-09-26 08:49:07 -07:00
..
archsetjmp.h [PATCH] uml: Use klibc setjmp/longjmp 2006-09-26 08:49:05 -07:00
checksum.h [PATCH] uml: sparse cleanups 2006-03-31 12:18:51 -08:00
faultinfo.h [PATCH] uml: S390 preparation, abstract host page fault data 2005-05-05 16:36:36 -07:00
kernel-offsets.h [PATCH] uml: MADV_REMOVE fixes 2006-04-19 09:13:49 -07:00
ptrace.h [PATCH] uml: clean arch_switch usage 2006-03-31 12:18:52 -08:00
ptrace_user.h [PATCH] uml: skas0 - separate kernel address space on stock hosts 2005-07-07 18:23:44 -07:00
sc.h [PATCH] uml makefiles sanitized 2005-09-29 08:46:26 -07:00
sigcontext.h [PATCH] uml: fix page faults in SKAS3 mode. 2005-09-30 12:41:18 -07:00
skas_ptrace.h [PATCH] uml: S390 preparation, abstract host page fault data 2005-05-05 16:36:36 -07:00
stub.h [PATCH] uml skas0: stop gcc's insanity 2005-12-18 11:19:44 -08:00
syscalls.h [PATCH] unify sys_ptrace prototype 2005-10-30 17:37:20 -08:00
thread.h [PATCH] uml: fix compile failure for TT mode 2005-10-24 08:59:25 -07:00
tls.h [PATCH] uml: check for differences in host support 2006-03-31 12:18:52 -08:00