Re: [RFC PATCH] Multi-threaded device probing

[Greg KH <gregkh@suse.de>]

On Wed, Jul 26, 2006 at 02:08:09AM +0200, Stefan Richter wrote:
> James Courtier-Dutton wrote:
> >What happens about the logging?
> >Surely one would want the output from one probe to be output into the
> >log as a block, and not mix the output from multiple simultaneous probes.
> 
> Use single-line printks were possible, or mutex-protected multiline 
> blocks where you really can't do without multiple lines of printks that 
> really cannot be separated. (Don't perform time consuming functions 
> within those mutexes; that would defeat the multithreaded probing...)
> 
> To adjust printks is only the beginning of what is to be done to adapt 
> single-threaded bus probes to multithreaded ones. There may be hidden 
> assumptions that rely on single-threaded execution.

Yeah, some drivers really don't like it, the ata_piix driver for example
had to be changed to keep it from thinking it was really being hotpluged
instead of the initial probe sequence.  Odds are there are lots of other
driver specific issues like this everywhere.  That's why it's a driver
specific flag, when the authors of the driver say it's ready, then it
will be enabled for that driver.

thanks,

greg k-h
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/