]> bbs.cooldavid.org Git - net-next-2.6.git/blob - drivers/mtd/chips/Kconfig
baac3533917244432fa935279cf75852962e3f76
[net-next-2.6.git] / drivers / mtd / chips / Kconfig
1 menu "RAM/ROM/Flash chip drivers"
2
3 config MTD_CFI
4         tristate "Detect flash chips by Common Flash Interface (CFI) probe"
5         select MTD_GEN_PROBE
6         select MTD_CFI_UTIL
7         help
8           The Common Flash Interface specification was developed by Intel,
9           AMD and other flash manufactures that provides a universal method
10           for probing the capabilities of flash devices. If you wish to
11           support any device that is CFI-compliant, you need to enable this
12           option. Visit <http://www.amd.com/products/nvd/overview/cfi.html>
13           for more information on CFI.
14
15 config MTD_JEDECPROBE
16         tristate "Detect non-CFI AMD/JEDEC-compatible flash chips"
17         select MTD_GEN_PROBE
18         help
19           This option enables JEDEC-style probing of flash chips which are not
20           compatible with the Common Flash Interface, but will use the common
21           CFI-targetted flash drivers for any chips which are identified which
22           are in fact compatible in all but the probe method. This actually
23           covers most AMD/Fujitsu-compatible chips and also non-CFI
24           Intel chips.
25
26 config MTD_GEN_PROBE
27         tristate
28
29 if MTD_GEN_PROBE
30
31 config MTD_CFI_ADV_OPTIONS
32         bool "Flash chip driver advanced configuration options"
33         help
34           If you need to specify a specific endianness for access to flash
35           chips, or if you wish to reduce the size of the kernel by including
36           support for only specific arrangements of flash chips, say 'Y'. This
37           option does not directly affect the code, but will enable other
38           configuration options which allow you to do so.
39
40           If unsure, say 'N'.
41
42 if MTD_CFI_ADV_OPTIONS
43
44 choice
45         prompt "Flash cmd/query data swapping"
46         default MTD_CFI_NOSWAP
47
48 config MTD_CFI_NOSWAP
49         bool "NO"
50         ---help---
51           This option defines the way in which the CPU attempts to arrange
52           data bits when writing the 'magic' commands to the chips. Saying
53           'NO', which is the default when CONFIG_MTD_CFI_ADV_OPTIONS isn't
54           enabled, means that the CPU will not do any swapping; the chips
55           are expected to be wired to the CPU in 'host-endian' form.
56           Specific arrangements are possible with the BIG_ENDIAN_BYTE and
57           LITTLE_ENDIAN_BYTE, if the bytes are reversed.
58
59           If you have a LART, on which the data (and address) lines were
60           connected in a fashion which ensured that the nets were as short
61           as possible, resulting in a bit-shuffling which seems utterly
62           random to the untrained eye, you need the LART_ENDIAN_BYTE option.
63
64           Yes, there really exists something sicker than PDP-endian :)
65
66 config MTD_CFI_BE_BYTE_SWAP
67         bool "BIG_ENDIAN_BYTE"
68
69 config MTD_CFI_LE_BYTE_SWAP
70         bool "LITTLE_ENDIAN_BYTE"
71
72 endchoice
73
74 config MTD_CFI_GEOMETRY
75         bool "Specific CFI Flash geometry selection"
76         help
77           This option does not affect the code directly, but will enable
78           some other configuration options which would allow you to reduce
79           the size of the kernel by including support for only certain
80           arrangements of CFI chips. If unsure, say 'N' and all options
81           which are supported by the current code will be enabled.
82
83 if MTD_CFI_GEOMETRY
84
85 config MTD_MAP_BANK_WIDTH_1
86         bool "Support  8-bit buswidth"
87         default y
88         help
89           If you wish to support CFI devices on a physical bus which is
90           8 bits wide, say 'Y'.
91
92 config MTD_MAP_BANK_WIDTH_2
93         bool "Support 16-bit buswidth"
94         default y
95         help
96           If you wish to support CFI devices on a physical bus which is
97           16 bits wide, say 'Y'.
98
99 config MTD_MAP_BANK_WIDTH_4
100         bool "Support 32-bit buswidth"
101         default y
102         help
103           If you wish to support CFI devices on a physical bus which is
104           32 bits wide, say 'Y'.
105
106 config MTD_MAP_BANK_WIDTH_8
107         bool "Support 64-bit buswidth"
108         help
109           If you wish to support CFI devices on a physical bus which is
110           64 bits wide, say 'Y'.
111
112 config MTD_MAP_BANK_WIDTH_16
113         bool "Support 128-bit buswidth"
114         help
115           If you wish to support CFI devices on a physical bus which is
116           128 bits wide, say 'Y'.
117
118 config MTD_MAP_BANK_WIDTH_32
119         bool "Support 256-bit buswidth"
120         help
121           If you wish to support CFI devices on a physical bus which is
122           256 bits wide, say 'Y'.
123
124 config MTD_CFI_I1
125         bool "Support 1-chip flash interleave"
126         default y
127         help
128           If your flash chips are not interleaved - i.e. you only have one
129           flash chip addressed by each bus cycle, then say 'Y'.
130
131 config MTD_CFI_I2
132         bool "Support 2-chip flash interleave"
133         default y
134         help
135           If your flash chips are interleaved in pairs - i.e. you have two
136           flash chips addressed by each bus cycle, then say 'Y'.
137
138 config MTD_CFI_I4
139         bool "Support 4-chip flash interleave"
140         help
141           If your flash chips are interleaved in fours - i.e. you have four
142           flash chips addressed by each bus cycle, then say 'Y'.
143
144 config MTD_CFI_I8
145         bool "Support 8-chip flash interleave"
146         help
147           If your flash chips are interleaved in eights - i.e. you have eight
148           flash chips addressed by each bus cycle, then say 'Y'.
149
150 endif # MTD_CFI_GEOMETRY
151
152 config MTD_OTP
153         bool "Protection Registers aka one-time programmable (OTP) bits"
154         select HAVE_MTD_OTP
155         help
156           This enables support for reading, writing and locking so called
157           "Protection Registers" present on some flash chips.
158           A subset of them are pre-programmed at the factory with a
159           unique set of values. The rest is user-programmable.
160
161           The user-programmable Protection Registers contain one-time
162           programmable (OTP) bits; when programmed, register bits cannot be
163           erased. Each Protection Register can be accessed multiple times to
164           program individual bits, as long as the register remains unlocked.
165
166           Each Protection Register has an associated Lock Register bit. When a
167           Lock Register bit is programmed, the associated Protection Register
168           can only be read; it can no longer be programmed. Additionally,
169           because the Lock Register bits themselves are OTP, when programmed,
170           Lock Register bits cannot be erased. Therefore, when a Protection
171           Register is locked, it cannot be unlocked.
172
173           This feature should therefore be used with extreme care. Any mistake
174           in the programming of OTP bits will waste them.
175
176 endif # MTD_CFI_ADV_OPTIONS
177
178 config MTD_CFI_INTELEXT
179         tristate "Support for Intel/Sharp flash chips"
180         select MTD_CFI_UTIL
181         help
182           The Common Flash Interface defines a number of different command
183           sets which a CFI-compliant chip may claim to implement. This code
184           provides support for one of those command sets, used on Intel
185           StrataFlash and other parts.
186
187 config MTD_CFI_AMDSTD
188         tristate "Support for AMD/Fujitsu/Spansion flash chips"
189         select MTD_CFI_UTIL
190         help
191           The Common Flash Interface defines a number of different command
192           sets which a CFI-compliant chip may claim to implement. This code
193           provides support for one of those command sets, used on chips
194           including the AMD Am29LV320.
195
196 config MTD_CFI_STAA
197         tristate "Support for ST (Advanced Architecture) flash chips"
198         select MTD_CFI_UTIL
199         help
200           The Common Flash Interface defines a number of different command
201           sets which a CFI-compliant chip may claim to implement. This code
202           provides support for one of those command sets.
203
204 endif # MTD_GEN_PROBE
205
206 config MTD_CFI_UTIL
207         tristate
208
209 config MTD_RAM
210         tristate "Support for RAM chips in bus mapping"
211         help
212           This option enables basic support for RAM chips accessed through
213           a bus mapping driver.
214
215 config MTD_ROM
216         tristate "Support for ROM chips in bus mapping"
217         help
218           This option enables basic support for ROM chips accessed through
219           a bus mapping driver.
220
221 config MTD_ABSENT
222         tristate "Support for absent chips in bus mapping"
223         help
224           This option enables support for a dummy probing driver used to
225           allocated placeholder MTD devices on systems that have socketed
226           or removable media.  Use of this driver as a fallback chip probe
227           preserves the expected registration order of MTD device nodes on
228           the system regardless of media presence.  Device nodes created
229           with this driver will return -ENODEV upon access.
230
231 config MTD_XIP
232         bool "XIP aware MTD support"
233         depends on !SMP && (MTD_CFI_INTELEXT || MTD_CFI_AMDSTD) && EXPERIMENTAL && ARCH_MTD_XIP
234         default y if XIP_KERNEL
235         help
236           This allows MTD support to work with flash memory which is also
237           used for XIP purposes.  If you're not sure what this is all about
238           then say N.
239
240 endmenu