On Wed, 20 Jun 2007, Oleg Nesterov wrote: > Well, I think the kernel doesn't make any assumptions on that. It can't > guarantee the signal will be actually dequeued, to begin with. > > (That said, I probably missed something, in that case I'd like to be > educated. This is the real reason why I am making the noise :) What happens if a task gets a page fault that results in a SIGSEGV, and another task steals the SIGSEGV using a signalfd, before the faulted task has the chance to get into do_notify_resume() and notice it? ;) - Davide - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [email protected] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
- References:
- Re: And now for something _totally_ different: Linux v2.6.22-rc5
- From: Nicholas Miell <[email protected]>
- Re: And now for something _totally_ different: Linux v2.6.22-rc5
- From: Davide Libenzi <[email protected]>
- Re: And now for something _totally_ different: Linux v2.6.22-rc5
- From: Nicholas Miell <[email protected]>
- Re: And now for something _totally_ different: Linux v2.6.22-rc5
- From: Davide Libenzi <[email protected]>
- Re: And now for something _totally_ different: Linux v2.6.22-rc5
- From: Benjamin Herrenschmidt <[email protected]>
- Re: And now for something _totally_ different: Linux v2.6.22-rc5
- From: Linus Torvalds <[email protected]>
- Re: Fix signalfd interaction with thread-private signals
- From: Oleg Nesterov <[email protected]>
- Re: Fix signalfd interaction with thread-private signals
- From: Benjamin Herrenschmidt <[email protected]>
- Re: Fix signalfd interaction with thread-private signals
- From: Oleg Nesterov <[email protected]>
- Re: Fix signalfd interaction with thread-private signals
- From: Davide Libenzi <[email protected]>
- Re: Fix signalfd interaction with thread-private signals
- From: Oleg Nesterov <[email protected]>
- Re: And now for something _totally_ different: Linux v2.6.22-rc5
- Prev by Date: Re: Versioning file system
- Next by Date: Re: [patch 26/26] SLUB: Place kmem_cache_cpu structures in a NUMA aware way.
- Previous by thread: Re: Fix signalfd interaction with thread-private signals
- Next by thread: Re: Fix signalfd interaction with thread-private signals
- Index(es):
 |