From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S932512AbWHQPsJ (ORCPT ); Thu, 17 Aug 2006 11:48:09 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S932516AbWHQPsI (ORCPT ); Thu, 17 Aug 2006 11:48:08 -0400 Received: from mail.kroah.org ([69.55.234.183]:7629 "EHLO perch.kroah.org") by vger.kernel.org with ESMTP id S932512AbWHQPsH (ORCPT ); Thu, 17 Aug 2006 11:48:07 -0400 Date: Thu, 17 Aug 2006 08:44:34 -0700 From: Greg KH To: Arjan van de Ven Cc: Benjamin Herrenschmidt , Alan Cox , akpm@osdl.org, linux-kernel@vger.kernel.org Subject: Re: PATCH: Multiprobe sanitizer Message-ID: <20060817154434.GC7070@kroah.com> References: <20060816222633.GA6829@kroah.com> <1155774994.15195.12.camel@localhost.localdomain> <1155797833.11312.160.camel@localhost.localdomain> <1155804060.15195.30.camel@localhost.localdomain> <1155806676.11312.175.camel@localhost.localdomain> <20060817120013.GC6843@kroah.com> <1155816777.11312.177.camel@localhost.localdomain> <20060817122244.GA17956@kroah.com> <1155818250.11312.181.camel@localhost.localdomain> <1155819861.4494.61.camel@laptopd505.fenrus.org> MIME-Version: 1.0 Content-Type: text/plain; charset=us-ascii Content-Disposition: inline In-Reply-To: <1155819861.4494.61.camel@laptopd505.fenrus.org> User-Agent: Mutt/1.5.13 (2006-08-11) Sender: linux-kernel-owner@vger.kernel.org X-Mailing-List: linux-kernel@vger.kernel.org On Thu, Aug 17, 2006 at 03:04:21PM +0200, Arjan van de Ven wrote: > On Thu, 2006-08-17 at 14:37 +0200, Benjamin Herrenschmidt wrote: > > On Thu, 2006-08-17 at 05:22 -0700, Greg KH wrote: > > > On Thu, Aug 17, 2006 at 02:12:57PM +0200, Benjamin Herrenschmidt wrote: > > > > On Thu, 2006-08-17 at 05:00 -0700, Greg KH wrote: > > > > > On Thu, Aug 17, 2006 at 11:24:35AM +0200, Benjamin Herrenschmidt wrote: > > > > > > Probe ordering is fragile and completely defeated with busses that are > > > > > > already probed asynchronously (like USB or firewire), and things can > > > > > > only get worse. Thus we need to look for generic solutions, the trick of > > > > > > maintaining probe ordering will work around problems today but we'll > > > > > > still hit the wall in an increasing number of cases in the future. > > > > > > > > > > That's exactly why udev was created :) > > > > > > > > > > It can handle bus ordering issues already today just fine, and distros > > > > > use it this way in shipping, "enterprise ready" products. > > > > > > > > Only up to a certain point and for certain drivers... but yeah. > > > > > > What drivers are not supported by this? Seriously, have we missed any? > > > > udev will not create stable names for a bunch of things... at least not > > with the default config that comes with distros. On my shuttle with the > > built-in USB card reader, whatever config comes up with the box will > > cause the machine to boot or fail to boot due to sda not beeing what > > it's expected to be, and udev is of no help because it won't create > > stable device names. > > that's what mount by label is for though.. > > (which isn't a udev but a distro thing) No, it's a udev thing too, look in /dev/disk/by-label/ and use that in your fstab. So yes, udev already handles this for block devices and input devices. It is simple to add new rules for other subsystems as people find that they need them. thanks, greg k-h