Messages in this thread | | | Subject | Re: signalfd API issues (was Re: [PATCH/RFC] signal races/bugs, losing TIF_SIGPENDING and other woes) | From | Benjamin Herrenschmidt <> | Date | Thu, 07 Jun 2007 13:21:57 +1000 |
| |
On Wed, 2007-06-06 at 08:52 -0400, Jeff Dike wrote: > On Wed, Jun 06, 2007 at 12:50:04PM +1000, Benjamin Herrenschmidt wrote: > > Yeah, synchronous signals should probably never be delivered to another > > process, even via signalfd. There's no point delivering a SEGV to > > somebody else :-) > > Sure there is. UML does exactly that - intercepting child signals > (including SEGV) with wait.
UML is definitely what I call a special case :-) Now the question is how do you get them ? Are you via some code path I haven't figured out calling dequeue_signal() from another context ?
Ben.
- 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/
| |