diff options
| author | Daniel Jacobowitz <drow@false.org> | 2005-11-19 10:01:07 +0000 |
|---|---|---|
| committer | Russell King <rmk+kernel@arm.linux.org.uk> | 2005-11-19 10:01:07 +0000 |
| commit | a6c61e9dfdd0adf8443932cfc43b0c1e25036ad5 (patch) | |
| tree | 68e09d27ce1ef0aecbe11fb9eb139fba92e1afe9 /arch/arm/mm/Makefile | |
| parent | d2c5b69099ff747f9757da2416383b9a999171b1 (diff) | |
| download | kernel_samsung_tuna-a6c61e9dfdd0adf8443932cfc43b0c1e25036ad5.zip kernel_samsung_tuna-a6c61e9dfdd0adf8443932cfc43b0c1e25036ad5.tar.gz kernel_samsung_tuna-a6c61e9dfdd0adf8443932cfc43b0c1e25036ad5.tar.bz2 | |
[ARM] 3168/1: Update ARM signal delivery and masking
Patch from Daniel Jacobowitz
After delivering a signal (creating its stack frame) we must check for
additional pending unblocked signals before returning to userspace.
Otherwise signals may be delayed past the next syscall or reschedule.
Once that was fixed it became obvious that the ARM signal mask manipulation
was broken. It was a little bit broken before the recent SA_NODEFER
changes, and then very broken after them. We must block the requested
signals before starting the handler or the same signal can be delivered
again before the handler even gets a chance to run.
Signed-off-by: Daniel Jacobowitz <dan@codesourcery.com>
Signed-off-by: Russell King <rmk+kernel@arm.linux.org.uk>
Diffstat (limited to 'arch/arm/mm/Makefile')
| -rw-r--r-- | arch/arm/mm/Makefile | 2 |
1 files changed, 1 insertions, 1 deletions
diff --git a/arch/arm/mm/Makefile b/arch/arm/mm/Makefile index 59f47d4..ffe73ba 100644 --- a/arch/arm/mm/Makefile +++ b/arch/arm/mm/Makefile @@ -51,4 +51,4 @@ obj-$(CONFIG_CPU_ARM1026) += proc-arm1026.o obj-$(CONFIG_CPU_SA110) += proc-sa110.o obj-$(CONFIG_CPU_SA1100) += proc-sa1100.o obj-$(CONFIG_CPU_XSCALE) += proc-xscale.o -obj-$(CONFIG_CPU_V6) += proc-v6.o blockops.o +obj-$(CONFIG_CPU_V6) += proc-v6.o |