Merge branch 'drm-linus' of git://git.kernel.org/pub/scm/linux/kernel/git/airlied...
[linux-2.6] / 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