xref: /openbmc/linux/drivers/mtd/Kconfig (revision 36fe4655)
1menuconfig 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
13if MTD
14
15config 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
26menu "Partition parsers"
27source "drivers/mtd/parsers/Kconfig"
28endmenu
29
30comment "User Modules And Translation Layers"
31
32#
33# MTD block device support is select'ed if needed
34#
35config MTD_BLKDEVS
36	tristate
37
38config 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
61config 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
73config 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
90config 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
107config 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
114config 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
132config 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
143config 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
151config SM_FTL
152	tristate "SmartMedia/xD new translation layer"
153	depends on BLOCK
154	select MTD_BLKDEVS
155	select MTD_NAND_CORE
156	select MTD_NAND_ECC_SW_HAMMING
157	help
158	  This enables EXPERIMENTAL R/W support for SmartMedia/xD
159	  FTL (Flash translation layer).
160	  Write support is only lightly tested, therefore this driver
161	  isn't recommended to use with valuable data (anyway if you have
162	  valuable data, do backups regardless of software/hardware you
163	  use, because you never know what will eat your data...)
164	  If you only need R/O access, you can use older R/O driver
165	  (CONFIG_SSFDC)
166
167config MTD_OOPS
168	tristate "Log panic/oops to an MTD buffer"
169	help
170	  This enables panic and oops messages to be logged to a circular
171	  buffer in a flash partition where it can be read back at some
172	  later point.
173
174config MTD_PSTORE
175	tristate "Log panic/oops to an MTD buffer based on pstore"
176	depends on PSTORE_BLK
177	help
178	  This enables panic and oops messages to be logged to a circular
179	  buffer in a flash partition where it can be read back as files after
180	  mounting pstore filesystem.
181
182	  If unsure, say N.
183
184config MTD_SWAP
185	tristate "Swap on MTD device support"
186	depends on MTD && SWAP
187	select MTD_BLKDEVS
188	help
189	  Provides volatile block device driver on top of mtd partition
190	  suitable for swapping.  The mapping of written blocks is not saved.
191	  The driver provides wear leveling by storing erase counter into the
192	  OOB.
193
194config MTD_PARTITIONED_MASTER
195	bool "Retain master device when partitioned"
196	default n
197	depends on MTD
198	help
199	  For historical reasons, by default, either a master is present or
200	  several partitions are present, but not both. The concern was that
201	  data listed in multiple partitions was dangerous; however, SCSI does
202	  this and it is frequently useful for applications. This config option
203	  leaves the master in even if the device is partitioned. It also makes
204	  the parent of the partition device be the master device, rather than
205	  what lies behind the master.
206
207source "drivers/mtd/chips/Kconfig"
208
209source "drivers/mtd/maps/Kconfig"
210
211source "drivers/mtd/devices/Kconfig"
212
213source "drivers/mtd/nand/Kconfig"
214
215source "drivers/mtd/lpddr/Kconfig"
216
217source "drivers/mtd/spi-nor/Kconfig"
218
219source "drivers/mtd/ubi/Kconfig"
220
221source "drivers/mtd/hyperbus/Kconfig"
222
223endif # MTD
224