From: Martin Wilck <martin.wilck@fujitsu-siemens.com>
To: linux-kernel@vger.kernel.org
Subject: Re: 2.6.12 initrd module loading seems parallel on bootup
Date: Mon, 27 Jun 2005 08:24:56 +0200 [thread overview]
Message-ID: <42BF9BB8.4050406@fujitsu-siemens.com> (raw)
In-Reply-To: <4jBCN-20Q-9@gated-at.bofh.it>
Pozsár Balázs wrote:
>>I'd like to know what changed in the kernel to make nash's behaviour
>>change. Martin, did you work that out?
>
>
> See http://lkml.org/lkml/2005/1/17/132
I am not sure if it was the culprit. The problem was that nash is
running as init() with PID 1 and therefore all processes are its child
processes. Thus a fairly normal code such as
if (fork())
wait4(-1...)
that would work under normal circumstances (there are no other real
children) can fail here. The terminating "children" that were
interfering here were all udev processes as far as I observed. I suppose
that inserting a module triggers udev which spawns a process which may
under certain circumstances terminate earlier than the insmod itself.
nash could also have solved the problem simply by fork()ing itself once
before doing any real work, so that it wouldn't run with pid 1.
Regards
Martin
next parent reply other threads:[~2005-06-27 6:27 UTC|newest]
Thread overview: 15+ messages / expand[flat|nested] mbox.gz Atom feed top
[not found] <4jtOU-508-21@gated-at.bofh.it>
[not found] ` <4jz7U-9S-7@gated-at.bofh.it>
[not found] ` <4jBCN-20Q-9@gated-at.bofh.it>
2005-06-27 6:24 ` Martin Wilck [this message]
2005-06-26 1:02 Darryl L. Miles
2005-06-26 3:53 ` Christian Trefzer
2005-06-26 6:46 ` Andrew Morton
2005-06-26 9:26 ` Pozsár Balázs
2005-06-26 11:53 ` Christian Trefzer
2005-06-26 10:06 ` Darryl L. Miles
2005-06-26 12:00 ` Christian Trefzer
2005-06-26 14:11 ` Toon van der Pas
2005-06-27 5:47 ` Darryl L. Miles
2005-06-29 23:39 ` Christian Trefzer
2005-06-30 8:45 ` Darryl L. Miles
2005-06-30 14:12 ` Christian Trefzer
2005-06-26 13:19 ` Parag Warudkar
-- strict thread matches above, loose matches on Subject: below --
2005-06-25 22:09 Darryl L. Miles
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=42BF9BB8.4050406@fujitsu-siemens.com \
--to=martin.wilck@fujitsu-siemens.com \
--cc=linux-kernel@vger.kernel.org \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
Powered by JetHome