From mboxrd@z Thu Jan 1 00:00:00 1970 From: Kay Sievers Date: Sat, 27 Mar 2004 01:26:15 +0000 Subject: Re: netdev-dev.d? + udevsend-wait-for-udev? Message-Id: <20040327012615.GC1425@vrfy.org> List-Id: References: <20040327005928.GA1425@vrfy.org> In-Reply-To: <20040327005928.GA1425@vrfy.org> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: linux-hotplug@vger.kernel.org On Fri, Mar 26, 2004 at 05:05:33PM -0800, Greg KH wrote: > On Sat, Mar 27, 2004 at 01:59:28AM +0100, Kay Sievers wrote: > > I need the net device names in the udev database, for managing the rules > > with the gui. Before I send the patch, do we want to raise the dev.d/ > > events for net devices too? > > Sure, it makes sense to. Fine, then we will have the netdev's in the selection list soon :) > > I have a patch pending for udevsend which waits for the real udev to > > come back and let udevsend exit with the return code of the real udev. > > It is possible with it, to resubmit the event if we receive a recoverable > > error from udev. Don't know if it's useful. > > I think I lost the last version you sent me of this. I still don't feel > it's necessary, and possibly dangerous if we have a heavy system load, > right? It's not really dangerous and it doesn't take longer for hundreds of debug disks. udevsend will just wait a bit longer than udevs timout for a event and then quit, also without the "ack message". Hmm, it's nice style to let the caller know what happened, but are there any cases you can think of, where we have a error and want to retry? Hmm, ... :) thanks, Kay ------------------------------------------------------- This SF.Net email is sponsored by: IBM Linux Tutorials Free Linux tutorial presented by Daniel Robbins, President and CEO of GenToo technologies. Learn everything from fundamentals to system administration.http://ads.osdn.com/?ad_id70&alloc_id638&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