summaryrefslogtreecommitdiffstats
path: root/arch/um/os-Linux/sys-i386/Makefile
diff options
context:
space:
mode:
authorJeff Dike <jdike@addtoit.com>2006-09-26 08:33:04 +0200
committerLinus Torvalds <torvalds@g5.osdl.org>2006-09-26 17:49:07 +0200
commit4b84c69b5f6c08a540e3683f1360a6cdef2806c7 (patch)
tree708f1e4cbc2771886aaeb8eadb3ae4d458bc8133 /arch/um/os-Linux/sys-i386/Makefile
parent[PATCH] uml: SIGIO cleanups (diff)
downloadlinux-4b84c69b5f6c08a540e3683f1360a6cdef2806c7.tar.xz
linux-4b84c69b5f6c08a540e3683f1360a6cdef2806c7.zip
[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>
Diffstat (limited to 'arch/um/os-Linux/sys-i386/Makefile')
-rw-r--r--arch/um/os-Linux/sys-i386/Makefile2
1 files changed, 1 insertions, 1 deletions
diff --git a/arch/um/os-Linux/sys-i386/Makefile b/arch/um/os-Linux/sys-i386/Makefile
index b3213613c41c..37806621b25d 100644
--- a/arch/um/os-Linux/sys-i386/Makefile
+++ b/arch/um/os-Linux/sys-i386/Makefile
@@ -3,7 +3,7 @@
# Licensed under the GPL
#
-obj-$(CONFIG_MODE_SKAS) = registers.o tls.o
+obj-$(CONFIG_MODE_SKAS) = registers.o signal.o tls.o
USER_OBJS := $(obj-y)