On Tue, 19 Jun 2007, Oleg Nesterov wrote: > The commited "Fix signalfd interaction with thread-private signals" > (commit caec4e8dc85e0644ec24aeb36285e1ba02da58cc) doesn't implement > this. > > We can do something like > > int signalfd_dequeue_signal(struct task_struct *tsk, sigset_t *mask, siginfo_t *info) > { > if (tsk->tgid == current->tgid) > tsk = current; > > return dequeue_signal(tsk, mask, info); > } > > (still I can't understand why should we change signalfd). Actually, I think signalfd is fine as is, with Ben's patch applied. Signalfd should only fetch shared signals, not specific ones (in any case). - 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/
- Follow-Ups:
- Re: Fix signalfd interaction with thread-private signals
- From: Benjamin Herrenschmidt <[email protected]>
- Re: Fix signalfd interaction with thread-private signals
- References:
- And now for something _totally_ different: Linux v2.6.22-rc5
- From: Linus Torvalds <[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: 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]>
- And now for something _totally_ different: Linux v2.6.22-rc5
- Prev by Date: Re: 2.6.22-rc5 regression
- Next by Date: Re: Dual-Licensing Linux Kernel with GPL V2 and GPL V3
- Previous by thread: Re: Fix signalfd interaction with thread-private signals
- Next by thread: Re: Fix signalfd interaction with thread-private signals
- Index(es):