On Tue, Jul 02, 2002 at 12:14:27AM -0700, David Brownell wrote:
> >And hopefully most of these hotplug calls will get merged together into
> >the driverfs core soon, and we remember to pay attention to the return
> >value there :)
> 
> How would driverfs do that -- a new bus level callback to
> fill out the environment and argv for hotplug events?  Each
> bus framework needs to control those things.

The bus framework is about to take over all of the probe() type logic.
So yes, there will be a bus level callback to fill out the env and argv
for the hotplug event.  This enables all buses to support /sbin/hotplug
easier (including legacy type busses eventually.)

This also means that Oliver's BKL patches are kind of moot, as most of
that logic is just going away (the locking around the probe stuff.)  See
the existing PCI code for an example of what's going to happen.

> I think it'd be fine to have both device and interface level
> hotplug events for USB, which might be implied by doing that
> kind of thing at the driverfs level.  That'd get rid of the
> major technical wart in the current USB hotplug (the stuff
> that "usbmodules" with usbfs addresses).

There will be a /sbin/hotplug event at the following moments in time:
        - bus type event when device is found.  This matches the
          existing /sbin/hotplug calls for PCI and USB
        - class type event when a driver registers a type of device is
          seen (i.e. input, tty, disk, etc.)  This is the new stuff that
          will allow us to move all device naming logic out of the
          kernel entirely.  See Pat's documentation for more
          explanation of this (he posted a link to it on lkml a few
          hours ago.)
        - class type event when the driver unregisters a type of device.
        - bus type even when the device is removed (like today.)

So the class events will be when a driver binds to a USB interface.

Does that make sense?

thanks,

greg k-h


-------------------------------------------------------
This sf.net email is sponsored by:ThinkGeek
No, I will not fix your computer.
http://thinkgeek.com/sf
_______________________________________________
[EMAIL PROTECTED]
To unsubscribe, use the last form field at:
https://lists.sourceforge.net/lists/listinfo/linux-usb-devel

Reply via email to