* Davide Libenzi <[email protected]> wrote: > > > Ohhh, the "signal" struct! Funny name for something that nowadays > > > has probably no more than a 5% affinity with signal-related tasks > > > :/ > > > > Hmm. I wonder if we should just rename it the struct thread_group, > > or struct task_group. Those seem slightly more accurate names. > > Almost *anything* is better than "signal_struct" ;) A task_group could > be fine, so something on the line of task_shared_ctx. or lets just face it and name it what it is: process_struct ;-) Ingo - 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: init's children list is long and slows reaping children.
- From: Davide Libenzi <[email protected]>
- Re: init's children list is long and slows reaping children.
- References:
- Re: init's children list is long and slows reaping children.
- From: Robin Holt <[email protected]>
- Re: init's children list is long and slows reaping children.
- From: [email protected] (Eric W. Biederman)
- Re: init's children list is long and slows reaping children.
- From: Oleg Nesterov <[email protected]>
- Re: init's children list is long and slows reaping children.
- From: Davide Libenzi <[email protected]>
- Re: init's children list is long and slows reaping children.
- From: [email protected] (Eric W. Biederman)
- Re: init's children list is long and slows reaping children.
- From: Davide Libenzi <[email protected]>
- Re: init's children list is long and slows reaping children.
- Prev by Date: Re: coding style for long conditions (WAS: Re: [PATCH 25/90] ... blinky leds!!)
- Next by Date: Re: init's children list is long and slows reaping children.
- Previous by thread: Re: init's children list is long and slows reaping children.
- Next by thread: Re: init's children list is long and slows reaping children.
- Index(es):
 |