lkml.org 
[lkml]   [2005]   [Sep]   [19]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
/
From
SubjectRe: [PATCH] more sigkill priority fix
Date
> Does that mean that it is incorrect to deliver one signal at a time?

Whenever there are pending unblocked signals, they need to be delivered
before running any more user code. If after setting up a signal handler
(and blocking signals for it), there is another unblocked signal pending,
then that must be delivered immediately. This can mean terminating the
process before the handler ever runs, or it can mean setting up another
signal handler frame starting from the context of the first handler frame.

The only change with this bug fix is that this reliably happens immediately.
Before, it would always happen pretty soon (except in a pathological case
with a bad stack). That is, the next preemption, system call, fault,
other trap, or external interrupt--anything that entered the kernel--would
check the pending signals properly before returning to user mode.


Thanks,
Roland
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

\
 
 \ /
  Last update: 2005-09-19 11:10    [W:0.079 / U:0.848 seconds]
©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site