From mboxrd@z Thu Jan 1 00:00:00 1970 From: md@Linux.IT (Marco d'Itri) Date: Wed, 24 Aug 2005 20:40:33 +0000 Subject: Re: udevsynthesize as a udevstart+coldplug replacement Message-Id: <20050824204033.GA14361@wonderland.linux.it> MIME-Version: 1 Content-Type: multipart/mixed; boundary="sdtB3X0nJg68CQEu" List-Id: References: <20050823191542.GA29091@vrfy.org> In-Reply-To: <20050823191542.GA29091@vrfy.org> To: linux-hotplug@vger.kernel.org --sdtB3X0nJg68CQEu Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Aug 24, Kay Sievers wrote: > > What about a new udevcontrol parameter which makes it block until the > > udevd is done? > What state is "udevd is done"? No event in the queue? Unless you can think about something smarter, yes. > > This way if needed it could be run in a different init > > script to allow parallel processing at boot time. > Hmm, what do you mean? Who waits for whom? multiple init scripts would depend on the udev-done (or something like this) init script, which will not terminale until udevcontrol will. This way other init scripts would be able to continue working without needing to wait for udev. Or maybe it's not worth the effort, because they would need to use /some/ device node anyway. --=20 ciao, Marco --sdtB3X0nJg68CQEu Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQFDDNtBFGfw2OHuP7ERAoTFAKCg/rwjYA2uzhRdmOesK5t4ySofAgCgmMJp 8gi3hXoxVn35o23Kj6MXqvI= =aLjg -----END PGP SIGNATURE----- --sdtB3X0nJg68CQEu-- ------------------------------------------------------- SF.Net email is Sponsored by the Better Software Conference & EXPO September 19-22, 2005 * San Francisco, CA * Development Lifecycle Practices Agile & Plan-Driven Development * Managing Projects & Teams * Testing & QA Security * Process Improvement & Measurement * http://www.sqe.com/bsce5sf _______________________________________________ Linux-hotplug-devel mailing list http://linux-hotplug.sourceforge.net Linux-hotplug-devel@lists.sourceforge.net https://lists.sourceforge.net/lists/listinfo/linux-hotplug-devel