drivers/mtd/Kconfig

   1 menuconfig MTD
   2         tristate "Memory Technology Device (MTD) support"
   3         imply NVMEM
   4         help
   5           Memory Technology Devices are flash, RAM and similar chips, often
   6           used for solid state file systems on embedded devices. This option
   7           will provide the generic support for MTD drivers to register
   8           themselves with the kernel and for potential users of MTD devices
   9           to enumerate the devices which are present and obtain a handle on
  10           them. It will also allow you to select individual drivers for
  11           particular hardware and users of MTD devices. If unsure, say N.
  12
  13 if MTD
  14
  15 config MTD_TESTS
  16         tristate "MTD tests support (DANGEROUS)"
  17         depends on m
  18         help
  19           This option includes various MTD tests into compilation. The tests
  20           should normally be compiled as kernel modules. The modules perform
  21           various checks and verifications when loaded.
  22
  23           WARNING: some of the tests will ERASE entire MTD device which they
  24           test. Do not use these tests unless you really know what you do.
  25
  26 menu "Partition parsers"
  27 source "drivers/mtd/parsers/Kconfig"
  28 endmenu
  29
  30 comment "User Modules And Translation Layers"
  31
  32 #
  33 # MTD block device support is select'ed if needed
  34 #
  35 config MTD_BLKDEVS
  36         tristate
  37
  38 config MTD_BLOCK
  39         tristate "Caching block device access to MTD devices"
  40         depends on BLOCK
  41         select MTD_BLKDEVS
  42         help
  43           Although most flash chips have an erase size too large to be useful
  44           as block devices, it is possible to use MTD devices which are based
  45           on RAM chips in this manner. This block device is a user of MTD
  46           devices performing that function.
  47
  48           At the moment, it is also required for the Journalling Flash File
  49           System(s) to obtain a handle on the MTD device when it's mounted
  50           (although JFFS and JFFS2 don't actually use any of the functionality
  51           of the mtdblock device).
  52
  53           Later, it may be extended to perform read/erase/modify/write cycles
  54           on flash chips to emulate a smaller block size. Needless to say,
  55           this is very unsafe, but could be useful for file systems which are
  56           almost never written to.
  57
  58           You do not need this option for use with the DiskOnChip devices. For
  59           those, enable NFTL support (CONFIG_NFTL) instead.
  60
  61 config MTD_BLOCK_RO
  62         tristate "Readonly block device access to MTD devices"
  63         depends on MTD_BLOCK!=y && BLOCK
  64         select MTD_BLKDEVS
  65         help
  66           This allows you to mount read-only file systems (such as cramfs)
  67           from an MTD device, without the overhead (and danger) of the caching
  68           driver.
  69
  70           You do not need this option for use with the DiskOnChip devices. For
  71           those, enable NFTL support (CONFIG_NFTL) instead.
  72
  73 config FTL
  74         tristate "FTL (Flash Translation Layer) support"
  75         depends on BLOCK
  76         select MTD_BLKDEVS
  77         help
  78           This provides support for the original Flash Translation Layer which
  79           is part of the PCMCIA specification. It uses a kind of pseudo-
  80           file system on a flash device to emulate a block device with
  81           512-byte sectors, on top of which you put a 'normal' file system.
  82
  83           You may find that the algorithms used in this code are patented
  84           unless you live in the Free World where software patents aren't
  85           legal - in the USA you are only permitted to use this on PCMCIA
  86           hardware, although under the terms of the GPL you're obviously
  87           permitted to copy, modify and distribute the code as you wish. Just
  88           not use it.
  89
  90 config NFTL
  91         tristate "NFTL (NAND Flash Translation Layer) support"
  92         depends on BLOCK
  93         select MTD_BLKDEVS
  94         help
  95           This provides support for the NAND Flash Translation Layer which is
  96           used on M-Systems' DiskOnChip devices. It uses a kind of pseudo-
  97           file system on a flash device to emulate a block device with
  98           512-byte sectors, on top of which you put a 'normal' file system.
  99
 100           You may find that the algorithms used in this code are patented
 101           unless you live in the Free World where software patents aren't
 102           legal - in the USA you are only permitted to use this on DiskOnChip
 103           hardware, although under the terms of the GPL you're obviously
 104           permitted to copy, modify and distribute the code as you wish. Just
 105           not use it.
 106
 107 config NFTL_RW
 108         bool "Write support for NFTL"
 109         depends on NFTL
 110         help
 111           Support for writing to the NAND Flash Translation Layer, as used
 112           on the DiskOnChip.
 113
 114 config INFTL
 115         tristate "INFTL (Inverse NAND Flash Translation Layer) support"
 116         depends on BLOCK
 117         select MTD_BLKDEVS
 118         help
 119           This provides support for the Inverse NAND Flash Translation
 120           Layer which is used on M-Systems' newer DiskOnChip devices. It
 121           uses a kind of pseudo-file system on a flash device to emulate
 122           a block device with 512-byte sectors, on top of which you put
 123           a 'normal' file system.
 124
 125           You may find that the algorithms used in this code are patented
 126           unless you live in the Free World where software patents aren't
 127           legal - in the USA you are only permitted to use this on DiskOnChip
 128           hardware, although under the terms of the GPL you're obviously
 129           permitted to copy, modify and distribute the code as you wish. Just
 130           not use it.
 131
 132 config RFD_FTL
 133         tristate "Resident Flash Disk (Flash Translation Layer) support"
 134         depends on BLOCK
 135         select MTD_BLKDEVS
 136         help
 137           This provides support for the flash translation layer known
 138           as the Resident Flash Disk (RFD), as used by the Embedded BIOS
 139           of General Software. There is a blurb at:
 140
 141                 http://www.gensw.com/pages/prod/bios/rfd.htm
 142
 143 config SSFDC
 144         tristate "NAND SSFDC (SmartMedia) read only translation layer"
 145         depends on BLOCK
 146         select MTD_BLKDEVS
 147         help
 148           This enables read only access to SmartMedia formatted NAND
 149           flash. You can mount it with FAT file system.
 150
 151 config SM_FTL
 152         tristate "SmartMedia/xD new translation layer"
 153         depends on BLOCK
 154         select MTD_BLKDEVS
 155         select MTD_NAND_ECC_SW_HAMMING
 156         help
 157           This enables EXPERIMENTAL R/W support for SmartMedia/xD
 158           FTL (Flash translation layer).
 159           Write support is only lightly tested, therefore this driver
 160           isn't recommended to use with valuable data (anyway if you have
 161           valuable data, do backups regardless of software/hardware you
 162           use, because you never know what will eat your data...)
 163           If you only need R/O access, you can use older R/O driver
 164           (CONFIG_SSFDC)
 165
 166 config MTD_OOPS
 167         tristate "Log panic/oops to an MTD buffer"
 168         help
 169           This enables panic and oops messages to be logged to a circular
 170           buffer in a flash partition where it can be read back at some
 171           later point.
 172
 173 config MTD_SWAP
 174         tristate "Swap on MTD device support"
 175         depends on MTD && SWAP
 176         select MTD_BLKDEVS
 177         help
 178           Provides volatile block device driver on top of mtd partition
 179           suitable for swapping.  The mapping of written blocks is not saved.
 180           The driver provides wear leveling by storing erase counter into the
 181           OOB.
 182
 183 config MTD_PARTITIONED_MASTER
 184         bool "Retain master device when partitioned"
 185         default n
 186         depends on MTD
 187         help
 188           For historical reasons, by default, either a master is present or
 189           several partitions are present, but not both. The concern was that
 190           data listed in multiple partitions was dangerous; however, SCSI does
 191           this and it is frequently useful for applications. This config option
 192           leaves the master in even if the device is partitioned. It also makes
 193           the parent of the partition device be the master device, rather than
 194           what lies behind the master.
 195
 196 source "drivers/mtd/chips/Kconfig"
 197
 198 source "drivers/mtd/maps/Kconfig"
 199
 200 source "drivers/mtd/devices/Kconfig"
 201
 202 source "drivers/mtd/nand/Kconfig"
 203
 204 source "drivers/mtd/lpddr/Kconfig"
 205
 206 source "drivers/mtd/spi-nor/Kconfig"
 207
 208 source "drivers/mtd/ubi/Kconfig"
 209
 210 source "drivers/mtd/hyperbus/Kconfig"
 211
 212 endif # MTD