On Thu, 21 Oct 2004, Pete Zaitcev wrote: > On Thu, 21 Oct 2004 10:38:04 +0200 (CEST), Guennadi Liakhovetski <[EMAIL PROTECTED]> > wrote: > > > Hm, what, if someone needs both (no, I don't atm:-))? > > I do not see a plausible scenario of such a need. Do you?
Well, the ub was written, because storage doesn't satisfy all needs, right? So, there are cases where you need ub and NOT storage, or, at least, where ub suits better. OTOH, you say, there are protocols, which are not covered / will never be covered by ub? So, looks like both [ub] & ~[storage] and [storage] & ~[ub] are not empty?:-) > > [] 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? Thanks Guennadi --------------------------------- Guennadi Liakhovetski, Ph.D. DSA Daten- und Systemtechnik GmbH Pascalstr. 28 D-52076 Aachen Germany ------------------------------------------------------- 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
