From mboxrd@z Thu Jan 1 00:00:00 1970 From: Sergey Vlasov Date: Sun, 26 Mar 2006 19:46:15 +0000 Subject: Re: [REPOST] uevent leak Message-Id: <20060326234615.1828c0b0.vsu@altlinux.ru> MIME-Version: 1 Content-Type: multipart/mixed; boundary="Signature=_Sun__26_Mar_2006_23_46_15_+0400_cC0Wv2Xdo.L64hA1" List-Id: References: <442616D1.4020707@ums.usu.ru> In-Reply-To: <442616D1.4020707@ums.usu.ru> To: linux-hotplug@vger.kernel.org --Signature=_Sun__26_Mar_2006_23_46_15_+0400_cC0Wv2Xdo.L64hA1 Content-Type: text/plain; charset=US-ASCII Content-Disposition: inline Content-Transfer-Encoding: quoted-printable On Sun, 26 Mar 2006 10:21:37 +0600 Alexander E. Patrakov wrote: > The theory (well, not theory, just an unconfirmed guess) behind this=20 > bugreport, so far, is that udevd responds to uevents very quickly, faster= =20 > than the kernel can deliver them from the netlink socket buffer. This lea= ds=20 > to some moments when the queue is actually empty, and the loop exits=20 > prematurely. Yes, the check for empty udev queue seems to be unreliable. One way to make this reliable could be to trigger some kind of "sync" event after all other events from udevtrigger, catch that event in an udev rule and do something to notify the script (e.g., remove some file). There is a problem, however: udevd can process events out of order if their DEVPATH values do not overlap (see running_with_devpath() in udevd.c), so the device for that event has to be really special. --Signature=_Sun__26_Mar_2006_23_46_15_+0400_cC0Wv2Xdo.L64hA1 Content-Type: application/pgp-signature -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.9.17 (GNU/Linux) iD8DBQFEJu+NW82GfkQfsqIRAh3UAJ441OeEHIOaqSrLBFx7W1HUVhRj8QCfSm8+ m2ceJ8DZ1IMKTzmNEo7USSs= =SnmY -----END PGP SIGNATURE----- --Signature=_Sun__26_Mar_2006_23_46_15_+0400_cC0Wv2Xdo.L64hA1-- ------------------------------------------------------- This SF.Net email is sponsored by xPML, a groundbreaking scripting language that extends applications into web and mobile media. Attend the live webcast and join the prime developer group breaking into this new coding territory! http://sel.as-us.falkag.net/sel?cmd=lnk&kid=110944&bid=241720&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