From mboxrd@z Thu Jan 1 00:00:00 1970 From: md@Linux.IT (Marco d'Itri) Date: Mon, 21 Nov 2005 00:01:54 +0000 Subject: Re: waiting for an unknown set of udev /dev entries to complete Message-Id: <20051121000154.GA10551@wonderland.linux.it> MIME-Version: 1 Content-Type: multipart/mixed; boundary="k+w/mQv8wyuph6w0" List-Id: References: <20051118223045.GA28401@us.ibm.com> In-Reply-To: <20051118223045.GA28401@us.ibm.com> To: linux-hotplug@vger.kernel.org --k+w/mQv8wyuph6w0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Nov 21, Kay Sievers wrote: > > I still see a problem with this design: there is a period (which may be > > easy to hit if the udevd is spawning the maximum allowed number of > > children), between when events are sent to udevd and when it starts > > processing them, when the on-disk queue is empty. > It's the received event queue, which is exported, not the processes > currently running. What problem do you see related to the maximum number > of childs? Nevermind, this makes the race much shorter but it's still there. > There is still a small theorethical window between the module load > and the first event for a device created by that module, but it's unlikely > to hit that and it should be easy to work around that, if necessary. Yes, this is what I meant (in the context of boot-time events synthesis) and I do not like taking this risk. --=20 ciao, Marco --k+w/mQv8wyuph6w0 Content-Type: application/pgp-signature; name="signature.asc" Content-Description: Digital signature Content-Disposition: inline -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.2 (GNU/Linux) iD8DBQFDgQ5yFGfw2OHuP7ERAmIkAJ99QPZZKomuRP0UiVvVlSOUHuzDRgCcCHc7 aUD3AWLAPoNbuv0ioHU/oBk= =HiYK -----END PGP SIGNATURE----- --k+w/mQv8wyuph6w0-- ------------------------------------------------------- This SF.Net email is sponsored by the JBoss Inc. Get Certified Today Register for a JBoss Training Course. Free Certification Exam for All Training Attendees Through End of 2005. For more info visit: http://ads.osdn.com/?ad_id=7628&alloc_id=16845&op=click _______________________________________________ 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