From mboxrd@z Thu Jan 1 00:00:00 1970 From: Hannes Reinecke Date: Fri, 18 Jun 2004 08:12:33 +0000 Subject: Re: Delayed hotplug events Message-Id: <40D2A3F1.9070100@suse.de> List-Id: References: <40D17ECC.20501@suse.de> In-Reply-To: <40D17ECC.20501@suse.de> MIME-Version: 1.0 Content-Type: text/plain; charset="iso-8859-1" Content-Transfer-Encoding: quoted-printable To: linux-hotplug@vger.kernel.org Oliver Neukum wrote: > Am Freitag, 18. Juni 2004 01:57 schrieb Greg KH: >=20 >>>On Thu, Jun 17, 2004 at 03:22:07PM -0500, linas@austin.ibm.com wrote: >>> >>>>By contrast, I can't see what's architecturally unclean about=20 >>>>having device drivers make the call as to when they think they >>>>are finally up and ready to go, e.g. by making one puny subroutine=20 >>>>call at the end of thier init sequence. Why would this be a bad idea? >>> >>>Because it would be a major architecture change in the middle of a >>>stable kernel series. I'm not going to agree to do that at this time. >=20 >=20 > If you are willing to use a model of a blocking counter you can confine > the changes to just the actual hotplug generation. The change is well > encapsuled. Drivers not caring about the block/unblock affair simply get > the old behavior. > It's less elegant than waiting for the specific files, but workable. >=20 You mean add an additional sysfs attribute which serves as an checkpoint=20 (i.e. if this attribute exists, the initialisation is done)? Neat. Fixing the drivers (or even adding another generic function to=20 drivers/base/core.c) should be pretty straightforward. One could even add another ENV which contains the name of the checkpoint=20 attribute; this way it's pretty clear to any script whether it needs to=20 wait or not. This would also solve the timeout problem, as we could teach udevd to=20 wait for this checkpoint attribute to appear; if a matching 'remove'=20 event is received before the checkpoint is visible, udevd could just=20 drop both events. Greg: acceptable? Cheers, Hannes --=20 Dr. Hannes Reinecke hare@suse.de SuSE Linux AG S390 & zSeries Maxfeldstra=DFe 5 +49 911 74053 688 90409 N=FCrnberg http://www.suse.de ------------------------------------------------------- This SF.Net email is sponsored by The 2004 JavaOne(SM) Conference Learn from the experts at JavaOne(SM), Sun's Worldwide Java Developer Conference, June 28 - July 1 at the Moscone Center in San Francisco, CA REGISTER AND SAVE! http://java.sun.com/javaone/sf Priority Code NWMGYKND _______________________________________________ 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