From mboxrd@z Thu Jan 1 00:00:00 1970 From: Kay Sievers Date: Fri, 30 Dec 2005 19:16:06 +0000 Subject: Re: new version of udev has different cd/dvd devices Message-Id: <20051230191606.GA5671@vrfy.org> List-Id: References: <43B313ED.40402@bl.com> In-Reply-To: <43B313ED.40402@bl.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: linux-hotplug@vger.kernel.org On Fri, Dec 30, 2005 at 06:16:54PM +0000, Darren Salt wrote: > I demand that Greg KH may or may not have written... > > > On Thu, Dec 29, 2005 at 12:29:36AM +0100, Kay Sievers wrote: > [snip; creating static rules on-the-fly] > >> Distros could also have a "default" rule, which catches unconfigured > >> devices and automatically creates a rule for them to keep the name stable > >> across reboots. > > > Or we can just stick with the rules we have today that use %e just fine, as > > it emulates exactly what a static /dev would have done, and no one is > > complaining about it :) > > Well, other than that it's become broken along with various other things (in > my case, ALSA sound device numbering; fortunately, the machine in question > has just the one external network interface) due to a change elsewhere. And > we all know what that change is, don't we :-) > > A switch which says "process events in series" or "process events which match > this rule in series" (hmm, groups of rules?) would do for my purposes. Faster > booting's all well and good, but I think that the cost is just a little bit > too high in this case. Forget "order" of devices on a system where everything can come and go at any time. The time can we configure a system once at installation is long over. Make the system aware of persistent properties and use that. It can all work automatically if done right. There is simply no "order" anymore we could rely on. So start to think in the right direction and help solving the real problems instead. It has nothing to do with "faster booting", it's about dynamic system configuration. You can't have both at the same time: hotplug and static configured systems. But if we do it right, we can have a completely dynamic system, that works reliable and is predictable. But that has absolutely nothing to do with device probing order, kernel device names, or devfs-like naming schemes. Thanks, Kay ------------------------------------------------------- This SF.net email is sponsored by: Splunk Inc. Do you grep through log files for problems? Stop! Download the new AJAX search engine that makes searching your log files as easy as surfing the web. DOWNLOAD SPLUNK! http://ads.osdn.com/?ad_idv37&alloc_id865&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