On Sun, Jun 24, 2007 at 11:04:13PM +0800, Huang, Ying wrote: > >From: Greg KH [mailto:[EMAIL PROTECTED] > >I'm still not convinced that we need to add this kind of complexity to > >the driver core, instead of just letting the individual driver > >subsystems do this, if they want to do it. > > It may appear not necessary that providing more multithreaded device > probing in the driver core, but it seems more necessary that providing > more parallel control in the driver core to make some device probing > more single-threaded. > > There does exist multithreaded device probing in current driver core > implementation, supposing two devices are hot-plugged at the same time.
No, that is a bus-specific thing, and no bus that I know of supports that at this time. > But, many device drivers are written without this taken into account. That's why no bus does this :) > I think it may be better to make default device probing process more > single-threaded in the driver core. The single-thread workqueue or some > customized version of workqueue like that implemented by my patch can be > used for this. The parallel control mechanism can be used to implement > multithreaded device probing in needed subsystems too. But remember, the individual busses already do this all in a single thread anyway, nothing is needed in the driver core to do this. thanks, greg k-h - To unsubscribe from this list: send the line "unsubscribe linux-kernel" in the body of a message to [EMAIL PROTECTED] More majordomo info at http://vger.kernel.org/majordomo-info.html Please read the FAQ at http://www.tux.org/lkml/
