diff options
author | Ralf Baechle <ralf@linux-mips.org> | 2000-07-12 01:43:08 +0000 |
---|---|---|
committer | Ralf Baechle <ralf@linux-mips.org> | 2000-07-12 01:43:08 +0000 |
commit | f4ae78d536e6dfaeb24c01b331fc38d950ed062b (patch) | |
tree | 6930a78aa7cc4ee1829d50d3bcbaf0dbe9e2e905 /Documentation/Configure.help | |
parent | 66f20d0f9bd86dc11f3869d78f3c5749789323ee (diff) |
Merge with 2.4.0-test4-pre2.
Diffstat (limited to 'Documentation/Configure.help')
-rw-r--r-- | Documentation/Configure.help | 213 |
1 files changed, 202 insertions, 11 deletions
diff --git a/Documentation/Configure.help b/Documentation/Configure.help index 7378f7002..8e10720f9 100644 --- a/Documentation/Configure.help +++ b/Documentation/Configure.help @@ -7218,6 +7218,14 @@ CONFIG_SEALEVEL_4021 If you want to do that, say M here. The module will be called sealevel.o. +SyncLink HDLC/SYNCPPP support +CONFIG_SYNCLINK_SYNCPPP + Enables HDLC/SYNCPPP support for the SyncLink WAN driver. + Normally the SyncLink WAN driver works with the main PPP + driver (ppp.c) and pppd program. HDLC/SYNCPPP support allows use + of the Cisco HDLC/PPP driver (syncppp.c). + The SyncLink WAN driver (in character devices) must also be enabled. + Frame Relay (DLCI) support CONFIG_DLCI This is support for the frame relay protocol; frame relay is a fast @@ -8458,7 +8466,7 @@ CONFIG_ARCNET_RIM_I This is yet another chipset driver for the COM90xx cards, but this time only using memory-mapped mode, and no IO ports at all. This driver is completely untested, so if you have one of these cards, - please mail David.Woodhouse@mvhi.com, especially if it works! + please mail dwmw2@infradead.org, especially if it works! This driver is also available as a module ( = code which can be inserted in and removed from the running kernel whenever you @@ -9551,6 +9559,182 @@ CONFIG_QUOTA http://www.linuxdoc.org/docs.html#howto . Probably the quota support is only useful for multi user systems. If unsure, say N. +Memory Technology Device (MTD) support +CONFIG_MTD + Memory Technology Devices are flash, RAM and similar chips, often + used for solid state filesystems 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 device. If unsure, say N. + +M-Systems Disk-On-Chip 1000 support +CONFIG_MTD_DOC1000 + This provides an MTD device driver for the M-Systems DiskOnChip + 1000 devices, which are obsolete so you probably want to say 'N'. + +M-Systems Disk-On-Chip 2000 support +CONFIG_MTD_DOC2000 + This provides an MTD device driver for the M-Systems DiskOnChip + 2000 devices. If you use this, you probably also want the NFTL + 'NAND Flash Translation Layer' below, which is used to emulate + a block device by using a kind of filesystem on the flash chips. + +M-Systems Disk-On-Chip Millennium support +CONFIG_MTD_DOC2001 + This provides an MTD device driver for the M-Systems DiskOnChip + Millennium devices. If you use this, you probably also want the + NFTL 'NAND Flash Translation Layer' below, which is used to emulate + a block device by using a kind of filesystem on the flash chips. + +Use extra onboard system memory as MTD device +CONFIG_MTD_SLRAM + If your CPU cannot cache all of the physical memory in your machine, + you can still use it for storage or swap by using this driver to + present it to the system as a Memory Technology Device. + +Ramix PMC551 PCI Mezzanine ram card support +CONFIG_MTD_PMC551 + This provides an MTD device driver for the Ramix PMC551 RAM card. + If you have one, you probably want to enable this. + +PMC551 256M DRAM Bugfix. +CONFIG_MTD_PMC551_BUGFIX + Some PMC551 boards hacve invalid column and row mux values. This + option will fix them, but will break other memory configurations. + +Debugging RAM test driver +CONFIG_MTD_MTDRAM + This enables a test MTD device driver which uses vmalloc() to + provide storage. You probably want to say 'N' unless you're + testing stuff, or unless you want to use it in place of a ramdisk + when I've eventually got round to making the CONFIG_BLK_DEV option + and you've turned it off. + +Common Flash Interface (CFI) support +CONFIG_MTD_CFI + Intel's Common Flash Interface specification provides a universal + method for probing the capabilities of flash devices. If you wish + to support any device which uses CFI-compliant devices, you need + to enable this option. + +CFI support for Intel/Sharp Extended Command Set chips +CONFIG_MTD_CFI_INTELEXT + 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. + +Flash chip mapping in physical memory +CONFIG_MTD_PHYSMAP + This provides a 'mapping' driver which allows the CFI probe and + command set driver code to communicate with flash chips which + are mapped physically into the CPU's memory. You will need to + configure the physical address and size of the flash chips on + your particular board. + +Physical start location of flash chip mapping +CONFIG_MTD_PHYSMAP_START + This is the physical memory location at which the flash chips + are mapped on your particular target board. Refer to the + memory map which should hopefully be in the documentation for + your board. + +Physical length of flash chip mapping +CONFIG_MTD_PHYSMAP_LEN + This is the total length of the mapping of the flash chips on + your particular board. If there is space, or aliases, in the + physical memory map between the chips, this could be larger + than the total amount of flash present. Refer to the memory + map which should hopefully be in the documentation for your + board. + +Flash chip mapping on Mixcom piggyback card +CONFIG_MTD_MIXMEM + This supports the paging arrangement for access to flash chips + on the Mixcom piggyback card, allowing the flash chip drivers + to get on with their job of driving the flash chips without + having to know about the paging. If you have one of these boards, + you probably want to enable this mapping driver. + +Flash chip mapping on Nora +CONFIG_MTD_NORA + If you had to ask, you don't have one. Say 'N'. + +Flash chip mapping on Octagon 5066 SBC +CONFIG_MTD_OCTAGON + This provides a 'mapping' driver which supports the way in which + the flash chips are connected in the Octagon-5066 Single Board + Computer. You will also need to complete and enable the driver + for JEDEC flash chips. + +Flash chip mapping on RPXlite PPC board +CONFIG_MTD_RPXLITE + The RPXLite PowerPC board has CFI-compliant chips mapped in + a strange sparse mapping. This 'mapping' driver supports that + arrangement, allowing the CFI probe and command set driver code + to communicate with the chips on the RPXLite board. + +Flash chip mapping on Tempustech VMAX SBC301 +CONFIG_MTD_VMAX + This provides a 'mapping' driver which supports the way in which + the flash chips are connected in the Tempustech VMAX SBC301 Single + Board Computer. You will also need to complete and enable the driver + for JEDEC flash chips. + +Direct chardevice access to MTD devices +CONFIG_MTD_CHAR + 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. + +Pseudo-blockdevice access to MTD devices +CONFIG_MTD_BLOCK + Although flash chips have an erase size too large to useful as + block devices, it is possible to use MTD devices which are based + on RAM chips in this manner. This blockdevice user of MTD devices + performs that function. At the moment, it is also required for + the Journalling Flash File System to obtain a handle on the MTD + device when it's mounted - although the JFFS doesn't actually use + any of the functions 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 filesystems which are + almost never written to. + +FTL (Flash Translation Layer) support +CONFIG_FTL + This provides support for the original Flash Translation Layer which + is part of the PCMCIA specification. It uses a kind of pseudo- + filesystem on a flash device to emulate a block device with 512-byte + sectors, on top of which you put a 'normal' filesystem. 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. + +NFTL (NAND Flash Translation Layer) support +CONFIG_NFTL + This provides support for the NAND Flash Translation Layer which is + used on M-Systems' DiskOnChip devices. It uses a kind of pseudo- + filesystem on a flash device to emulate a block device with 512-byte + sectors, on top of which you put a 'normal' filesystem. 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. + +Write support for NFTL (EXPERIMENTAL) +CONFIG_NFTL_RW + If you're lucky, this will actually work. Don't whinge if it doesn't. + Contact dwmw2@infradead.org if you want to help to make it more + reliable. + Support for USB CONFIG_USB Universal Serial Bus (USB) is a specification for a serial bus @@ -10781,6 +10965,22 @@ CONFIG_EFS_FS whenever you want), say M here and read Documentation/modules.txt. The module will be called efs.o. +Journalling Flash File System (JFFS) support (EXPERIMENTAL) +CONFIG_JFFS_FS + JFFS is a new file system designed for use on flash memory devices + rather than on block devices. It was developed on the 2.0 kernel + by Axis Communications AB for use on their Linux-based products, + and released under GPL, then 'borrowed' and ported to work with + the 2.4 kernel and the new Memory Technology Device system. + + The 2.4 port is experimental and not yet supported by Axis. Basically, + the good bits are probably theirs, and if it's broken in 2.4 it's + probably our fault. See http://www.developer.axis.com/software/jffs/ + for more information about JFFS. + + Any potential patches or queries should be sent to Axis' mailing + list for JFFS: <jffs-dev@axis.com> + UFS file system support (read-only) CONFIG_UFS_FS BSD and derivate versions of Unix (such as SunOS, FreeBSD, NetBSD, @@ -12433,7 +12633,7 @@ CONFIG_APPLICOM fieldbus cards made by Applicom International. More information about these cards can be found on the WWW at the address http://www.applicom-int.com/ , or by email from David Woodhouse - <dwmw2@mvhi.com>. + <dwmw2@infradead.org>. To compile this driver as a module ( = code which can be inserted in and removed from the running kernel whenever you want), say M here @@ -12615,15 +12815,6 @@ CONFIG_APM_DISPLAY_BLANK backlight at all, or it might print a lot of errors to the console, especially if you are using gpm. -Ignore multiple suspend/resume cycles -CONFIG_APM_IGNORE_SUSPEND_BOUNCE - This option is necessary on the Dell Inspiron 3200 and others, but - should be safe for all other laptops. When enabled, a system suspend - event that occurs within three seconds of a resume is ignored. - Without this the Inspiron will shut itself off a few seconds after - you open the lid, requiring you to press the power button to resume - it a second time. Say Y. - RTC stores time in GMT CONFIG_APM_RTC_IS_GMT Say Y here if your RTC (Real Time Clock a.k.a. hardware clock) |