Re: [PATCH] Convert sigaction to act like other unices
From: Steven Rostedt
Date: Sat Aug 13 2005 - 09:03:07 EST
On Sat, 2005-08-13 at 14:39 +0200, Andi Kleen wrote:
> On Fri, Aug 12, 2005 at 10:40:02PM -0400, Steven Rostedt wroqte:
> > Here's a patch that converts all architectures to behave like other unix
> > boxes signal handling. It's funny that I didn't need to change the m68k
> > architecture, since it was the only one that already behaves this way!
> > (the m68knommu does not!)
> <rest snipped which also wasn't better>
> This is not a description of what you changed. A patch entry has to
> start with a rationale and then a description of the change.
Sorry, I forgot that not all were in on the thread. (duh, I added a
bunch of others, I guess I wasn't thinking clearly).
http://lkml.org/lkml/2005/8/9/190 "Singal handling possibly wrong".
Here's a summary:
Bodo Stroesser noticed a conflict between the man pages and what the
kernel was doing in regard to SA_NODEFER. The man pages stated that
SA_NODEFER would only not defer the signal that is being processed,
where as the the kernel would not defer all signals (including those in
The POSIX description of this was very confusing, where Linus thought it
explained what the kernel currently does, and I (and others) thought it
did what the man pages described. Someone found an updated version that
supports my theory. In fact it seems that even the signal would be
defered if SA_NODEFER was set but the signal was in the sa_mask.
Finally, it was ask, what do other unix boxes do? I wrote a simple
program that tested the behavior of this and posted it. I had a couple
of responses that tested the following unices:
AIX, DU4, IRIX6, Solaris and OSF1, and all of these do it the way the
man pages described. Since Linux happens to be the odd ball out, I
submitted the patch to make Linux act like other unix boxes with regard
to signals and SA_NODEFER.
Hope this explains things better.
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/