4 Contact: linux-mtd@lists.infradead.org
6 The mtd/ class subdirectory belongs to the MTD subsystem
9 What: /sys/class/mtd/mtdX/
12 Contact: linux-mtd@lists.infradead.org
14 The /sys/class/mtd/mtd{0,1,2,3,...} directories correspond
15 to each /dev/mtdX character device. These may represent
16 physical/simulated flash devices, partitions on a flash
17 device, or concatenated flash devices.
19 What: /sys/class/mtd/mtdXro/
22 Contact: linux-mtd@lists.infradead.org
24 These directories provide the corresponding read-only device
25 nodes for /sys/class/mtd/mtdX/ .
27 What: /sys/class/mtd/mtdX/dev
30 Contact: linux-mtd@lists.infradead.org
32 Major and minor numbers of the character device corresponding
33 to this MTD device (in <major>:<minor> format). This is the
34 read-write device so <minor> will be even.
36 What: /sys/class/mtd/mtdXro/dev
39 Contact: linux-mtd@lists.infradead.org
41 Major and minor numbers of the character device corresponding
42 to the read-only variant of thie MTD device (in
43 <major>:<minor> format). In this case <minor> will be odd.
45 What: /sys/class/mtd/mtdX/erasesize
48 Contact: linux-mtd@lists.infradead.org
50 "Major" erase size for the device. If numeraseregions is
51 zero, this is the eraseblock size for the entire device.
52 Otherwise, the MEMGETREGIONCOUNT/MEMGETREGIONINFO ioctls
53 can be used to determine the actual eraseblock layout.
55 What: /sys/class/mtd/mtdX/flags
58 Contact: linux-mtd@lists.infradead.org
60 A hexadecimal value representing the device flags, ORed
63 0x0400: MTD_WRITEABLE - device is writable
64 0x0800: MTD_BIT_WRITEABLE - single bits can be flipped
65 0x1000: MTD_NO_ERASE - no erase necessary
66 0x2000: MTD_POWERUP_LOCK - always locked after reset
68 What: /sys/class/mtd/mtdX/name
71 Contact: linux-mtd@lists.infradead.org
73 A human-readable ASCII name for the device or partition.
74 This will match the name in /proc/mtd .
76 What: /sys/class/mtd/mtdX/numeraseregions
79 Contact: linux-mtd@lists.infradead.org
81 For devices that have variable eraseblock sizes, this
82 provides the total number of erase regions. Otherwise,
83 it will read back as zero.
85 What: /sys/class/mtd/mtdX/oobsize
88 Contact: linux-mtd@lists.infradead.org
90 Number of OOB bytes per page.
92 What: /sys/class/mtd/mtdX/size
95 Contact: linux-mtd@lists.infradead.org
97 Total size of the device/partition, in bytes.
99 What: /sys/class/mtd/mtdX/type
101 KernelVersion: 2.6.29
102 Contact: linux-mtd@lists.infradead.org
104 One of the following ASCII strings, representing the device
107 absent, ram, rom, nor, nand, mlc-nand, dataflash, ubi, unknown
109 What: /sys/class/mtd/mtdX/writesize
111 KernelVersion: 2.6.29
112 Contact: linux-mtd@lists.infradead.org
114 Minimal writable flash unit size. This will always be
117 In the case of NOR flash it is 1 (even though individual
118 bits can be cleared).
120 In the case of NAND flash it is one NAND page (or a
121 half page, or a quarter page).
123 In the case of ECC NOR, it is the ECC block size.
125 What: /sys/class/mtd/mtdX/ecc_strength
128 Contact: linux-mtd@lists.infradead.org
130 Maximum number of bit errors that the device is capable of
131 correcting within each region covering an ECC step (see
132 ecc_step_size). This will always be a non-negative integer.
134 In the case of devices lacking any ECC capability, it is 0.
136 What: /sys/class/mtd/mtdX/bitflip_threshold
139 Contact: linux-mtd@lists.infradead.org
141 This allows the user to examine and adjust the criteria by which
142 mtd returns -EUCLEAN from mtd_read() and mtd_read_oob(). If the
143 maximum number of bit errors that were corrected on any single
144 region comprising an ecc step (as reported by the driver) equals
145 or exceeds this value, -EUCLEAN is returned. Otherwise, absent
146 an error, 0 is returned. Higher layers (e.g., UBI) use this
147 return code as an indication that an erase block may be
148 degrading and should be scrutinized as a candidate for being
151 The initial value may be specified by the flash device driver.
152 If not, then the default value is ecc_strength.
154 The introduction of this feature brings a subtle change to the
155 meaning of the -EUCLEAN return code. Previously, it was
156 interpreted to mean simply "one or more bit errors were
157 corrected". Its new interpretation can be phrased as "a
158 dangerously high number of bit errors were corrected on one or
159 more regions comprising an ecc step". The precise definition of
160 "dangerously high" can be adjusted by the user with
161 bitflip_threshold. Users are discouraged from doing this,
162 however, unless they know what they are doing and have intimate
163 knowledge of the properties of their device. Broadly speaking,
164 bitflip_threshold should be low enough to detect genuine erase
165 block degradation, but high enough to avoid the consequences of
166 a persistent return value of -EUCLEAN on devices where sticky
167 bitflips occur. Note that if bitflip_threshold exceeds
168 ecc_strength, -EUCLEAN is never returned by the read operations.
169 Conversely, if bitflip_threshold is zero, -EUCLEAN is always
170 returned, absent a hard error.
172 This is generally applicable only to NAND flash devices with ECC
173 capability. It is ignored on devices lacking ECC capability;
174 i.e., devices for which ecc_strength is zero.
176 What: /sys/class/mtd/mtdX/ecc_step_size
179 Contact: linux-mtd@lists.infradead.org
181 The size of a single region covered by ECC, known as the ECC
182 step. Devices may have several equally sized ECC steps within
183 each writesize region.
185 It will always be a non-negative integer. In the case of
186 devices lacking any ECC capability, it is 0.