Re: [RFC PATCH] Multi-threaded device probing
- From: Greg KH <gregkh@xxxxxxx>
- Date: Wed, 26 Jul 2006 00:28:24 -0700
On Tue, Jul 25, 2006 at 06:00:24PM -0400, Dmitry Torokhov wrote:
On Tuesday 25 July 2006 16:30, Greg KH wrote:
During the kernel summit, I was reminded by the wish by some people to
do device probing in parallel, so I created the following patch. It
offers up the ability for the driver core to create a new thread for
every driver<->device probe call. To enable this, the driver needs to
have the multithread_probe flag set to 1, otherwise the "traditional"
sequencial probe happens.
Another option would be to have probing still serialized within a bus but
serviced by a separate thread. The thread can die after let's say 1 minute
inactivity timeout and respawned if needed.
Yes, you can do that right now if you wish, no need to mess with the
driver core. But for busses that don't want to do something like that
(like USB and PCI probably will not), this option is now available.
thanks,
greg k-h
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
- References:
- [RFC PATCH] Multi-threaded device probing
- From: Greg KH
- Re: [RFC PATCH] Multi-threaded device probing
- From: Dmitry Torokhov
- [RFC PATCH] Multi-threaded device probing
- Prev by Date: Re: [RFC PATCH] Multi-threaded device probing
- Next by Date: Re: [RFC PATCH] Multi-threaded device probing
- Previous by thread: Re: [RFC PATCH] Multi-threaded device probing
- Next by thread: Re: [RFC PATCH] Multi-threaded device probing
- Index(es):
Relevant Pages
|
|