git.oblomov.eu Git - linux-2.6/blob - drivers/mtd/chips/Kconfig

   1 # drivers/mtd/chips/Kconfig
   2 # $Id: Kconfig,v 1.18 2005/11/07 11:14:22 gleixner Exp $
   3
   4 menu "RAM/ROM/Flash chip drivers"
   5         depends on MTD!=n
   6
   7 config MTD_CFI
   8         tristate "Detect flash chips by Common Flash Interface (CFI) probe"
   9         depends on MTD
  10         select MTD_GEN_PROBE
  11         help
  12           The Common Flash Interface specification was developed by Intel,
  13           AMD and other flash manufactures that provides a universal method
  14           for probing the capabilities of flash devices. If you wish to
  15           support any device that is CFI-compliant, you need to enable this
  16           option. Visit <http://www.amd.com/products/nvd/overview/cfi.html>
  17           for more information on CFI.
  18
  19 config MTD_JEDECPROBE
  20         tristate "Detect non-CFI AMD/JEDEC-compatible flash chips"
  21         depends on MTD
  22         select MTD_GEN_PROBE
  23         help
  24           This option enables JEDEC-style probing of flash chips which are not
  25           compatible with the Common Flash Interface, but will use the common
  26           CFI-targetted flash drivers for any chips which are identified which
  27           are in fact compatible in all but the probe method. This actually
  28           covers most AMD/Fujitsu-compatible chips, and will shortly cover also
  29           non-CFI Intel chips (that code is in MTD CVS and should shortly be sent
  30           for inclusion in Linus' tree)
  31
  32 config MTD_GEN_PROBE
  33         tristate
  34         select OBSOLETE_INTERMODULE
  35
  36 config MTD_CFI_ADV_OPTIONS
  37         bool "Flash chip driver advanced configuration options"
  38         depends on MTD_GEN_PROBE
  39         help
  40           If you need to specify a specific endianness for access to flash
  41           chips, or if you wish to reduce the size of the kernel by including
  42           support for only specific arrangements of flash chips, say 'Y'. This
  43           option does not directly affect the code, but will enable other
  44           configuration options which allow you to do so.
  45
  46           If unsure, say 'N'.
  47
  48 choice
  49         prompt "Flash cmd/query data swapping"
  50         depends on MTD_CFI_ADV_OPTIONS
  51         default MTD_CFI_NOSWAP
  52
  53 config MTD_CFI_NOSWAP
  54         bool "NO"
  55         ---help---
  56           This option defines the way in which the CPU attempts to arrange
  57           data bits when writing the 'magic' commands to the chips. Saying
  58           'NO', which is the default when CONFIG_MTD_CFI_ADV_OPTIONS isn't
  59           enabled, means that the CPU will not do any swapping; the chips
  60           are expected to be wired to the CPU in 'host-endian' form.
  61           Specific arrangements are possible with the BIG_ENDIAN_BYTE and
  62           LITTLE_ENDIAN_BYTE, if the bytes are reversed.
  63
  64           If you have a LART, on which the data (and address) lines were
  65           connected in a fashion which ensured that the nets were as short
  66           as possible, resulting in a bit-shuffling which seems utterly
  67           random to the untrained eye, you need the LART_ENDIAN_BYTE option.
  68
  69           Yes, there really exists something sicker than PDP-endian :)
  70
  71 config MTD_CFI_BE_BYTE_SWAP
  72         bool "BIG_ENDIAN_BYTE"
  73
  74 config MTD_CFI_LE_BYTE_SWAP
  75         bool "LITTLE_ENDIAN_BYTE"
  76
  77 endchoice
  78
  79 config MTD_CFI_GEOMETRY
  80         bool "Specific CFI Flash geometry selection"
  81         depends on MTD_CFI_ADV_OPTIONS
  82         help
  83           This option does not affect the code directly, but will enable
  84           some other configuration options which would allow you to reduce
  85           the size of the kernel by including support for only certain
  86           arrangements of CFI chips. If unsure, say 'N' and all options
  87           which are supported by the current code will be enabled.
  88
  89 config MTD_MAP_BANK_WIDTH_1
  90         bool "Support  8-bit buswidth" if MTD_CFI_GEOMETRY
  91         default y
  92         help
  93           If you wish to support CFI devices on a physical bus which is
  94           8 bits wide, say 'Y'.
  95
  96 config MTD_MAP_BANK_WIDTH_2
  97         bool "Support 16-bit buswidth" if MTD_CFI_GEOMETRY
  98         default y
  99         help
 100           If you wish to support CFI devices on a physical bus which is
 101           16 bits wide, say 'Y'.
 102
 103 config MTD_MAP_BANK_WIDTH_4
 104         bool "Support 32-bit buswidth" if MTD_CFI_GEOMETRY
 105         default y
 106         help
 107           If you wish to support CFI devices on a physical bus which is
 108           32 bits wide, say 'Y'.
 109
 110 config MTD_MAP_BANK_WIDTH_8
 111         bool "Support 64-bit buswidth" if MTD_CFI_GEOMETRY
 112         default n
 113         help
 114           If you wish to support CFI devices on a physical bus which is
 115           64 bits wide, say 'Y'.
 116
 117 config MTD_MAP_BANK_WIDTH_16
 118         bool "Support 128-bit buswidth" if MTD_CFI_GEOMETRY
 119         default n
 120         help
 121           If you wish to support CFI devices on a physical bus which is
 122           128 bits wide, say 'Y'.
 123
 124 config MTD_MAP_BANK_WIDTH_32
 125         bool "Support 256-bit buswidth" if MTD_CFI_GEOMETRY
 126         default n
 127         help
 128           If you wish to support CFI devices on a physical bus which is
 129           256 bits wide, say 'Y'.
 130
 131 config MTD_CFI_I1
 132         bool "Support 1-chip flash interleave" if MTD_CFI_GEOMETRY
 133         default y
 134         help
 135           If your flash chips are not interleaved - i.e. you only have one
 136           flash chip addressed by each bus cycle, then say 'Y'.
 137
 138 config MTD_CFI_I2
 139         bool "Support 2-chip flash interleave" if MTD_CFI_GEOMETRY
 140         default y
 141         help
 142           If your flash chips are interleaved in pairs - i.e. you have two
 143           flash chips addressed by each bus cycle, then say 'Y'.
 144
 145 config MTD_CFI_I4
 146         bool "Support 4-chip flash interleave" if MTD_CFI_GEOMETRY
 147         default n
 148         help
 149           If your flash chips are interleaved in fours - i.e. you have four
 150           flash chips addressed by each bus cycle, then say 'Y'.
 151
 152 config MTD_CFI_I8
 153         bool "Support 8-chip flash interleave" if MTD_CFI_GEOMETRY
 154         default n
 155         help
 156           If your flash chips are interleaved in eights - i.e. you have eight
 157           flash chips addressed by each bus cycle, then say 'Y'.
 158
 159 config MTD_OTP
 160         bool "Protection Registers aka one-time programmable (OTP) bits"
 161         depends on MTD_CFI_ADV_OPTIONS
 162         default n
 163         help
 164           This enables support for reading, writing and locking so called
 165           "Protection Registers" present on some flash chips.
 166           A subset of them are pre-programmed at the factory with a
 167           unique set of values. The rest is user-programmable.
 168
 169           The user-programmable Protection Registers contain one-time
 170           programmable (OTP) bits; when programmed, register bits cannot be
 171           erased. Each Protection Register can be accessed multiple times to
 172           program individual bits, as long as the register remains unlocked.
 173
 174           Each Protection Register has an associated Lock Register bit. When a
 175           Lock Register bit is programmed, the associated Protection Register
 176           can only be read; it can no longer be programmed. Additionally,
 177           because the Lock Register bits themselves are OTP, when programmed,
 178           Lock Register bits cannot be erased. Therefore, when a Protection
 179           Register is locked, it cannot be unlocked.
 180
 181           This feature should therefore be used with extreme care. Any mistake
 182           in the programming of OTP bits will waste them.
 183
 184 config MTD_CFI_INTELEXT
 185         tristate "Support for Intel/Sharp flash chips"
 186         depends on MTD_GEN_PROBE
 187         select MTD_CFI_UTIL
 188         help
 189           The Common Flash Interface defines a number of different command
 190           sets which a CFI-compliant chip may claim to implement. This code
 191           provides support for one of those command sets, used on Intel
 192           StrataFlash and other parts.
 193
 194 config MTD_CFI_AMDSTD
 195         tristate "Support for AMD/Fujitsu flash chips"
 196         depends on MTD_GEN_PROBE
 197         select MTD_CFI_UTIL
 198         help
 199           The Common Flash Interface defines a number of different command
 200           sets which a CFI-compliant chip may claim to implement. This code
 201           provides support for one of those command sets, used on chips
 202           including the AMD Am29LV320.
 203
 204 config MTD_CFI_AMDSTD_RETRY
 205         int "Retry failed commands (erase/program)"
 206         depends on MTD_CFI_AMDSTD
 207         default "0"
 208         help
 209           Some chips, when attached to a shared bus, don't properly filter
 210           bus traffic that is destined to other devices.  This broken
 211           behavior causes erase and program sequences to be aborted when
 212           the sequences are mixed with traffic for other devices.
 213
 214           SST49LF040 (and related) chips are know to be broken.
 215
 216 config MTD_CFI_AMDSTD_RETRY_MAX
 217         int "Max retries of failed commands (erase/program)"
 218         depends on MTD_CFI_AMDSTD_RETRY
 219         default "0"
 220         help
 221           If you have an SST49LF040 (or related chip) then this value should
 222           be set to at least 1.  This can also be adjusted at driver load
 223           time with the retry_cmd_max module parameter.
 224
 225 config MTD_CFI_STAA
 226         tristate "Support for ST (Advanced Architecture) flash chips"
 227         depends on MTD_GEN_PROBE
 228         select MTD_CFI_UTIL
 229         help
 230           The Common Flash Interface defines a number of different command
 231           sets which a CFI-compliant chip may claim to implement. This code
 232           provides support for one of those command sets.
 233
 234 config MTD_CFI_UTIL
 235         tristate
 236
 237 config MTD_RAM
 238         tristate "Support for RAM chips in bus mapping"
 239         depends on MTD
 240         help
 241           This option enables basic support for RAM chips accessed through
 242           a bus mapping driver.
 243
 244 config MTD_ROM
 245         tristate "Support for ROM chips in bus mapping"
 246         depends on MTD
 247         help
 248           This option enables basic support for ROM chips accessed through
 249           a bus mapping driver.
 250
 251 config MTD_ABSENT
 252         tristate "Support for absent chips in bus mapping"
 253         depends on MTD
 254         help
 255           This option enables support for a dummy probing driver used to
 256           allocated placeholder MTD devices on systems that have socketed
 257           or removable media.  Use of this driver as a fallback chip probe
 258           preserves the expected registration order of MTD device nodes on
 259           the system regardless of media presence.  Device nodes created
 260           with this driver will return -ENODEV upon access.
 261
 262 config MTD_OBSOLETE_CHIPS
 263         depends on MTD
 264         bool "Older (theoretically obsoleted now) drivers for non-CFI chips"
 265         help
 266           This option does not enable any code directly, but will allow you to
 267           select some other chip drivers which are now considered obsolete,
 268           because the generic CONFIG_JEDECPROBE code above should now detect
 269           the chips which are supported by these drivers, and allow the generic
 270           CFI-compatible drivers to drive the chips. Say 'N' here unless you have
 271           already tried the CONFIG_JEDECPROBE method and reported its failure
 272           to the MTD mailing list at <linux-mtd@lists.infradead.org>
 273
 274 config MTD_AMDSTD
 275         tristate "AMD compatible flash chip support (non-CFI)"
 276         depends on MTD && MTD_OBSOLETE_CHIPS && BROKEN
 277         help
 278           This option enables support for flash chips using AMD-compatible
 279           commands, including some which are not CFI-compatible and hence
 280           cannot be used with the CONFIG_MTD_CFI_AMDSTD option.
 281
 282           It also works on AMD compatible chips that do conform to CFI.
 283
 284 config MTD_SHARP
 285         tristate "pre-CFI Sharp chip support"
 286         depends on MTD && MTD_OBSOLETE_CHIPS
 287         help
 288           This option enables support for flash chips using Sharp-compatible
 289           commands, including some which are not CFI-compatible and hence
 290           cannot be used with the CONFIG_MTD_CFI_INTELxxx options.
 291
 292 config MTD_JEDEC
 293         tristate "JEDEC device support"
 294         depends on MTD && MTD_OBSOLETE_CHIPS && BROKEN
 295         help
 296           Enable older older JEDEC flash interface devices for self
 297           programming flash.  It is commonly used in older AMD chips.  It is
 298           only called JEDEC because the JEDEC association
 299           <http://www.jedec.org/> distributes the identification codes for the
 300           chips.
 301
 302 config MTD_XIP
 303         bool "XIP aware MTD support"
 304         depends on !SMP && (MTD_CFI_INTELEXT || MTD_CFI_AMDSTD) && EXPERIMENTAL && ARM
 305         default y if XIP_KERNEL
 306         help
 307           This allows MTD support to work with flash memory which is also
 308           used for XIP purposes.  If you're not sure what this is all about
 309           then say N.
 310
 311 endmenu
 312