Memory Technology Device (MTD) support
Memory Technology Devices are flash, RAM and similar chips, often used for solid state file systems on embedded devices. This option will provide the generic support for MTD drivers to register themselves with the kernel and for potential users of MTD devices to enumerate the devices which are present and obtain a handle on them. It will also allow you to select individual drivers for particular hardware and users of MTD devices. If unsure, say N.
Если не уверены, скажите N.
Debugging
This turns on low-level debugging for the entire MTD sub-system. Normally, you should say N.
Обычно вы должны сказать N.
MTD concatenating support
Support for concatenating several MTD devices into a single (virtual) one. This allows you to have -for example- a JFFS(2) file system spanning multiple physical flash chips. If unsure, say Y.
Если не уверены, скажите Y.
MTD partitioning support
If you have a device which needs to divide its flash chip(s) up into multiple ‘partitions’, each of which appears to the user as a separate MTD device, you require this option to be enabled. If unsure, say ‘Y’.
Note, however, that you don’t need this option for the DiskOnChip devices. Partitioning on NFTL ‘devices’ is a different — that’s the ‘normal’ form of partitioning used on a block device.
Обратите внимание, что вам не нужна эта опция для устройств DiskOnChip. Разбиение на «устройствах» в NFTL отличается — это «нормальная» форма разбиения, используемая на блочных устройствах.
Direct char device access to MTD devices
This provides a character device for each MTD device present in the system, allowing the user to read and write directly to the memory chips, and also use ioctl() to obtain information about the device, or to erase parts of it.
Caching block device access to MTD devices
Although 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 (CONFIG_NFTL) instead.
В настоящий момент также требуется, чтобы Journalling Flash файловая система(ы) получала дескриптор устройства MTD при его монтировании (хотя JFFS и JFFS2 фактически не используют никаких функций устройства mtdblock).
Позже он может быть расширен для выполнения циклов чтения/стирания/изменения/записи на чипах флэш-памяти, чтобы эмулировать меньший размер блока. Излишне говорить, что это очень небезопасно, но может быть полезно для файловых систем, в которые почти никогда не записываются данные.
Вам не нужна эта опция для использования с устройствами DiskOnChip. Для них включите поддержку NFTL (CONFIG_NFTL).
Readonly block device access to MTD devices
This allows you to mount read-only file systems (such as cramfs) from an MTD device, without the overhead (and danger) of the caching driver.
You do not need this option for use with the DiskOnChip devices. For those, enable NFTL support (CONFIG_NFTL) instead.
Вам не нужна эта опция для использования с устройствами DiskOnChip. Для них включите поддержку NFTL (CONFIG_NFTL).
FTL (Flash Translation Layer) support
This provides support for the original Flash Translation Layer which is part of the PCMCIA specification. It uses a kind of pseudo- file system on a flash device to emulate a block device with 512-byte sectors, on top of which you put a ‘normal’ file system.
You may find that the algorithms used in this code are patented unless you live in the Free World where software patents aren’t legal — in the USA you are only permitted to use this on PCMCIA hardware, although under the terms of the GPL you’re obviously permitted to copy, modify and distribute the code as you wish. Just not use it.
Вы можете обнаружить, что алгоритмы, используемые в этом коде, запатентованы, если вы не живете в Свободном мире, где патенты на программное обеспечение не являются законными — в США вам разрешено использовать это только на оборудовании PCMCIA, хотя согласно условиям GPL вам, разумеется, разрешено копировать, модифицировать и распространять код по своему усмотрению. Просто не используйте это.
NFTL (NAND Flash Translation Layer) support
This provides support for the NAND Flash Translation Layer which is used on M-Systems’ DiskOnChip devices. It uses a kind of pseudo- file system on a flash device to emulate a block device with 512-byte sectors, on top of which you put a ‘normal’ file system.
You may find that the algorithms used in this code are patented unless you live in the Free World where software patents aren’t legal — in the USA you are only permitted to use this on DiskOnChip hardware, although under the terms of the GPL you’re obviously permitted to copy, modify and distribute the code as you wish. Just not use it.
Вы можете обнаружить, что алгоритмы, используемые в этом коде, запатентованы, если вы не живете в Свободном мире, где патенты на программное обеспечение не являются законными — в США вам разрешено использовать это только на оборудовании DiskOnChip, хотя на условиях GPL вам, разумеется, разрешено копировать, модифицировать и распространять код по своему усмотрению. Просто не используйте это.
Write support for NFTL
Support for writing to the NAND Flash Translation Layer, as used on the DiskOnChip.
INFTL (Inverse NAND Flash Translation Layer) support
This provides support for the Inverse NAND Flash Translation Layer which is used on M-Systems’ newer DiskOnChip devices. It uses a kind of pseudo-file system on a flash device to emulate a block device with 512-byte sectors, on top of which you put a ‘normal’ file system.
You may find that the algorithms used in this code are patented unless you live in the Free World where software patents aren’t legal — in the USA you are only permitted to use this on DiskOnChip hardware, although under the terms of the GPL you’re obviously permitted to copy, modify and distribute the code as you wish. Just not use it.
Вы можете обнаружить, что алгоритмы, используемые в этом коде, запатентованы, если вы не живете в Свободном мире, где патенты на программное обеспечение не являются законными — в США вам разрешено использовать это только на оборудовании DiskOnChip, хотя на условиях GPL вам, разумеется, разрешено копировать, модифицировать и распространять код по своему усмотрению. Просто не используйте это.
Resident Flash Disk (Flash Translation Layer) support
This provides support for the flash translation layer known as the Resident Flash Disk (RFD), as used by the Embedded BIOS of General Software. There is a blurb at:
RAM/ROM/Flash chip drivers
Detect flash chips by Common Flash Interface (CFI) probe
The Common Flash Interface specification was developed by Intel, AMD and other flash manufactures that provides a universal method for probing the capabilities of flash devices. If you wish to support any device that is CFI-compliant, you need to enable this option. Visit <http://www.amd.com/products/nvd/overview/cfi.html> for more information on CFI.
Detect non-CFI AMD/JEDEC-compatible flash chips
This option enables JEDEC-style probing of flash chips which are not compatible with the Common Flash Interface, but will use the common CFI-targetted flash drivers for any chips which are identified which are in fact compatible in all but the probe method. This actually covers most AMD/Fujitsu-compatible chips, and will shortly cover also non-CFI Intel chips (that code is in MTD CVS and should shortly be sent for inclusion in Linus’ tree)
Flash chip driver advanced configuration options
If you need to specify a specific endianness for access to flash chips, or if you wish to reduce the size of the kernel by including support for only specific arrangements of flash chips, say ‘Y’. This option does not directly affect the code, but will enable other configuration options which allow you to do so.
If unsure, say ‘N’.
Если не уверены, скажите «N».
Support for Intel/Sharp flash chips
The Common Flash Interface defines a number of different command sets which a CFI-compliant chip may claim to implement. This code provides support for one of those command sets, used on Intel StrataFlash and other parts.
Support for AMD/Fujitsu flash chips
The Common Flash Interface defines a number of different command sets which a CFI-compliant chip may claim to implement. This code provides support for one of those command sets, used on chips including the AMD Am29LV320.
И т.д.
Self-contained MTD device drivers
NAND Flash Device Drivers
OneNAND Flash Device Driver
Retry failed commands (erase/program)
Some chips, when attached to a shared bus, don’t properly filter bus traffic that is destined to other devices. This broken behavior causes erase and program sequences to be aborted when the sequences are mixed with traffic for other devices.
SST49LF040 (and related) chips are know to be broken.
Известно, что чипы SST49LF040 (и связанные с ними) сломаны.
Support for ST (Advanced Architecture) flash chips
The Common Flash Interface defines a number of different command sets which a CFI-compliant chip may claim to implement. This code provides support for one of those command sets.
Support for RAM chips in bus mapping
This option enables basic support for RAM chips accessed through a bus mapping driver.
Support for ROM chips in bus mapping
This option enables basic support for ROM chips accessed through a bus mapping driver.
Support for absent chips in bus mapping
This option enables support for a dummy probing driver used to allocated placeholder MTD devices on systems that have socketed or removable media. Use of this driver as a fallback chip probe preserves the expected registration order of MTD device nodes on the system regardless of media presence. Device nodes created with this driver will return -ENODEV upon access.
Mapping drivers for chip access
Support non-linear mappings of flash chips
This causes the chip drivers to allow for complicated paged mappings of flash chips.
И т.д.