On Thu, 21 Oct 2004, Guennadi Liakhovetski wrote: > > > [] Wouldn't it be better to leave this decision to the hotplug system > > > altogether? So that when the USB core notices a new device, it requests > > > not a specific module to be loaded, but a class-support, and then the > > > hotplug-daemon would decide based on its configuration, which module to > > > load / attach to this device? > > > > Patches are welcome. But keep in mind that the general consensus is to > > reduce the number of knobs required to adjust to get devices working, > > not to increase them. > > Yeah, with my present knowledge of the hotplug system and time available > it would take me a couple of months before I come up with something > remotely meaningful:-) So, before I (or somebody else) even think about > implementing it, I wanted to check if it is at all sensible. > > Actually, I had an impression, that this was already supported - the > user-space decides which driver to load for a specific event to cover > possible alternative / overlapping drivers... So, it might be, that it's > just usb/storage/usb.c that needs to be converted?
It's not as simple as that (when is it ever?). Loading drivers is a separate operation from binding drivers to devices. If there are two drivers that can both manage the same device, and one of them is already loaded, then the kernel will bind that one to the device regardless of what the userspace hotplug programs do. Or if both are already loaded, the kernel will simply bind the first one on its list. Alan Stern ------------------------------------------------------- This SF.net email is sponsored by: IT Product Guide on ITManagersJournal Use IT products in your business? Tell us what you think of them. Give us Your Opinions, Get Free ThinkGeek Gift Certificates! Click to find out more http://productguide.itmanagersjournal.com/guidepromo.tmpl _______________________________________________ [EMAIL PROTECTED] To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
