Re: new version of udev has different cd/dvd devices

[Kay Sievers <kay.sievers@vrfy.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_id\x16865&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