From mboxrd@z Thu Jan 1 00:00:00 1970 From: Andrew Morton Date: Fri, 11 Apr 2003 22:47:09 +0000 Subject: Re: [ANNOUNCE] udev 0.1 release Message-Id: List-Id: References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: linux-hotplug@vger.kernel.org Tim Hockin wrote: > > > > A much better solution could be had by select()ing on a filehandle > > > indicating when a new hotswap event is ready to be processed. No races, > > > no security issues, no performance issues. > > > > I must say that I've always felt this to be a better approach than the > > /sbin/hotplug callout. > > I've always liked this approach, too - if you look at acpid, it is designed > to be gereically useful for this model of kernel->userland notification. > > With minor mods, it could become 'eventd' and handle ACPI, hotplug, netlink, > and any other style kernel->user notice. It also has the advantage that events are handled in reliable and repeatable order. Right now, if you plug and then quickly unplug a device, the unplug event can be handled first. It may not happen much in practice, but we have had problem with cardbus contact bounce causing an event storm in the past. The daemon could just swallow the first 5 insert/remove pairs and process the final insert only. The kernel would have to drop messages on the floor at some point though. ------------------------------------------------------- This SF.net email is sponsored by: Etnus, makers of TotalView, The debugger for complex code. Debugging C/C++ programs can leave you feeling lost and disoriented. TotalView can help you find your way. Available on major UNIX and Linux platforms. Try it free. www.etnus.com _______________________________________________ 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