From mboxrd@z Thu Jan 1 00:00:00 1970 From: Greg KH Date: Fri, 11 Feb 2005 06:46:57 +0000 Subject: Re: [ANNOUNCE] hotplug-ng 001 release Message-Id: <1108104417.32129.7.camel@localhost.localdomain> List-Id: References: <20050211004033.GA26624@suse.de> <20050211031823.GE29375@nostromo.devel.redhat.com> In-Reply-To: <20050211031823.GE29375@nostromo.devel.redhat.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: Bill Nottingham Cc: linux-hotplug-devel@lists.sourceforge.net, linux-kernel@vger.kernel.org On Thu, 2005-02-10 at 22:18 -0500, Bill Nottingham wrote: > Greg KH (gregkh@suse.de) said: > > I'd like to announce, yet-another-hotplug based userspace project: > > linux-ng. This collection of code replaces the existing linux-hotplug > > package with very tiny, compiled executable programs, instead of the > > existing bash scripts. > > > > It currently provides the following: > > - a /sbin/hotplug multiplexer. Works identical to the existing > > bash /sbin/hotplug. > > How does this interact with current usage of udevsend as the hotplug > multiplexer? First off, not everyone wants to use udev (I know, horrible thought...) This provides those people a solution to a "I want a tiny /sbin/hotplug" problem. Also, udevstart working as /sbin/hotplug is great for keeping things in order, which is important during normal operation. But during the boot sequence, the odds of getting out-of-order events, or even remove events, is somewhat limited. So, this /sbin/hotplug replacement can work in an initrd/initramfs image when udevstart would be overkill. And finally, even if you do use udevstart to manager /sbin/hotplug events, you still need a module autoloader program. This package provides executables for that problem, if you don't want to (or you can't) use the existing linux-hotplug scripts. udev will never do the module loading logic, so there's no duplication in this case. Hope this helps. I do realize the whole hotplug process is getting a bit complicated. I hope to write up some good documentation on what all is involved to help clear up some of the confusion that the combination of udev, udevsend, udevd, hal, /etc/hotplug.d/, /etc/dev.d/, and /sbin/hotplug have caused lately. thanks, greg k-h ------------------------------------------------------- SF email is sponsored by - The IT Product Guide Read honest & candid reviews on hundreds of IT Products from real users. Discover which products truly live up to the hype. Start reading now. http://ads.osdn.com/?ad_ide95&alloc_id396&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