On Thu, Jan 04, 2007 at 06:46:32PM +0100, Adrian Bunk wrote: > Subject : SPARC64: Can't mount / (CONFIG_SCSI_SCAN_ASYNC=y ?) > References : http://lkml.org/lkml/2006/12/13/181 > http://lkml.org/lkml/2007/01/04/75 > Submitter : Horst H. von Brand <vonbrand@xxxxxxxxxxxx> > Status : unknown It'd be nice if people bothered to cc authors on bug reports, eh? It seems to me that you're building scsi as modules. In which case you need to follow the instructions in the help text to load the scsi_wait_scan module. Or just say 'n' to the CONFIG_SCSI_SCAN_ASYNC option, of course. You're right that the quotes need to disappear from the Kconfig help text as they're just confusing. diff --git a/drivers/scsi/Kconfig b/drivers/scsi/Kconfig index 60f5827..103d0da 100644 --- a/drivers/scsi/Kconfig +++ b/drivers/scsi/Kconfig @@ -230,6 +230,7 @@ config SCSI_SCAN_ASYNC The SCSI subsystem can probe for devices while the rest of the system continues booting, and even probe devices on different busses in parallel, leading to a significant speed-up. + If you have built SCSI as modules, enabling this option can be a problem as the devices may not have been found by the time your system expects them to have been. You can load the @@ -237,8 +238,8 @@ config SCSI_SCAN_ASYNC If you build your SCSI drivers into the kernel, then everything will work fine if you say Y here. - You can override this choice by specifying scsi_mod.scan="sync" - or "async" on the kernel's command line. + You can override this choice by specifying "scsi_mod.scan=sync" + or async on the kernel's command line. menu "SCSI Transports" depends on SCSI - To unsubscribe from this list: send the line "unsubscribe linux-scsi" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
