Thanks James... Does that "select SCSI" make SCSI a "y" or an "m", or...? The documentations says... - reverse dependencies: "select" <symbol> ["if" <expr>] While normal dependencies reduce the upper limit of a symbol (see below), reverse dependencies can be used to force a lower limit of another symbol. The value of the current menu symbol is used as the minimal value <symbol> can be set to. If <symbol> is selected multiple times, the limit is set to the largest selection. Reverse dependencies can only be used with boolean or tristate symbols. This makes me think that if CISS_SCSI_TAPE is y, it will force SCSI to be y? That's quite not correct. CISS_SCSI_TAPE can only be set to "y" if SCSI >= BLK_CPQ_CISS_DA (where "y" > "m" > "n") That is, if CISS_SCSI_TAPE is to be "y" and BLK_CPQ_CISS_DA == "m", then SCSI can be either "m" or "y". If CISS_SCSI_TAPE is to be "y" and BLK_CPQ_CISS_DA == "y", then SCSI must be "y". Does "select" do that? Or do I misunderstand the docs? -- steve -----Original Message----- From: James Bottomley [mailto:James.Bottomley@xxxxxxxxxxxx] Sent: Thu 6/22/2006 12:47 PM To: Cameron, Steve Cc: Toralf Förster; ISS StorageDev; linux-scsi@xxxxxxxxxxxxxxx Subject: RE: linux-2.6.17.1: cciss.c:(.text+0x81594): undefined referenceto `scsi_device_types' On Thu, 2006-06-22 at 12:26 -0500, Cameron, Steve wrote: > I don't know how to enforce that in the config > file. Try this. James diff --git a/drivers/block/Kconfig b/drivers/block/Kconfig index ae0949b..79e0a16 100644 --- a/drivers/block/Kconfig +++ b/drivers/block/Kconfig @@ -166,7 +166,8 @@ config BLK_CPQ_CISS_DA config CISS_SCSI_TAPE bool "SCSI tape drive support for Smart Array 5xxx" - depends on BLK_CPQ_CISS_DA && SCSI && PROC_FS + depends on BLK_CPQ_CISS_DA && PROC_FS + select SCSI help When enabled (Y), this option allows SCSI tape drives and SCSI medium changers (tape robots) to be accessed via a Compaq 5xxx array - : 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