Commit 7de6f798 authored by David Woodhouse's avatar David Woodhouse
Browse files

mtd: Make SM_FTL depend on MTD_NAND 



Randy Dunlap observed a build problem with the following config:

CONFIG_SM_FTL=y
CONFIG_SM_FTL_MUSEUM=y

CONFIG_MTD_NAND=m

The ECC calculation routines are then built as a module, but referenced
by the sm_ftl code in the kernel, resulting in a build failure. The
simple fix is to make CONFIG_SM_FTL depend on MTD_NAND unconditionally
-- it's pointless without hardware support anyway.

Fix some typos which Randy pointed out, too.

Reported-By: default avatarRandy Dunlap <randy.dunlap@oracle.com>
Signed-off-by: default avatarDavid Woodhouse <David.Woodhouse@intel.com>
parent 1f6ca0d6

drivers/mtd/Kconfig

+5 −5
Original line number Diff line number Diff line
@@ -307,22 +307,22 @@ config SSFDC 


config SM_FTL

	tristate "SmartMedia/xD new translation layer"

	depends on EXPERIMENTAL && BLOCK

	depends on EXPERIMENTAL && BLOCK && MTD_NAND

	select MTD_BLKDEVS

	help

	  This enables new and very EXPERMENTAL support for SmartMedia/xD

	  FTL (Flash tanslation layer)

	  FTL (Flash translation layer).

	  Write support isn't yet well tested, therefore this code IS likely to

	  eat your card, so please don't use it together with valuable data.

	  Use readonly driver (CONFIG_SSFDC) instead.



config SM_FTL_MUSEUM

	boolean "Additional Support for 1MiB and 2MiB SmartMedia cards"

	depends on SM_FTL && MTD_NAND

	depends on SM_FTL

	select MTD_NAND_ECC_SMC

	help

	  Very old SmartMedia cards need ECC to be calculated in the FTL

	  Such cards are very rare, thus enabling this option is mostly useless

	  Very old SmartMedia cards need ECC to be calculated in the FTL.

	  Such cards are very rare, thus enabling this option is mostly useless.

	  Also this support is completely UNTESTED.



config MTD_OOPS

CRA Git | Maintained and supported by SUSTech CRA and CCSE