From mboxrd@z Thu Jan 1 00:00:00 1970 From: Scott James Remnant Date: Fri, 10 Feb 2006 01:35:47 +0000 Subject: Re: [PATCH] The Ubuntu Collection: Winter/Spring 2006 Message-Id: <1139535347.17150.30.camel@localhost.localdomain> MIME-Version: 1 Content-Type: multipart/mixed; boundary="=-bdBAo6FO15gxNb1uxTJ2" List-Id: References: <1139525024.17150.22.camel@localhost.localdomain> In-Reply-To: <1139525024.17150.22.camel@localhost.localdomain> To: linux-hotplug@vger.kernel.org --=-bdBAo6FO15gxNb1uxTJ2 Content-Type: text/plain Content-Transfer-Encoding: quoted-printable On Fri, 2006-02-10 at 01:30 +0000, Scott James Remnant wrote: > On Thu, 2006-02-09 at 23:52 +0100, Marco d'Itri wrote: >=20 > > On Feb 09, Scott James Remnant wrote: > >=20 > > > The theory is that another udev process will do the opposite, and > > > both renames will succeed. > > Did you consider the case of a system with a dozen of interfaces, the > > exaustion of available udevd child processes and the possible deadlock? > >=20 > They'll die off eventually under the three minute rule; if systems with > dozens of interfaces are really doing this kind of renaming frenzy, > they're probably doomed anyway :-) >=20 Uh, missed the following paragraph ... This is why it renames the interfaces to a temporary name before waiting, so there's never a chain deadlock. You'd need a system with twice the number of interfaces as there were maximum udev processes, with every single one needing renaming and swapping, and be unlucky enough for all the wrong ones to be queued at the same time. I suspect if a sysadmin really reached that, their box is powerful enough to increase the number of udev children *anyway*. Scott --=20 Scott James Remnant scott@ubuntu.com --=-bdBAo6FO15gxNb1uxTJ2 Content-Type: application/pgp-signature; name=signature.asc Content-Description: This is a digitally signed message part -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.1 (GNU/Linux) iD8DBQBD6+3zSnQiFMl4yK4RAno9AKCAlcjyLPzunbNkq7CEE23g98qDogCfSgAP FX5/PX6hEBYhmRhaevADndQ= =rkFI -----END PGP SIGNATURE----- --=-bdBAo6FO15gxNb1uxTJ2-- ------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=103432&bid=230486&dat=121642 _______________________________________________ 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