Re: Delayed hotplug events

[Oliver Neukum <oliver@neukum.org>]

-----BEGIN PGP SIGNED MESSAGE-----
Hash: SHA1

Am Freitag, 18. Juni 2004 10:12 schrieb Hannes Reinecke:
> Oliver Neukum wrote:
> > Am Freitag, 18. Juni 2004 01:57 schrieb Greg KH:
> > 
> >>>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 
> >>>>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 
> >>>>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.
> > 
> > 
> > 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.
> > 
> You mean add an additional sysfs attribute which serves as an checkpoint 
> (i.e. if this attribute exists, the initialisation is done)?

No, I would consider that redundant. If you let events queue up until
a counter reaches zero, you can guarantee that there's time to generate
all files being refered to in the event. There's no need to export it.

	Regards
		Oliver

-----BEGIN PGP SIGNATURE-----
Version: GnuPG v1.2.4 (GNU/Linux)

iD8DBQFA0qwWbuJ1a+1Sn8oRAvwcAKDIJwW6co2dXA312SJSSbDsQa4MmACg6c3s
YNAlkNzDMXb4wfMcFiltqoQ=J6YD
-----END PGP SIGNATURE-----


-------------------------------------------------------
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