Eric W. Biederman wrote:
Are you saying waitpid() (wait4) *with a pid specified* can return another pid? That definitely sounds like a bug.No. For the full context look back a couple of messages. I'm guessing the issue is nash just calls wait and doesn't check the returned pid value, assuming it is the only child it forked returning. Which is valid except when you are running as pid == 1.
OK, userspace error :) -hpa - 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: 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: [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: [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: Linus Torvalds <[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: "H. Peter Anvin" <[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.
- Prev by Date: Re: init's children list is long and slows reaping children.
- Next by Date: [PATCH] console UTF-8 fixes
- 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):
 |