[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <20061027010252.GV27968@stusta.de>
Date: Fri, 27 Oct 2006 03:02:52 +0200
From: Adrian Bunk <bunk@...sta.de>
To: Linus Torvalds <torvalds@...l.org>, Andrew Morton <akpm@...l.org>
Cc: Linux Kernel Mailing List <linux-kernel@...r.kernel.org>,
Pavel Machek <pavel@....cz>, Greg KH <greg@...ah.com>,
linux-pci@...ey.karlin.mff.cuni.cz,
Stephen Hemminger <shemminger@...l.org>
Subject: [RFC: 2.6.19 patch] let PCI_MULTITHREAD_PROBE depend on BROKEN
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@....cz>
> Status : unknown
>
>
> Subject : MSI errors during boot (CONFIG_PCI_MULTITHREAD_PROBE)
> References : http://lkml.org/lkml/2006/10/16/291
> Submitter : Stephen Hemminger <shemminger@...l.org>
> Handled-By : Greg KH <greg@...ah.com>
> 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@...sta.de>
--- 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@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists