>>But USBFS lets you interact with the device, and every user mode driver >>(or configuration tool) relies on that. Many of them hook up through >>hotplug. KFS doesn't; which is why the agents will continue to need >>the USBFS path. > > > I want to remove the fact that usbfs is being used by the hotplug > scripts.
So far as the "load the driver" part of those scripts, I agree it shouldn't be needed. But hotplug agents do more than just loading drivers > I don't care about any userspace drivers or configuration > scripts, they can determine the usbfs location from the driverfs/kfs > device already. Not the last time I looked they couldn't !! But even if they could, then the hotplug scripts would want to set the usbfs DEVICE= parameter before calling setup/config scripts, which often call userspace drivers. Intentionally breaking such third party software is not somehing I'm keen on. >>There's also the "coldplug" situation. KFS _could_ remember which >>devices didn't have hotplug events issued (a device state flag) and >>rescan its tree to issue them, after the kernel's come up enough that >>/sbin/hotplug can safely be called. Only solving that issue lets us >>completely get rid of "usbmodules". > > > No, kfs isn't going to do a "coldplug" store and replay thing. I've yet to hear another scheme that would solve the whole "coldplug" problem, though ... there always seems to be some case (like the right driver being missing from initramfs) that is more naturally handled just by deferring the event report. Not store/replay -- one bit per device, and ftw() code that could likely be removed after the system's running. > What is going to happen is /sbin/hotplug will be present early in the > boot due to initramfs, so the proper modules will already be loaded. If > userspace wants to walk the driverfs/kfs tree when init starts up, > that's up to it. > > And yes, I really want to get rid of usbmodules too :) I've heard of this initramfs scheme, but it's almost Hallowe'en ... but maybe this falls under the "scarey costume" exception! :) - Dave ------------------------------------------------------- This sf.net email is sponsored by:ThinkGeek Welcome to geek heaven. http://thinkgeek.com/sf _______________________________________________ [EMAIL PROTECTED] To unsubscribe, use the last form field at: https://lists.sourceforge.net/lists/listinfo/linux-usb-devel
