On Wed, Jun 18, 2008 at 12:48:27AM +0200, Stefan Richter wrote: >>> On Tue, 17 June 2008 12:55:31 -0700, Tim Bird wrote: > On Tue, 17 Jun 2008 11:28:29 -0700, Tim Bird wrote: > | One of the main sub-systems that we defer initialization of this > | way is USB, and this saves quite a bit of time. (Of course the > | same, or slightly more CPU cycles are eventually used during > | bootup time. But this lets us get to user space quicker so we > | can start user-visible applications faster.) > > What if you don't defer module initialization, but merely device probing? ... > If you set /sys/bus/foo/drivers_autoprobe to 0 (default is 1), then a > /sys/bus/foo/drivers/bar will not be bound to devices. You can trigger > driver--device binding later per device by writing a device's bus ID > into /sys/bus/foo/drivers/bar/bind, or by writing into > /sys/bus/foo/drivers_probe (I guess; I only used the per-device way so > far). I think the USB bus enumeration can take significant time: recognize a device is connected, turn on bus power, try to read descriptors (bus powered devices might be slow to respond after power up). And this will happen even with drivers_autoprobe == 0, right? OTOH I think just calling the module init function when no devices are present on the bus doesn't need much time. If you could delay the enumeration it would not be neccessary to mess with drivers_autoprobe. However, I don't know enough about USB so I don't know how to do it... Johannes -- To unsubscribe from this list: send the line "unsubscribe linux-embedded" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
