From mboxrd@z Thu Jan 1 00:00:00 1970 From: David Brownell Date: Fri, 16 Nov 2001 03:42:20 +0000 Subject: Re: hotplug arch. and apps Message-Id: List-Id: References: In-Reply-To: MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit To: linux-hotplug@vger.kernel.org Johannes, what sort of policy criteria would you suggest for choosing one driver versus another? The "usbmodules" command is able to use richer inputs to its policy. Right now what it does is exactly mimic the policy that the kernel uses. Seems we'd need to start recording (preferably in the kernel and then exported) things like "prefer uss720 to printer". So far my thought in this area has been that the kernel needs to stay simple, and this sort of logic can be done in userland given suitable binding/unbinding/rebinding hooks in the kernel. - Dave ----- Original Message ----- From: "Johannes Erdfelt" To: "Greg KH" Cc: Sent: Thursday, November 15, 2001 5:42 PM Subject: Re: hotplug arch. and apps > On Thu, Nov 15, 2001, Greg KH wrote: > > On Thu, Nov 15, 2001 at 03:39:58PM -0800, Scott Cuyle Fritzinger wrote: > > > yup! from what i've read, it seems like the modules.usbmap has 'first > > > dibs' on any device, and then the usb.handmap is referenced if nothing > > > matches there. > > > > Exactly. > > This is something I'd like to fix at some point. We haven't solved the > problem of devices with multiple alternate settings that can be handled > by multiple drivers. > > Like the uss720 chips which have a native mode and a USB printer class > alternate setting. > > We should prefer to use the native mode in that case. > > JE > > _______________________________________________ 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