From mboxrd@z Thu Jan 1 00:00:00 1970 From: Kay Sievers Date: Fri, 30 Dec 2005 18:49:23 +0000 Subject: Re: new version of udev has different cd/dvd devices Message-Id: <20051230184923.GA5567@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 07:09:20PM +0100, Marco d'Itri wrote: > On Dec 30, Greg KH wrote: > > > 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 :) > People are complaining about it because events are not received in bus > order anymore, so the names randomly change (and since there is no > locking often the same links is created for two devices). Exactly. That's the reason, why it will be removed. > But still, I'd rather keep it as long as possible since half broken is > better than totally broken and I do not have a replacement ready. That doesn't makes sense. %e it conceptually completely broken and offering something that can't work does not give any value. Just get rid of _any_ simple enumeration, for exactly the same reason a kernel devfs is complete useless. Write out a rule at discovery (from udev itself) for every unconfigured device and you get a sane enumeration, that will not change at next boot. If people want other names or different numbers, they can just edit the automatically created rules or add custom ones. SUSE does this for persistent network interface names, which works pretty well. Writing out rules is reliable, predictable and one can understand what's going on. The %e is unfixable and will definitely die some day. 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