From mboxrd@z Thu Jan 1 00:00:00 1970 From: Kay Sievers Date: Mon, 28 Feb 2005 20:46:31 +0000 Subject: Re: The Next Generation Message-Id: <1109623592.4228.28.camel@localhost.localdomain> List-Id: References: <20050217190941.GA1561@vrfy.org> In-Reply-To: <20050217190941.GA1561@vrfy.org> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: linux-hotplug@vger.kernel.org On Mon, 2005-02-28 at 20:49 +0100, Marco d'Itri wrote: >On Feb 28, Roman Kagan wrote: > >> Given that this is a compatibility stuff, can't it be handled >It's not "compatibility stuff" until there is a plan to fully replace >dev.d with something else, and I do not see one. Sure, I can see it clearly. It already works nicely on my box and is more than 3 times faster. :) The dev.d/ stuff can be replaced by a rule and acts by default like our current udev. And systems that don't need it, just remove these rules, add a few HOTPLUG= keys and get the big performance hit. >And if there is a complete replacement then dev.d could be as well >scrapped, since there are just a few users of it. That decision is up to the system integrators. dev.d/ is causing the biggest udev problems today, so I expect it will no longer be used in a very short time if we provide a good alternative to it. Thanks, Kay ------------------------------------------------------- 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