Navigation: Linux Kernel Driver DataBase - web LKDDB: Main index - M index
The Linux kernel configuration item CONFIG_MTD_BLOCK has multiple definitions:
drivers/mtd/KconfigThe configuration item CONFIG_MTD_BLOCK:
CONFIG_BLOCKmtd_blkdevs, mtd_blkdevs, mtd_blkdevs, mtdblock, mtdblock, mtdblockAlthough most flash chips have an erase size too large to be useful as block devices, it is possible to use MTD devices which are based on RAM chips in this manner. This block device is a user of MTD devices performing that function.
Note that mounting a JFFS2 filesystem doesn't require using mtdblock. It's possible to mount a rootfs using the MTD device on the "root=" bootargs as "root=mtd2" or "root=mtd:name_of_device".
Later, it may be extended to perform read/erase/modify/write cycles on flash chips to emulate a smaller block size. Needless to say, this is very unsafe, but could be useful for file systems which are almost never written to.
You do not need this option for use with the DiskOnChip devices. For those, enable NFTL support (NFTL) instead.
arch/cris/arch-v10/drivers/KconfigThe configuration item CONFIG_MTD_BLOCK:
CONFIG_ETRAX_AXISFLASHMAPmtd_blkdevs, mtd_blkdevs, mtd_blkdevs, mtdblock, mtdblock, mtdblockAlthough most flash chips have an erase size too large to be useful as block devices, it is possible to use MTD devices which are based on RAM chips in this manner. This block device is a user of MTD devices performing that function.
At the moment, it is also required for the Journalling Flash File System(s) to obtain a handle on the MTD device when it's mounted (although JFFS and JFFS2 don't actually use any of the functionality of the mtdblock device).
Later, it may be extended to perform read/erase/modify/write cycles on flash chips to emulate a smaller block size. Needless to say, this is very unsafe, but could be useful for file systems which are almost never written to.
You do not need this option for use with the DiskOnChip devices. For those, enable NFTL support (NFTL) instead.
arch/cris/drivers/KconfigThe configuration item CONFIG_MTD_BLOCK:
CONFIG_ETRAX_AXISFLASHMAPmtd_blkdevs, mtd_blkdevs, mtd_blkdevs, mtdblock, mtdblock, mtdblockAlthough most flash chips have an erase size too large to be useful as block devices, it is possible to use MTD devices which are based on RAM chips in this manner. This block device is a user of MTD devices performing that function.
At the moment, it is also required for the Journalling Flash File System(s) to obtain a handle on the MTD device when it's mounted (although JFFS and JFFS2 don't actually use any of the functionality of the mtdblock device).
Later, it may be extended to perform read/erase/modify/write cycles on flash chips to emulate a smaller block size. Needless to say, this is very unsafe, but could be useful for file systems which are almost never written to.
You do not need this option for use with the DiskOnChip devices. For those, enable NFTL support (NFTL) instead.
Raw data from LKDDb:
lkddb module mtd_blkdevs CONFIG_MTD_BLOCK : arch/cris/arch-v10/drivers/Kconfig : "" # in 2.5.75, 2.6.0–2.6.12lkddb module mtd_blkdevs CONFIG_MTD_BLOCK : arch/cris/drivers/Kconfig : "" # in 2.5.71–2.5.74lkddb module mtd_blkdevs CONFIG_MTD_BLOCK : drivers/mtd/Kconfig : "Caching block device access to MTD devices" # in 2.5.71–2.5.75, 2.6.0–2.6.19lkddb module mtdblock CONFIG_MTD_BLOCK : arch/cris/arch-v10/drivers/Kconfig : "" # in 2.5.75, 2.6.0–2.6.12lkddb module mtdblock CONFIG_MTD_BLOCK : arch/cris/drivers/Kconfig : "" # in 2.5.45–2.5.74lkddb module mtdblock CONFIG_MTD_BLOCK : drivers/mtd/Kconfig : "Caching block device access to MTD devices" # in 2.5.45–2.5.75, 2.6.0–2.6.39, 3.0–3.19, 4.0–4.20, 5.0–5.19, 6.0–6.17, 6.18-rc+HEADThis page is automaticly generated with free (libre, open) software lkddb(see lkddb-sources).
The data is retrived from:
Popular queries:
Navigation: Linux Kernel Driver DataBase - web LKDDB: main index - M index
Automatically generated (in year 2025). See also LKDDb sources on GitLab