Documentation/ABI/testing/sysfs-class-mtd

   1 What:           /sys/class/mtd/
   2 Date:           April 2009
   3 KernelVersion:  2.6.29
   4 Contact:        [email protected]
   5 Description:
   6                 The mtd/ class subdirectory belongs to the MTD subsystem
   7                 (MTD core).
   8
   9 What:           /sys/class/mtd/mtdX/
  10 Date:           April 2009
  11 KernelVersion:  2.6.29
  12 Contact:        [email protected]
  13 Description:
  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.  They exist regardless
  18                 of whether CONFIG_MTD_CHAR is actually enabled.
  19
  20 What:           /sys/class/mtd/mtdXro/
  21 Date:           April 2009
  22 KernelVersion:  2.6.29
  23 Contact:        [email protected]
  24 Description:
  25                 These directories provide the corresponding read-only device
  26                 nodes for /sys/class/mtd/mtdX/ .  They are only created
  27                 (for the benefit of udev) if CONFIG_MTD_CHAR is enabled.
  28
  29 What:           /sys/class/mtd/mtdX/dev
  30 Date:           April 2009
  31 KernelVersion:  2.6.29
  32 Contact:        [email protected]
  33 Description:
  34                 Major and minor numbers of the character device corresponding
  35                 to this MTD device (in <major>:<minor> format).  This is the
  36                 read-write device so <minor> will be even.
  37
  38 What:           /sys/class/mtd/mtdXro/dev
  39 Date:           April 2009
  40 KernelVersion:  2.6.29
  41 Contact:        [email protected]
  42 Description:
  43                 Major and minor numbers of the character device corresponding
  44                 to the read-only variant of thie MTD device (in
  45                 <major>:<minor> format).  In this case <minor> will be odd.
  46
  47 What:           /sys/class/mtd/mtdX/erasesize
  48 Date:           April 2009
  49 KernelVersion:  2.6.29
  50 Contact:        [email protected]
  51 Description:
  52                 "Major" erase size for the device.  If numeraseregions is
  53                 zero, this is the eraseblock size for the entire device.
  54                 Otherwise, the MEMGETREGIONCOUNT/MEMGETREGIONINFO ioctls
  55                 can be used to determine the actual eraseblock layout.
  56
  57 What:           /sys/class/mtd/mtdX/flags
  58 Date:           April 2009
  59 KernelVersion:  2.6.29
  60 Contact:        [email protected]
  61 Description:
  62                 A hexadecimal value representing the device flags, ORed
  63                 together:
  64
  65                 0x0400: MTD_WRITEABLE - device is writable
  66                 0x0800: MTD_BIT_WRITEABLE - single bits can be flipped
  67                 0x1000: MTD_NO_ERASE - no erase necessary
  68                 0x2000: MTD_POWERUP_LOCK - always locked after reset
  69
  70 What:           /sys/class/mtd/mtdX/name
  71 Date:           April 2009
  72 KernelVersion:  2.6.29
  73 Contact:        [email protected]
  74 Description:
  75                 A human-readable ASCII name for the device or partition.
  76                 This will match the name in /proc/mtd .
  77
  78 What:           /sys/class/mtd/mtdX/numeraseregions
  79 Date:           April 2009
  80 KernelVersion:  2.6.29
  81 Contact:        [email protected]
  82 Description:
  83                 For devices that have variable eraseblock sizes, this
  84                 provides the total number of erase regions.  Otherwise,
  85                 it will read back as zero.
  86
  87 What:           /sys/class/mtd/mtdX/oobsize
  88 Date:           April 2009
  89 KernelVersion:  2.6.29
  90 Contact:        [email protected]
  91 Description:
  92                 Number of OOB bytes per page.
  93
  94 What:           /sys/class/mtd/mtdX/size
  95 Date:           April 2009
  96 KernelVersion:  2.6.29
  97 Contact:        [email protected]
  98 Description:
  99                 Total size of the device/partition, in bytes.
 100
 101 What:           /sys/class/mtd/mtdX/type
 102 Date:           April 2009
 103 KernelVersion:  2.6.29
 104 Contact:        [email protected]
 105 Description:
 106                 One of the following ASCII strings, representing the device
 107                 type:
 108
 109                 absent, ram, rom, nor, nand, dataflash, ubi, unknown
 110
 111 What:           /sys/class/mtd/mtdX/writesize
 112 Date:           April 2009
 113 KernelVersion:  2.6.29
 114 Contact:        [email protected]
 115 Description:
 116                 Minimal writable flash unit size.  This will always be
 117                 a positive integer.
 118
 119                 In the case of NOR flash it is 1 (even though individual
 120                 bits can be cleared).
 121
 122                 In the case of NAND flash it is one NAND page (or a
 123                 half page, or a quarter page).
 124
 125                 In the case of ECC NOR, it is the ECC block size.
 126
 127 What:           /sys/class/mtd/mtdX/ecc_strength
 128 Date:           April 2012
 129 KernelVersion:  3.4
 130 Contact:        [email protected]
 131 Description:
 132                 Maximum number of bit errors that the device is capable of
 133                 correcting within each region covering an ecc step.  This will
 134                 always be a non-negative integer.  Note that some devices will
 135                 have multiple ecc steps within each writesize region.
 136
 137                 In the case of devices lacking any ECC capability, it is 0.
 138
 139 What:           /sys/class/mtd/mtdX/bitflip_threshold
 140 Date:           April 2012
 141 KernelVersion:  3.4
 142 Contact:        [email protected]
 143 Description:
 144                 This allows the user to examine and adjust the criteria by which
 145                 mtd returns -EUCLEAN from mtd_read().  If the maximum number of
 146                 bit errors that were corrected on any single region comprising
 147                 an ecc step (as reported by the driver) equals or exceeds this
 148                 value, -EUCLEAN is returned.  Otherwise, absent an error, 0 is
 149                 returned.  Higher layers (e.g., UBI) use this return code as an
 150                 indication that an erase block may be degrading and should be
 151                 scrutinized as a candidate for being marked as bad.
 152
 153                 The initial value may be specified by the flash device driver.
 154                 If not, then the default value is ecc_strength.
 155
 156                 The introduction of this feature brings a subtle change to the
 157                 meaning of the -EUCLEAN return code.  Previously, it was
 158                 interpreted to mean simply "one or more bit errors were
 159                 corrected".  Its new interpretation can be phrased as "a
 160                 dangerously high number of bit errors were corrected on one or
 161                 more regions comprising an ecc step".  The precise definition of
 162                 "dangerously high" can be adjusted by the user with
 163                 bitflip_threshold.  Users are discouraged from doing this,
 164                 however, unless they know what they are doing and have intimate
 165                 knowledge of the properties of their device.  Broadly speaking,
 166                 bitflip_threshold should be low enough to detect genuine erase
 167                 block degradation, but high enough to avoid the consequences of
 168                 a persistent return value of -EUCLEAN on devices where sticky
 169                 bitflips occur.  Note that if bitflip_threshold exceeds
 170                 ecc_strength, -EUCLEAN is never returned by mtd_read().
 171                 Conversely, if bitflip_threshold is zero, -EUCLEAN is always
 172                 returned, absent a hard error.
 173
 174                 This is generally applicable only to NAND flash devices with ECC
 175                 capability.  It is ignored on devices lacking ECC capability;
 176                 i.e., devices for which ecc_strength is zero.