zoukankan      html  css  js  c++  java
  • mtd工具

    http://daemons.net/linux/storage/mtd.html

    MTD

    The Memory Technology Devices (MTD) subsystem provides a common interface to many types of raw flashstorage devices. It includes facilities for partioning flash, erasing flash, and managing bad blocks.

    Devices and partitions

    The mtdinfo command, provided as part of the mtd-utils distribution, displays all available MTD devices and partitions:

    $ mtdinfo
    Count of MTD devices:           5
    Present MTD devices:            mtd0, mtd1, mtd2, mtd3, mtd4
    Sysfs interface supported:      yes
    

    Given a device argument (or --all), mtdinfo prints detailed device information:

    $ mtdinfo /dev/mtd0
    mtd0
    Name:                           NAND 128MiB 1,8V 8-bit
    Type:                           nand
    Eraseblock size:                16384 bytes, 16.0 KiB
    Amount of eraseblocks:          8192 (134217728 bytes, 128.0 MiB)
    Minimum input/output unit size: 512 bytes
    Sub-page size:                  256 bytes
    OOB size:                       16 bytes
    Character device major/minor:   90:0
    Bad blocks are allowed:         true
    Device is writable:             true
    

    Like many such userspace tools, mtdinfo is a thin wrapper around the MTD sysfs interface in /sys/class/mtd.

    Devices

    MTD provides a pair of character devices for each flash device and partition:

    • /dev/mtdX (read-write)
    • /dev/mtdXro (read-only)

    Most mtd-utils commands take a /dev/mtdX device node as an argument.

    You can read/write directly from/to /dev/mtdX devices, but there are complications:

    • reads can be any size, but writes must be a multiple of the device's minimum write size (as reported by /sys/class/mtd/mtdX/writesize)
    • blocks must be erased before they can be written
    • on NAND devices, reading from or writing to a bad block may produce unexpected results

    For these reasons, the [mtd-utils utilities](#MTD Utilities) are often used for flash I/O.

    Partitions

    MTD allows flash devices to be carved into partitions. Several on-flash partition table formats are supported, as well as partitions defined on the kernel command line or in the device tree.

    NAND simulator

    MTD includes a NAND simulator module (nandsim) that attaches a virtual MTD device:

    $ modprobe nandsim
    
    $ mtdinfo -a
    Count of MTD devices:           1
    Present MTD devices:            mtd0
    Sysfs interface supported:      yes
    
    mtd0
    Name:                           NAND simulator partition 0
    Type:                           nand
    Eraseblock size:                16384 bytes, 16.0 KiB
    Amount of eraseblocks:          8192 (134217728 bytes, 128.0 MiB)
    Minimum input/output unit size: 512 bytes
    Sub-page size:                  256 bytes
    OOB size:                       16 bytes
    Character device major/minor:   90:0
    Bad blocks are allowed:         true
    Device is writable:             true
    

    MTD Utilities

    MTD includes a suite of userspace tools, distributed as mtd-utils.

    flash_erase

    The flash_erase utility erases the data and out-of-band areas of a device, partition, or range of blocks:

    $ flash_erase /dev/mtd0 0 0
    Erasing 16 Kibyte @ 7ffc000 -- 100 % complete 
    

    Reading an erased flash returns all-ones:

    $ dd if=/dev/mtd0 bs=512 count=1 | hd
    00000000  ff ff ff ff ff ff ff ff  ff ff ff ff ff ff ff ff  |................|
    *
    00000200
    

    nanddump

    The nanddump utility dumps the contents of an MTD device, skipping any bad blocks that it encounters:

    $ nanddump /dev/mtd0 -f nand.img
    ECC failed: 0
    ECC corrected: 0
    Number of bad blocks: 0
    Number of bbt blocks: 0
    Block size 16384, page size 512, OOB size 16
    Dumping data starting at 0x00000000 and ending at 0x08000000...
    

    It can optionally dump out-of-band data and bad blocks.

    nandwrite

    The nandwrite utility copies a source file to an MTD device, skipping any bad blocks that it encounters:

    $ sudo nandwrite /dev/mtd0 nand.img
    Writing data to block 0 at offset 0x0
    Writing data to block 1 at offset 0x4000
    Writing data to block 2 at offset 0x8000
    Writing data to block 3 at offset 0xc000
    ...
    

    mtdpart

    The mtdpart utility adds and deletes MTD partitions (but does not update the on-flash partition table):

    $ mtdinfo
    Count of MTD devices:           2
    Present MTD devices:            mtd0, mtd1
    Sysfs interface supported:      yes
    
    $ sudo mtdpart del /dev/mtd0 1
    
    $ mtdinfo
    Count of MTD devices:           1
    Present MTD devices:            mtd0
    Sysfs interface supported:      yes
    
    $ sudo mtdpart add /dev/mtd0 ubi 0 1048576
    
    $ mtdinfo
    Count of MTD devices:           2
    Present MTD devices:            mtd0, mtd1
    Sysfs interface supported:      yes
    
    $ mtdinfo /dev/mtd1
    mtd1
    Name:                           ubi
    Type:                           nand
    Eraseblock size:                16384 bytes, 16.0 KiB
    Amount of eraseblocks:          64 (1048576 bytes, 1024.0 KiB)
    Minimum input/output unit size: 512 bytes
    Sub-page size:                  256 bytes
    OOB size:                       16 bytes
    Character device major/minor:   90:2
    Bad blocks are allowed:         true
    Device is writable:             true
    

    Programming Interfaces

    ioctl ABI

    Behind the scenes, the mtd-utils commands interact with the MTD subsystem via an ioctl interface:

    /* Get basic MTD characteristics info (better to use sysfs) */
    #define MEMGETINFO              _IOR('M', 1, struct mtd_info_user)
    
    /* Erase segment of MTD */
    #define MEMERASE                _IOW('M', 2, struct erase_info_user)
    
    /* Write out-of-band data from MTD */
    #define MEMWRITEOOB             _IOWR('M', 3, struct mtd_oob_buf)
    
    /* Read out-of-band data from MTD */
    #define MEMREADOOB              _IOWR('M', 4, struct mtd_oob_buf)
    
    /* Lock a chip (for MTD that supports it) */
    #define MEMLOCK                 _IOW('M', 5, struct erase_info_user)
    
    /* Unlock a chip (for MTD that supports it) */
    #define MEMUNLOCK               _IOW('M', 6, struct erase_info_user)
    
    /* Check if chip is locked (for MTD that supports it) */
    #define MEMISLOCKED             _IOR('M', 23, struct erase_info_user)
    
    /* Check if an eraseblock is bad */
    #define MEMGETBADBLOCK          _IOW('M', 11, __kernel_loff_t)
    
    /* Mark an eraseblock as bad */
    #define MEMSETBADBLOCK          _IOW('M', 12, __kernel_loff_t)
    
    /*
     * Most generic write interface; can write in-band and/or out-of-band in various
     * modes (see "struct mtd_write_req")
     */
    #define MEMWRITE                _IOWR('M', 24, struct mtd_write_req)
    

    libmtd

    The mtd-utils source builds a static library (libmtd.a) that wraps the MTD ioctls in a tidy API, e.g., mtd_mark_bad():

    /**
     * mtd_mark_bad - mark an eraseblock as bad.
     * @mtd: MTD device description object
     * @fd: MTD device node file descriptor
     * @eb: eraseblock to mark as bad
     *
     * This function marks eraseblock @eb as bad. Returns %0 in case of success and
     * %-1 in case of failure.
     */
    int mtd_mark_bad(const struct mtd_dev_info *mtd, int fd, int eb);
    

    Sadly, libmtd.a is not included in the mtd-utils binary distribution.

    Kernel API

    Higher layer kernel subsystems (flash filesytems, UBI) interact with raw flash via the MTD API defined in include/linux/mtd/mtd.h, including:

    int mtd_read(struct mtd_info *mtd, loff_t from, size_t len, size_t *retlen, u_char *buf);
    int mtd_write(struct mtd_info *mtd, loff_t to, size_t len, size_t *retlen, const u_char *buf);
    int mtd_erase(struct mtd_info *mtd, struct erase_info *instr);
    int mtd_read_oob(struct mtd_info *mtd, loff_t from, struct mtd_oob_ops *ops);
    int mtd_write_oob(struct mtd_info *mtd, loff_t to, struct mtd_oob_ops *ops);
    

    Device drivers register MTD devices with the MTD core via mtd_device_register().

  • 相关阅读:
    vue CDN seting
    AutoMapper
    c# list<class> to datatable
    vue watch
    net core 3.1 open file
    net core 3.1 area Global
    net core 3.1 area
    ef core log
    3.1 ef core
    3.1 daper
  • 原文地址:https://www.cnblogs.com/erhu-67786482/p/8718466.html
Copyright © 2011-2022 走看看