Fix force_sig_info() semantics after cleanups
authorLinus Torvalds <torvalds@g5.osdl.org>
Thu, 3 Aug 2006 03:17:49 +0000 (20:17 -0700)
committerLinus Torvalds <torvalds@g5.osdl.org>
Thu, 3 Aug 2006 03:17:49 +0000 (20:17 -0700)
commitae74c3b69a08e1de20cb681ec959f3a48af0006a
tree97def06a79fdaee2294ef197666a369b18728058
parent202668ecb6cb221460d884598dd4cd2e1f3292f3
Fix force_sig_info() semantics after cleanups

Suresh points out that commit b0423a0d9cc836b2c3d796623cd19236bfedfe63
broke the semantics of a synchronous signal like SIGSEGV occurring
recursively inside its own handler handler (or, indeed, any other
context when the signal was blocked).

That was unintentional, and this fixes things up by reinstating the old
semantics, but without reverting the cleanups.

Cc: Paul E. McKenney <paulmck@us.ibm.com>
Acked-by: Suresh Siddha <suresh.b.siddha@intel.com>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
kernel/signal.c