]> git.neil.brown.name Git - history.git/commit
When forcing through a signal for some thread-synchronous
authorLinus Torvalds <torvalds@home.osdl.org>
Fri, 4 Jul 2003 10:53:27 +0000 (03:53 -0700)
committerLinus Torvalds <torvalds@home.osdl.org>
Fri, 4 Jul 2003 10:53:27 +0000 (03:53 -0700)
commit9e008c3c401ea935ef32593ddeda0a4963fab6f9
tree486b6386c025a1b55eef28f36071041da1e5158f
parentb79c85248a7cede77706226ec00e4eeb79eadfbe
When forcing through a signal for some thread-synchronous
event (ie SIGSEGV, SIGFPE etc that happens as a result of a
trap as opposed to an external event), if the signal is
blocked we will not invoce a signal handler, we will just
kill the thread with the signal.

This is equivalent to what we do in the SIG_IGN case: you
cannot ignore or block synchronous signals, and if you try,
we'll just have to kill you.

We don't want to handle endless recursive faults, which the
old behaviour easily led to if the stack was bad, for example.
kernel/signal.c