[RFC: 2.6.19 patch] let PCI_MULTITHREAD_PROBE depend on BROKEN

[Adrian Bunk]

On Fri, Oct 27, 2006 at 12:45:41AM +0200, Adrian Bunk wrote:
>...
> Subject    : swsusp initialized after SATA (CONFIG_PCI_MULTITHREAD_PROBE)
> References : http://lkml.org/lkml/2006/10/14/31
> Submitter  : Pavel Machek <pavel@xxxxxx>
> Status     : unknown
> 
> 
> Subject    : MSI errors during boot (CONFIG_PCI_MULTITHREAD_PROBE)
> References : http://lkml.org/lkml/2006/10/16/291
> Submitter  : Stephen Hemminger <shemminger@xxxxxxxx>
> Handled-By : Greg KH <greg@xxxxxxxxx>
> Status     : Greg is working on a fix
>...


PCI_MULTITHREAD_PROBE is an interesting feature, but in it's current 
state it seems to be more of a trap for users who accidentally
enable it.

This patch lets PCI_MULTITHREAD_PROBE depend on BROKEN for 2.6.19.

The intention is to get this patch reversed in -mm as soon as it's in 
Linus' tree, and reverse it for 2.6.20 or 2.6.21 after the fallout of 
in-kernel problems PCI_MULTITHREAD_PROBE causes got fixed.

Signed-off-by: Adrian Bunk <bunk@xxxxxxxxx>

--- linux-2.6/drivers/pci/Kconfig.old	2006-10-27 02:40:02.000000000 +0200
+++ linux-2.6/drivers/pci/Kconfig	2006-10-27 02:58:25.000000000 +0200
@@ -19,7 +19,7 @@
 
 config PCI_MULTITHREAD_PROBE
 	bool "PCI Multi-threaded probe (EXPERIMENTAL)"
-	depends on PCI && EXPERIMENTAL
+	depends on PCI && EXPERIMENTAL && BROKEN
 	help
 	  Say Y here if you want the PCI core to spawn a new thread for
 	  every PCI device that is probed.  This can cause a huge

-
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/