Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1764195AbZFQKHo (ORCPT ); Wed, 17 Jun 2009 06:07:44 -0400 Received: (majordomo@vger.kernel.org) by vger.kernel.org id S1756275AbZFQKHd (ORCPT ); Wed, 17 Jun 2009 06:07:33 -0400 Received: from einhorn.in-berlin.de ([192.109.42.8]:56399 "EHLO einhorn.in-berlin.de" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1750959AbZFQKHc (ORCPT ); Wed, 17 Jun 2009 06:07:32 -0400 X-Envelope-From: stefanr@s5r6.in-berlin.de Date: Wed, 17 Jun 2009 12:07:27 +0200 (CEST) From: Stefan Richter Subject: [PATCH] SCSI: explain the hidden scsi_wait_scan Kconfig variable To: Matthew Wilcox cc: Changli Gao , James.Bottomley@HansenPartnership.com, Linux Kernel Mailing List , linux-scsi@vger.kernel.org In-Reply-To: <20090617021254.GQ19977@parisc-linux.org> Message-ID: References: <4A384FE4.9090703@gmail.com> <20090617021254.GQ19977@parisc-linux.org> MIME-Version: 1.0 Content-Type: TEXT/PLAIN; CHARSET=us-ascii Content-Disposition: INLINE Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org Content-Length: 1890 Lines: 52 People keep sending patches to expose CONFIG_SCSI_WAIT_SCAN as a tunable item. These patches aren't accepted upstream, so let's stop the ongoing irritation of people due to this obscure and strange installed module and its Kconfig option. Signed-off-by: Stefan Richter --- drivers/scsi/Kconfig | 17 ++++++++++++++++- 1 file changed, 16 insertions(+), 1 deletion(-) Index: b/drivers/scsi/Kconfig =================================================================== --- a/drivers/scsi/Kconfig +++ b/drivers/scsi/Kconfig @@ -259,10 +259,25 @@ config SCSI_SCAN_ASYNC or async on the kernel's command line. config SCSI_WAIT_SCAN - tristate + tristate # No prompt here, this is a hidden option. default m depends on SCSI depends on MODULES + help + Wait until all the async scans are complete. The idea is to use + it in initrd/ initramfs scripts. You modprobe it after all the + modprobes of the root SCSI drivers and it will wait until they + have all finished scanning their buses before allowing the boot + to proceed. + + Of course this does not work if targets boot independently of and + in parallel with the initiator, and/ or with transports with non- + deterministic target discovery schemes, and/ or if a transport + driver does not support scsi_wait_scan. + + Still, this option is not exposed as a prompt because little is + to be gained by disabling it, whereas people who accidentally + switch it off may wonder why their mkinitrd gets into trouble. menu "SCSI Transports" depends on SCSI -- Stefan Richter -=====-==--= -==- =---= http://arcgraph.de/sr/ -- 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/