On Fri, 22 Jun 2007, Nicholas Miell wrote: > You could just get rid of the process/sighand/whatever reference > entirely and just make reads on a signalfd always dequeue signals for > the current thread. Duh?! ... > You'd lose the ability to pass signalfds around to other processes, but > I'm not convinced that is even useful. (But I'm sure somebody smarter > than me has a valid use case and would love to share :-) Wasn't it you that bitched (just a few days ago) because multiple threads could not use the same signalfd and they (by your initial thought) had to create one per thread? - 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
- From: Nicholas Miell <[email protected]>
- Re: Fix signalfd interaction with thread-private signals
- References:
- Re: Fix signalfd interaction with thread-private signals
- From: Oleg Nesterov <[email protected]>
- Re: Fix signalfd interaction with thread-private signals
- 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: 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: 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: 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: Benjamin Herrenschmidt <[email protected]>
- Re: Fix signalfd interaction with thread-private signals
- From: Linus Torvalds <[email protected]>
- Re: Fix signalfd interaction with thread-private signals
- From: Benjamin Herrenschmidt <[email protected]>
- Re: Fix signalfd interaction with thread-private signals
- From: Benjamin Herrenschmidt <[email protected]>
- Re: Fix signalfd interaction with thread-private signals
- From: Nicholas Miell <[email protected]>
- Re: Fix signalfd interaction with thread-private signals
- Prev by Date: Re: [PATCH] inetdevice.h must include sysctl.h
- Next by Date: Re: [AppArmor 39/45] AppArmor: Profile loading and manipulation, pathname matching
- Previous by thread: Re: Fix signalfd interaction with thread-private signals
- Next by thread: Re: Fix signalfd interaction with thread-private signals
- Index(es):