2005-04-17 06:20:36 +08:00
|
|
|
#
|
|
|
|
# File system configuration
|
|
|
|
#
|
|
|
|
|
|
|
|
menu "File systems"
|
|
|
|
|
[PATCH] BLOCK: Make it possible to disable the block layer [try #6]
Make it possible to disable the block layer. Not all embedded devices require
it, some can make do with just JFFS2, NFS, ramfs, etc - none of which require
the block layer to be present.
This patch does the following:
(*) Introduces CONFIG_BLOCK to disable the block layer, buffering and blockdev
support.
(*) Adds dependencies on CONFIG_BLOCK to any configuration item that controls
an item that uses the block layer. This includes:
(*) Block I/O tracing.
(*) Disk partition code.
(*) All filesystems that are block based, eg: Ext3, ReiserFS, ISOFS.
(*) The SCSI layer. As far as I can tell, even SCSI chardevs use the
block layer to do scheduling. Some drivers that use SCSI facilities -
such as USB storage - end up disabled indirectly from this.
(*) Various block-based device drivers, such as IDE and the old CDROM
drivers.
(*) MTD blockdev handling and FTL.
(*) JFFS - which uses set_bdev_super(), something it could avoid doing by
taking a leaf out of JFFS2's book.
(*) Makes most of the contents of linux/blkdev.h, linux/buffer_head.h and
linux/elevator.h contingent on CONFIG_BLOCK being set. sector_div() is,
however, still used in places, and so is still available.
(*) Also made contingent are the contents of linux/mpage.h, linux/genhd.h and
parts of linux/fs.h.
(*) Makes a number of files in fs/ contingent on CONFIG_BLOCK.
(*) Makes mm/bounce.c (bounce buffering) contingent on CONFIG_BLOCK.
(*) set_page_dirty() doesn't call __set_page_dirty_buffers() if CONFIG_BLOCK
is not enabled.
(*) fs/no-block.c is created to hold out-of-line stubs and things that are
required when CONFIG_BLOCK is not set:
(*) Default blockdev file operations (to give error ENODEV on opening).
(*) Makes some /proc changes:
(*) /proc/devices does not list any blockdevs.
(*) /proc/diskstats and /proc/partitions are contingent on CONFIG_BLOCK.
(*) Makes some compat ioctl handling contingent on CONFIG_BLOCK.
(*) If CONFIG_BLOCK is not defined, makes sys_quotactl() return -ENODEV if
given command other than Q_SYNC or if a special device is specified.
(*) In init/do_mounts.c, no reference is made to the blockdev routines if
CONFIG_BLOCK is not defined. This does not prohibit NFS roots or JFFS2.
(*) The bdflush, ioprio_set and ioprio_get syscalls can now be absent (return
error ENOSYS by way of cond_syscall if so).
(*) The seclvl_bd_claim() and seclvl_bd_release() security calls do nothing if
CONFIG_BLOCK is not set, since they can't then happen.
Signed-Off-By: David Howells <dhowells@redhat.com>
Signed-off-by: Jens Axboe <axboe@kernel.dk>
2006-10-01 02:45:40 +08:00
|
|
|
if BLOCK
|
|
|
|
|
2005-04-17 06:20:36 +08:00
|
|
|
config EXT2_FS
|
|
|
|
tristate "Second extended fs support"
|
|
|
|
help
|
|
|
|
Ext2 is a standard Linux file system for hard disks.
|
|
|
|
|
|
|
|
To compile this file system support as a module, choose M here: the
|
2006-12-13 02:07:45 +08:00
|
|
|
module will be called ext2.
|
2005-04-17 06:20:36 +08:00
|
|
|
|
|
|
|
If unsure, say Y.
|
|
|
|
|
|
|
|
config EXT2_FS_XATTR
|
|
|
|
bool "Ext2 extended attributes"
|
|
|
|
depends on EXT2_FS
|
|
|
|
help
|
|
|
|
Extended attributes are name:value pairs associated with inodes by
|
|
|
|
the kernel or by users (see the attr(5) manual page, or visit
|
|
|
|
<http://acl.bestbits.at/> for details).
|
|
|
|
|
|
|
|
If unsure, say N.
|
|
|
|
|
|
|
|
config EXT2_FS_POSIX_ACL
|
|
|
|
bool "Ext2 POSIX Access Control Lists"
|
|
|
|
depends on EXT2_FS_XATTR
|
2005-07-08 08:56:57 +08:00
|
|
|
select FS_POSIX_ACL
|
2005-04-17 06:20:36 +08:00
|
|
|
help
|
|
|
|
Posix Access Control Lists (ACLs) support permissions for users and
|
|
|
|
groups beyond the owner/group/world scheme.
|
|
|
|
|
|
|
|
To learn more about Access Control Lists, visit the Posix ACLs for
|
|
|
|
Linux website <http://acl.bestbits.at/>.
|
|
|
|
|
|
|
|
If you don't know what Access Control Lists are, say N
|
|
|
|
|
|
|
|
config EXT2_FS_SECURITY
|
|
|
|
bool "Ext2 Security Labels"
|
|
|
|
depends on EXT2_FS_XATTR
|
|
|
|
help
|
|
|
|
Security labels support alternative access control models
|
|
|
|
implemented by security modules like SELinux. This option
|
|
|
|
enables an extended attribute handler for file security
|
|
|
|
labels in the ext2 filesystem.
|
|
|
|
|
|
|
|
If you are not using a security module that requires using
|
|
|
|
extended attributes for file security labels, say N.
|
|
|
|
|
2005-06-24 13:05:26 +08:00
|
|
|
config EXT2_FS_XIP
|
|
|
|
bool "Ext2 execute in place support"
|
2006-06-23 17:04:08 +08:00
|
|
|
depends on EXT2_FS && MMU
|
2005-06-24 13:05:26 +08:00
|
|
|
help
|
|
|
|
Execute in place can be used on memory-backed block devices. If you
|
|
|
|
enable this option, you can select to mount block devices which are
|
|
|
|
capable of this feature without using the page cache.
|
|
|
|
|
|
|
|
If you do not use a block device that is capable of using this,
|
|
|
|
or if unsure, say N.
|
|
|
|
|
|
|
|
config FS_XIP
|
|
|
|
# execute in place
|
|
|
|
bool
|
|
|
|
depends on EXT2_FS_XIP
|
|
|
|
default y
|
|
|
|
|
2005-04-17 06:20:36 +08:00
|
|
|
config EXT3_FS
|
|
|
|
tristate "Ext3 journalling file system support"
|
2005-12-16 06:31:24 +08:00
|
|
|
select JBD
|
2005-04-17 06:20:36 +08:00
|
|
|
help
|
2006-10-04 04:22:29 +08:00
|
|
|
This is the journalling version of the Second extended file system
|
2005-04-17 06:20:36 +08:00
|
|
|
(often called ext3), the de facto standard Linux file system
|
|
|
|
(method to organize files on a storage device) for hard disks.
|
|
|
|
|
2006-10-04 04:22:29 +08:00
|
|
|
The journalling code included in this driver means you do not have
|
2005-04-17 06:20:36 +08:00
|
|
|
to run e2fsck (file system checker) on your file systems after a
|
|
|
|
crash. The journal keeps track of any changes that were being made
|
|
|
|
at the time the system crashed, and can ensure that your file system
|
|
|
|
is consistent without the need for a lengthy check.
|
|
|
|
|
|
|
|
Other than adding the journal to the file system, the on-disk format
|
|
|
|
of ext3 is identical to ext2. It is possible to freely switch
|
|
|
|
between using the ext3 driver and the ext2 driver, as long as the
|
|
|
|
file system has been cleanly unmounted, or e2fsck is run on the file
|
|
|
|
system.
|
|
|
|
|
|
|
|
To add a journal on an existing ext2 file system or change the
|
|
|
|
behavior of ext3 file systems, you can use the tune2fs utility ("man
|
|
|
|
tune2fs"). To modify attributes of files and directories on ext3
|
|
|
|
file systems, use chattr ("man chattr"). You need to be using
|
|
|
|
e2fsprogs version 1.20 or later in order to create ext3 journals
|
|
|
|
(available at <http://sourceforge.net/projects/e2fsprogs/>).
|
|
|
|
|
|
|
|
To compile this file system support as a module, choose M here: the
|
2006-12-13 02:07:45 +08:00
|
|
|
module will be called ext3.
|
2005-04-17 06:20:36 +08:00
|
|
|
|
|
|
|
config EXT3_FS_XATTR
|
|
|
|
bool "Ext3 extended attributes"
|
|
|
|
depends on EXT3_FS
|
|
|
|
default y
|
|
|
|
help
|
|
|
|
Extended attributes are name:value pairs associated with inodes by
|
|
|
|
the kernel or by users (see the attr(5) manual page, or visit
|
|
|
|
<http://acl.bestbits.at/> for details).
|
|
|
|
|
|
|
|
If unsure, say N.
|
|
|
|
|
|
|
|
You need this for POSIX ACL support on ext3.
|
|
|
|
|
|
|
|
config EXT3_FS_POSIX_ACL
|
|
|
|
bool "Ext3 POSIX Access Control Lists"
|
|
|
|
depends on EXT3_FS_XATTR
|
2005-07-08 08:56:57 +08:00
|
|
|
select FS_POSIX_ACL
|
2005-04-17 06:20:36 +08:00
|
|
|
help
|
|
|
|
Posix Access Control Lists (ACLs) support permissions for users and
|
|
|
|
groups beyond the owner/group/world scheme.
|
|
|
|
|
|
|
|
To learn more about Access Control Lists, visit the Posix ACLs for
|
|
|
|
Linux website <http://acl.bestbits.at/>.
|
|
|
|
|
|
|
|
If you don't know what Access Control Lists are, say N
|
|
|
|
|
|
|
|
config EXT3_FS_SECURITY
|
|
|
|
bool "Ext3 Security Labels"
|
|
|
|
depends on EXT3_FS_XATTR
|
|
|
|
help
|
|
|
|
Security labels support alternative access control models
|
|
|
|
implemented by security modules like SELinux. This option
|
|
|
|
enables an extended attribute handler for file security
|
|
|
|
labels in the ext3 filesystem.
|
|
|
|
|
|
|
|
If you are not using a security module that requires using
|
|
|
|
extended attributes for file security labels, say N.
|
|
|
|
|
2006-10-11 16:20:56 +08:00
|
|
|
config EXT4DEV_FS
|
|
|
|
tristate "Ext4dev/ext4 extended fs support development (EXPERIMENTAL)"
|
|
|
|
depends on EXPERIMENTAL
|
2006-10-11 16:21:01 +08:00
|
|
|
select JBD2
|
Ext4: Uninitialized Block Groups
In pass1 of e2fsck, every inode table in the fileystem is scanned and checked,
regardless of whether it is in use. This is this the most time consuming part
of the filesystem check. The unintialized block group feature can greatly
reduce e2fsck time by eliminating checking of uninitialized inodes.
With this feature, there is a a high water mark of used inodes for each block
group. Block and inode bitmaps can be uninitialized on disk via a flag in the
group descriptor to avoid reading or scanning them at e2fsck time. A checksum
of each group descriptor is used to ensure that corruption in the group
descriptor's bit flags does not cause incorrect operation.
The feature is enabled through a mkfs option
mke2fs /dev/ -O uninit_groups
A patch adding support for uninitialized block groups to e2fsprogs tools has
been posted to the linux-ext4 mailing list.
The patches have been stress tested with fsstress and fsx. In performance
tests testing e2fsck time, we have seen that e2fsck time on ext3 grows
linearly with the total number of inodes in the filesytem. In ext4 with the
uninitialized block groups feature, the e2fsck time is constant, based
solely on the number of used inodes rather than the total inode count.
Since typical ext4 filesystems only use 1-10% of their inodes, this feature can
greatly reduce e2fsck time for users. With performance improvement of 2-20
times, depending on how full the filesystem is.
The attached graph shows the major improvements in e2fsck times in filesystems
with a large total inode count, but few inodes in use.
In each group descriptor if we have
EXT4_BG_INODE_UNINIT set in bg_flags:
Inode table is not initialized/used in this group. So we can skip
the consistency check during fsck.
EXT4_BG_BLOCK_UNINIT set in bg_flags:
No block in the group is used. So we can skip the block bitmap
verification for this group.
We also add two new fields to group descriptor as a part of
uninitialized group patch.
__le16 bg_itable_unused; /* Unused inodes count */
__le16 bg_checksum; /* crc16(sb_uuid+group+desc) */
bg_itable_unused:
If we have EXT4_BG_INODE_UNINIT not set in bg_flags
then bg_itable_unused will give the offset within
the inode table till the inodes are used. This can be
used by fsck to skip list of inodes that are marked unused.
bg_checksum:
Now that we depend on bg_flags and bg_itable_unused to determine
the block and inode usage, we need to make sure group descriptor
is not corrupt. We add checksum to group descriptor to
detect corruption. If the descriptor is found to be corrupt, we
mark all the blocks and inodes in the group used.
Signed-off-by: Avantika Mathur <mathur@us.ibm.com>
Signed-off-by: Andreas Dilger <adilger@clusterfs.com>
Signed-off-by: Mingming Cao <cmm@us.ibm.com>
Signed-off-by: Aneesh Kumar K.V <aneesh.kumar@linux.vnet.ibm.com>
2007-10-17 06:38:25 +08:00
|
|
|
select CRC16
|
2006-10-11 16:21:01 +08:00
|
|
|
help
|
2006-10-11 16:20:56 +08:00
|
|
|
Ext4dev is a predecessor filesystem of the next generation
|
|
|
|
extended fs ext4, based on ext3 filesystem code. It will be
|
|
|
|
renamed ext4 fs later, once ext4dev is mature and stabilized.
|
|
|
|
|
2006-10-11 16:21:01 +08:00
|
|
|
Unlike the change from ext2 filesystem to ext3 filesystem,
|
|
|
|
the on-disk format of ext4dev is not the same as ext3 any more:
|
2006-10-11 16:20:56 +08:00
|
|
|
it is based on extent maps and it supports 48-bit physical block
|
2006-10-11 16:21:01 +08:00
|
|
|
numbers. These combined on-disk format changes will allow
|
2006-10-11 16:20:56 +08:00
|
|
|
ext4dev/ext4 to handle more than 16 TB filesystem volumes --
|
|
|
|
a hard limit that ext3 cannot overcome without changing the
|
2006-10-11 16:21:01 +08:00
|
|
|
on-disk format.
|
2006-10-11 16:20:56 +08:00
|
|
|
|
|
|
|
Other than extent maps and 48-bit block numbers, ext4dev also is
|
2006-10-11 16:21:01 +08:00
|
|
|
likely to have other new features such as persistent preallocation,
|
2006-10-11 16:20:56 +08:00
|
|
|
high resolution time stamps, and larger file support etc. These
|
2006-10-11 16:21:01 +08:00
|
|
|
features will be added to ext4dev gradually.
|
2006-10-11 16:20:56 +08:00
|
|
|
|
|
|
|
To compile this file system support as a module, choose M here. The
|
2006-12-13 02:07:45 +08:00
|
|
|
module will be called ext4dev.
|
2006-10-11 16:20:56 +08:00
|
|
|
|
|
|
|
If unsure, say N.
|
|
|
|
|
|
|
|
config EXT4DEV_FS_XATTR
|
|
|
|
bool "Ext4dev extended attributes"
|
|
|
|
depends on EXT4DEV_FS
|
|
|
|
default y
|
|
|
|
help
|
|
|
|
Extended attributes are name:value pairs associated with inodes by
|
|
|
|
the kernel or by users (see the attr(5) manual page, or visit
|
|
|
|
<http://acl.bestbits.at/> for details).
|
|
|
|
|
|
|
|
If unsure, say N.
|
|
|
|
|
|
|
|
You need this for POSIX ACL support on ext4dev/ext4.
|
|
|
|
|
|
|
|
config EXT4DEV_FS_POSIX_ACL
|
|
|
|
bool "Ext4dev POSIX Access Control Lists"
|
|
|
|
depends on EXT4DEV_FS_XATTR
|
|
|
|
select FS_POSIX_ACL
|
|
|
|
help
|
|
|
|
POSIX Access Control Lists (ACLs) support permissions for users and
|
|
|
|
groups beyond the owner/group/world scheme.
|
|
|
|
|
|
|
|
To learn more about Access Control Lists, visit the POSIX ACLs for
|
|
|
|
Linux website <http://acl.bestbits.at/>.
|
|
|
|
|
|
|
|
If you don't know what Access Control Lists are, say N
|
|
|
|
|
|
|
|
config EXT4DEV_FS_SECURITY
|
|
|
|
bool "Ext4dev Security Labels"
|
|
|
|
depends on EXT4DEV_FS_XATTR
|
|
|
|
help
|
|
|
|
Security labels support alternative access control models
|
|
|
|
implemented by security modules like SELinux. This option
|
|
|
|
enables an extended attribute handler for file security
|
|
|
|
labels in the ext4dev/ext4 filesystem.
|
|
|
|
|
|
|
|
If you are not using a security module that requires using
|
|
|
|
extended attributes for file security labels, say N.
|
|
|
|
|
2005-04-17 06:20:36 +08:00
|
|
|
config JBD
|
|
|
|
tristate
|
|
|
|
help
|
2006-10-04 04:22:29 +08:00
|
|
|
This is a generic journalling layer for block devices. It is
|
2005-12-16 06:31:24 +08:00
|
|
|
currently used by the ext3 and OCFS2 file systems, but it could
|
|
|
|
also be used to add journal support to other file systems or block
|
|
|
|
devices such as RAID or LVM.
|
2005-04-17 06:20:36 +08:00
|
|
|
|
2005-12-16 06:31:24 +08:00
|
|
|
If you are using the ext3 or OCFS2 file systems, you need to
|
|
|
|
say Y here. If you are not using ext3 OCFS2 then you will probably
|
|
|
|
want to say N.
|
2005-04-17 06:20:36 +08:00
|
|
|
|
|
|
|
To compile this device as a module, choose M here: the module will be
|
2005-12-16 06:31:24 +08:00
|
|
|
called jbd. If you are compiling ext3 or OCFS2 into the kernel,
|
|
|
|
you cannot compile this code as a module.
|
2005-04-17 06:20:36 +08:00
|
|
|
|
|
|
|
config JBD_DEBUG
|
|
|
|
bool "JBD (ext3) debugging support"
|
2007-10-19 14:39:22 +08:00
|
|
|
depends on JBD && DEBUG_FS
|
2005-04-17 06:20:36 +08:00
|
|
|
help
|
|
|
|
If you are using the ext3 journaled file system (or potentially any
|
|
|
|
other file system/device using JBD), this option allows you to
|
|
|
|
enable debugging output while the system is running, in order to
|
|
|
|
help track down any problems you are having. By default the
|
|
|
|
debugging output will be turned off.
|
|
|
|
|
|
|
|
If you select Y here, then you will be able to turn on debugging
|
2007-10-19 14:39:22 +08:00
|
|
|
with "echo N > /sys/kernel/debug/jbd/jbd-debug", where N is a
|
|
|
|
number between 1 and 5, the higher the number, the more debugging
|
|
|
|
output is generated. To turn debugging off again, do
|
|
|
|
"echo 0 > /sys/kernel/debug/jbd/jbd-debug".
|
2005-04-17 06:20:36 +08:00
|
|
|
|
2006-10-11 16:21:01 +08:00
|
|
|
config JBD2
|
|
|
|
tristate
|
|
|
|
help
|
|
|
|
This is a generic journaling layer for block devices that support
|
|
|
|
both 32-bit and 64-bit block numbers. It is currently used by
|
|
|
|
the ext4dev/ext4 filesystem, but it could also be used to add
|
|
|
|
journal support to other file systems or block devices such
|
|
|
|
as RAID or LVM.
|
|
|
|
|
|
|
|
If you are using ext4dev/ext4, you need to say Y here. If you are not
|
|
|
|
using ext4dev/ext4 then you will probably want to say N.
|
|
|
|
|
|
|
|
To compile this device as a module, choose M here. The module will be
|
|
|
|
called jbd2. If you are compiling ext4dev/ext4 into the kernel,
|
|
|
|
you cannot compile this code as a module.
|
|
|
|
|
|
|
|
config JBD2_DEBUG
|
|
|
|
bool "JBD2 (ext4dev/ext4) debugging support"
|
2007-07-18 20:50:18 +08:00
|
|
|
depends on JBD2 && DEBUG_FS
|
2006-10-11 16:21:01 +08:00
|
|
|
help
|
|
|
|
If you are using the ext4dev/ext4 journaled file system (or
|
|
|
|
potentially any other filesystem/device using JBD2), this option
|
|
|
|
allows you to enable debugging output while the system is running,
|
|
|
|
in order to help track down any problems you are having.
|
|
|
|
By default, the debugging output will be turned off.
|
|
|
|
|
|
|
|
If you select Y here, then you will be able to turn on debugging
|
2007-07-18 20:50:18 +08:00
|
|
|
with "echo N > /sys/kernel/debug/jbd2/jbd2-debug", where N is a
|
|
|
|
number between 1 and 5. The higher the number, the more debugging
|
|
|
|
output is generated. To turn debugging off again, do
|
|
|
|
"echo 0 > /sys/kernel/debug/jbd2/jbd2-debug".
|
2006-10-11 16:21:01 +08:00
|
|
|
|
2005-04-17 06:20:36 +08:00
|
|
|
config FS_MBCACHE
|
2006-10-11 16:20:56 +08:00
|
|
|
# Meta block cache for Extended Attributes (ext2/ext3/ext4)
|
2005-04-17 06:20:36 +08:00
|
|
|
tristate
|
2006-10-11 16:20:56 +08:00
|
|
|
depends on EXT2_FS_XATTR || EXT3_FS_XATTR || EXT4DEV_FS_XATTR
|
|
|
|
default y if EXT2_FS=y || EXT3_FS=y || EXT4DEV_FS=y
|
|
|
|
default m if EXT2_FS=m || EXT3_FS=m || EXT4DEV_FS=m
|
2005-04-17 06:20:36 +08:00
|
|
|
|
|
|
|
config REISERFS_FS
|
|
|
|
tristate "Reiserfs support"
|
|
|
|
help
|
|
|
|
Stores not just filenames but the files themselves in a balanced
|
2006-10-04 04:22:29 +08:00
|
|
|
tree. Uses journalling.
|
2005-04-17 06:20:36 +08:00
|
|
|
|
|
|
|
Balanced trees are more efficient than traditional file system
|
|
|
|
architectural foundations.
|
|
|
|
|
|
|
|
In general, ReiserFS is as fast as ext2, but is very efficient with
|
|
|
|
large directories and small files. Additional patches are needed
|
|
|
|
for NFS and quotas, please see <http://www.namesys.com/> for links.
|
|
|
|
|
|
|
|
It is more easily extended to have features currently found in
|
|
|
|
database and keyword search systems than block allocation based file
|
|
|
|
systems are. The next version will be so extended, and will support
|
|
|
|
plugins consistent with our motto ``It takes more than a license to
|
|
|
|
make source code open.''
|
|
|
|
|
|
|
|
Read <http://www.namesys.com/> to learn more about reiserfs.
|
|
|
|
|
|
|
|
Sponsored by Threshold Networks, Emusic.com, and Bigstorage.com.
|
|
|
|
|
|
|
|
If you like it, you can pay us to add new features to it that you
|
|
|
|
need, buy a support contract, or pay us to port it to another OS.
|
|
|
|
|
|
|
|
config REISERFS_CHECK
|
|
|
|
bool "Enable reiserfs debug mode"
|
|
|
|
depends on REISERFS_FS
|
|
|
|
help
|
|
|
|
If you set this to Y, then ReiserFS will perform every check it can
|
|
|
|
possibly imagine of its internal consistency throughout its
|
|
|
|
operation. It will also go substantially slower. More than once we
|
|
|
|
have forgotten that this was on, and then gone despondent over the
|
|
|
|
latest benchmarks.:-) Use of this option allows our team to go all
|
|
|
|
out in checking for consistency when debugging without fear of its
|
|
|
|
effect on end users. If you are on the verge of sending in a bug
|
|
|
|
report, say Y and you might get a useful error message. Almost
|
|
|
|
everyone should say N.
|
|
|
|
|
|
|
|
config REISERFS_PROC_INFO
|
|
|
|
bool "Stats in /proc/fs/reiserfs"
|
2007-05-08 15:26:59 +08:00
|
|
|
depends on REISERFS_FS && PROC_FS
|
2005-04-17 06:20:36 +08:00
|
|
|
help
|
|
|
|
Create under /proc/fs/reiserfs a hierarchy of files, displaying
|
|
|
|
various ReiserFS statistics and internal data at the expense of
|
|
|
|
making your kernel or module slightly larger (+8 KB). This also
|
|
|
|
increases the amount of kernel memory required for each mount.
|
|
|
|
Almost everyone but ReiserFS developers and people fine-tuning
|
|
|
|
reiserfs or tracing problems should say N.
|
|
|
|
|
|
|
|
config REISERFS_FS_XATTR
|
|
|
|
bool "ReiserFS extended attributes"
|
|
|
|
depends on REISERFS_FS
|
|
|
|
help
|
|
|
|
Extended attributes are name:value pairs associated with inodes by
|
|
|
|
the kernel or by users (see the attr(5) manual page, or visit
|
|
|
|
<http://acl.bestbits.at/> for details).
|
|
|
|
|
|
|
|
If unsure, say N.
|
|
|
|
|
|
|
|
config REISERFS_FS_POSIX_ACL
|
|
|
|
bool "ReiserFS POSIX Access Control Lists"
|
|
|
|
depends on REISERFS_FS_XATTR
|
2005-07-08 08:56:57 +08:00
|
|
|
select FS_POSIX_ACL
|
2005-04-17 06:20:36 +08:00
|
|
|
help
|
|
|
|
Posix Access Control Lists (ACLs) support permissions for users and
|
|
|
|
groups beyond the owner/group/world scheme.
|
|
|
|
|
|
|
|
To learn more about Access Control Lists, visit the Posix ACLs for
|
|
|
|
Linux website <http://acl.bestbits.at/>.
|
|
|
|
|
|
|
|
If you don't know what Access Control Lists are, say N
|
|
|
|
|
|
|
|
config REISERFS_FS_SECURITY
|
|
|
|
bool "ReiserFS Security Labels"
|
|
|
|
depends on REISERFS_FS_XATTR
|
|
|
|
help
|
|
|
|
Security labels support alternative access control models
|
|
|
|
implemented by security modules like SELinux. This option
|
|
|
|
enables an extended attribute handler for file security
|
|
|
|
labels in the ReiserFS filesystem.
|
|
|
|
|
|
|
|
If you are not using a security module that requires using
|
|
|
|
extended attributes for file security labels, say N.
|
|
|
|
|
|
|
|
config JFS_FS
|
|
|
|
tristate "JFS filesystem support"
|
|
|
|
select NLS
|
|
|
|
help
|
|
|
|
This is a port of IBM's Journaled Filesystem . More information is
|
|
|
|
available in the file <file:Documentation/filesystems/jfs.txt>.
|
|
|
|
|
|
|
|
If you do not intend to use the JFS filesystem, say N.
|
|
|
|
|
|
|
|
config JFS_POSIX_ACL
|
|
|
|
bool "JFS POSIX Access Control Lists"
|
|
|
|
depends on JFS_FS
|
2005-07-08 08:56:57 +08:00
|
|
|
select FS_POSIX_ACL
|
2005-04-17 06:20:36 +08:00
|
|
|
help
|
|
|
|
Posix Access Control Lists (ACLs) support permissions for users and
|
|
|
|
groups beyond the owner/group/world scheme.
|
|
|
|
|
|
|
|
To learn more about Access Control Lists, visit the Posix ACLs for
|
|
|
|
Linux website <http://acl.bestbits.at/>.
|
|
|
|
|
|
|
|
If you don't know what Access Control Lists are, say N
|
|
|
|
|
|
|
|
config JFS_SECURITY
|
|
|
|
bool "JFS Security Labels"
|
|
|
|
depends on JFS_FS
|
|
|
|
help
|
|
|
|
Security labels support alternative access control models
|
|
|
|
implemented by security modules like SELinux. This option
|
|
|
|
enables an extended attribute handler for file security
|
|
|
|
labels in the jfs filesystem.
|
|
|
|
|
|
|
|
If you are not using a security module that requires using
|
|
|
|
extended attributes for file security labels, say N.
|
|
|
|
|
|
|
|
config JFS_DEBUG
|
|
|
|
bool "JFS debugging"
|
|
|
|
depends on JFS_FS
|
|
|
|
help
|
|
|
|
If you are experiencing any problems with the JFS filesystem, say
|
|
|
|
Y here. This will result in additional debugging messages to be
|
|
|
|
written to the system log. Under normal circumstances, this
|
|
|
|
results in very little overhead.
|
|
|
|
|
|
|
|
config JFS_STATISTICS
|
|
|
|
bool "JFS statistics"
|
|
|
|
depends on JFS_FS
|
|
|
|
help
|
|
|
|
Enabling this option will cause statistics from the JFS file system
|
|
|
|
to be made available to the user in the /proc/fs/jfs/ directory.
|
|
|
|
|
|
|
|
config FS_POSIX_ACL
|
|
|
|
# Posix ACL utility routines (for now, only ext2/ext3/jfs/reiserfs)
|
|
|
|
#
|
|
|
|
# NOTE: you can implement Posix ACLs without these helpers (XFS does).
|
|
|
|
# Never use this symbol for ifdefs.
|
|
|
|
#
|
|
|
|
bool
|
2005-07-08 08:56:57 +08:00
|
|
|
default n
|
2005-04-17 06:20:36 +08:00
|
|
|
|
|
|
|
source "fs/xfs/Kconfig"
|
2006-01-17 00:43:37 +08:00
|
|
|
source "fs/gfs2/Kconfig"
|
2005-04-17 06:20:36 +08:00
|
|
|
|
2005-12-16 06:31:24 +08:00
|
|
|
config OCFS2_FS
|
2006-09-15 01:28:06 +08:00
|
|
|
tristate "OCFS2 file system support"
|
|
|
|
depends on NET && SYSFS
|
2005-12-16 06:31:24 +08:00
|
|
|
select CONFIGFS_FS
|
|
|
|
select JBD
|
|
|
|
select CRC32
|
|
|
|
help
|
|
|
|
OCFS2 is a general purpose extent based shared disk cluster file
|
|
|
|
system with many similarities to ext3. It supports 64 bit inode
|
|
|
|
numbers, and has automatically extending metadata groups which may
|
|
|
|
also make it attractive for non-clustered use.
|
|
|
|
|
|
|
|
You'll want to install the ocfs2-tools package in order to at least
|
|
|
|
get "mount.ocfs2".
|
|
|
|
|
|
|
|
Project web page: http://oss.oracle.com/projects/ocfs2
|
|
|
|
Tools web page: http://oss.oracle.com/projects/ocfs2-tools
|
|
|
|
OCFS2 mailing lists: http://oss.oracle.com/projects/ocfs2/mailman/
|
|
|
|
|
|
|
|
Note: Features which OCFS2 does not support yet:
|
|
|
|
- extended attributes
|
|
|
|
- quotas
|
|
|
|
- cluster aware flock
|
|
|
|
- Directory change notification (F_NOTIFY)
|
|
|
|
- Distributed Caching (F_SETLEASE/F_GETLEASE/break_lease)
|
|
|
|
- POSIX ACLs
|
|
|
|
- readpages / writepages (not user visible)
|
|
|
|
|
2006-05-11 09:28:59 +08:00
|
|
|
config OCFS2_DEBUG_MASKLOG
|
|
|
|
bool "OCFS2 logging support"
|
|
|
|
depends on OCFS2_FS
|
|
|
|
default y
|
|
|
|
help
|
|
|
|
The ocfs2 filesystem has an extensive logging system. The system
|
|
|
|
allows selection of events to log via files in /sys/o2cb/logmask/.
|
|
|
|
This option will enlarge your kernel, but it allows debugging of
|
|
|
|
ocfs2 filesystem issues.
|
|
|
|
|
2005-04-17 06:20:36 +08:00
|
|
|
config MINIX_FS
|
|
|
|
tristate "Minix fs support"
|
|
|
|
help
|
|
|
|
Minix is a simple operating system used in many classes about OS's.
|
|
|
|
The minix file system (method to organize files on a hard disk
|
|
|
|
partition or a floppy disk) was the original file system for Linux,
|
|
|
|
but has been superseded by the second extended file system ext2fs.
|
|
|
|
You don't want to use the minix file system on your hard disk
|
|
|
|
because of certain built-in restrictions, but it is sometimes found
|
|
|
|
on older Linux floppy disks. This option will enlarge your kernel
|
|
|
|
by about 28 KB. If unsure, say N.
|
|
|
|
|
|
|
|
To compile this file system support as a module, choose M here: the
|
|
|
|
module will be called minix. Note that the file system of your root
|
|
|
|
partition (the one containing the directory /) cannot be compiled as
|
|
|
|
a module.
|
|
|
|
|
|
|
|
config ROMFS_FS
|
|
|
|
tristate "ROM file system support"
|
|
|
|
---help---
|
|
|
|
This is a very small read-only file system mainly intended for
|
|
|
|
initial ram disks of installation disks, but it could be used for
|
|
|
|
other read-only media as well. Read
|
|
|
|
<file:Documentation/filesystems/romfs.txt> for details.
|
|
|
|
|
|
|
|
To compile this file system support as a module, choose M here: the
|
|
|
|
module will be called romfs. Note that the file system of your
|
|
|
|
root partition (the one containing the directory /) cannot be a
|
|
|
|
module.
|
|
|
|
|
|
|
|
If you don't know whether you need it, then you don't need it:
|
|
|
|
answer N.
|
|
|
|
|
[PATCH] BLOCK: Make it possible to disable the block layer [try #6]
Make it possible to disable the block layer. Not all embedded devices require
it, some can make do with just JFFS2, NFS, ramfs, etc - none of which require
the block layer to be present.
This patch does the following:
(*) Introduces CONFIG_BLOCK to disable the block layer, buffering and blockdev
support.
(*) Adds dependencies on CONFIG_BLOCK to any configuration item that controls
an item that uses the block layer. This includes:
(*) Block I/O tracing.
(*) Disk partition code.
(*) All filesystems that are block based, eg: Ext3, ReiserFS, ISOFS.
(*) The SCSI layer. As far as I can tell, even SCSI chardevs use the
block layer to do scheduling. Some drivers that use SCSI facilities -
such as USB storage - end up disabled indirectly from this.
(*) Various block-based device drivers, such as IDE and the old CDROM
drivers.
(*) MTD blockdev handling and FTL.
(*) JFFS - which uses set_bdev_super(), something it could avoid doing by
taking a leaf out of JFFS2's book.
(*) Makes most of the contents of linux/blkdev.h, linux/buffer_head.h and
linux/elevator.h contingent on CONFIG_BLOCK being set. sector_div() is,
however, still used in places, and so is still available.
(*) Also made contingent are the contents of linux/mpage.h, linux/genhd.h and
parts of linux/fs.h.
(*) Makes a number of files in fs/ contingent on CONFIG_BLOCK.
(*) Makes mm/bounce.c (bounce buffering) contingent on CONFIG_BLOCK.
(*) set_page_dirty() doesn't call __set_page_dirty_buffers() if CONFIG_BLOCK
is not enabled.
(*) fs/no-block.c is created to hold out-of-line stubs and things that are
required when CONFIG_BLOCK is not set:
(*) Default blockdev file operations (to give error ENODEV on opening).
(*) Makes some /proc changes:
(*) /proc/devices does not list any blockdevs.
(*) /proc/diskstats and /proc/partitions are contingent on CONFIG_BLOCK.
(*) Makes some compat ioctl handling contingent on CONFIG_BLOCK.
(*) If CONFIG_BLOCK is not defined, makes sys_quotactl() return -ENODEV if
given command other than Q_SYNC or if a special device is specified.
(*) In init/do_mounts.c, no reference is made to the blockdev routines if
CONFIG_BLOCK is not defined. This does not prohibit NFS roots or JFFS2.
(*) The bdflush, ioprio_set and ioprio_get syscalls can now be absent (return
error ENOSYS by way of cond_syscall if so).
(*) The seclvl_bd_claim() and seclvl_bd_release() security calls do nothing if
CONFIG_BLOCK is not set, since they can't then happen.
Signed-Off-By: David Howells <dhowells@redhat.com>
Signed-off-by: Jens Axboe <axboe@kernel.dk>
2006-10-01 02:45:40 +08:00
|
|
|
endif
|
|
|
|
|
[PATCH] inotify
inotify is intended to correct the deficiencies of dnotify, particularly
its inability to scale and its terrible user interface:
* dnotify requires the opening of one fd per each directory
that you intend to watch. This quickly results in too many
open files and pins removable media, preventing unmount.
* dnotify is directory-based. You only learn about changes to
directories. Sure, a change to a file in a directory affects
the directory, but you are then forced to keep a cache of
stat structures.
* dnotify's interface to user-space is awful. Signals?
inotify provides a more usable, simple, powerful solution to file change
notification:
* inotify's interface is a system call that returns a fd, not SIGIO.
You get a single fd, which is select()-able.
* inotify has an event that says "the filesystem that the item
you were watching is on was unmounted."
* inotify can watch directories or files.
Inotify is currently used by Beagle (a desktop search infrastructure),
Gamin (a FAM replacement), and other projects.
See Documentation/filesystems/inotify.txt.
Signed-off-by: Robert Love <rml@novell.com>
Cc: John McCutchan <ttb@tentacle.dhs.org>
Cc: Christoph Hellwig <hch@lst.de>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
2005-07-13 05:06:03 +08:00
|
|
|
config INOTIFY
|
|
|
|
bool "Inotify file change notification support"
|
|
|
|
default y
|
|
|
|
---help---
|
2006-06-02 04:10:59 +08:00
|
|
|
Say Y here to enable inotify support. Inotify is a file change
|
|
|
|
notification system and a replacement for dnotify. Inotify fixes
|
|
|
|
numerous shortcomings in dnotify and introduces several new features
|
|
|
|
including multiple file events, one-shot support, and unmount
|
2005-08-05 04:07:08 +08:00
|
|
|
notification.
|
|
|
|
|
2007-10-31 04:37:19 +08:00
|
|
|
For more information, see <file:Documentation/filesystems/inotify.txt>
|
[PATCH] inotify
inotify is intended to correct the deficiencies of dnotify, particularly
its inability to scale and its terrible user interface:
* dnotify requires the opening of one fd per each directory
that you intend to watch. This quickly results in too many
open files and pins removable media, preventing unmount.
* dnotify is directory-based. You only learn about changes to
directories. Sure, a change to a file in a directory affects
the directory, but you are then forced to keep a cache of
stat structures.
* dnotify's interface to user-space is awful. Signals?
inotify provides a more usable, simple, powerful solution to file change
notification:
* inotify's interface is a system call that returns a fd, not SIGIO.
You get a single fd, which is select()-able.
* inotify has an event that says "the filesystem that the item
you were watching is on was unmounted."
* inotify can watch directories or files.
Inotify is currently used by Beagle (a desktop search infrastructure),
Gamin (a FAM replacement), and other projects.
See Documentation/filesystems/inotify.txt.
Signed-off-by: Robert Love <rml@novell.com>
Cc: John McCutchan <ttb@tentacle.dhs.org>
Cc: Christoph Hellwig <hch@lst.de>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
2005-07-13 05:06:03 +08:00
|
|
|
|
|
|
|
If unsure, say Y.
|
|
|
|
|
2006-06-02 04:10:59 +08:00
|
|
|
config INOTIFY_USER
|
|
|
|
bool "Inotify support for userspace"
|
|
|
|
depends on INOTIFY
|
|
|
|
default y
|
|
|
|
---help---
|
|
|
|
Say Y here to enable inotify support for userspace, including the
|
|
|
|
associated system calls. Inotify allows monitoring of both files and
|
|
|
|
directories via a single open fd. Events are read from the file
|
|
|
|
descriptor, which is also select()- and poll()-able.
|
|
|
|
|
2007-10-31 04:37:19 +08:00
|
|
|
For more information, see <file:Documentation/filesystems/inotify.txt>
|
2006-06-02 04:10:59 +08:00
|
|
|
|
[PATCH] inotify
inotify is intended to correct the deficiencies of dnotify, particularly
its inability to scale and its terrible user interface:
* dnotify requires the opening of one fd per each directory
that you intend to watch. This quickly results in too many
open files and pins removable media, preventing unmount.
* dnotify is directory-based. You only learn about changes to
directories. Sure, a change to a file in a directory affects
the directory, but you are then forced to keep a cache of
stat structures.
* dnotify's interface to user-space is awful. Signals?
inotify provides a more usable, simple, powerful solution to file change
notification:
* inotify's interface is a system call that returns a fd, not SIGIO.
You get a single fd, which is select()-able.
* inotify has an event that says "the filesystem that the item
you were watching is on was unmounted."
* inotify can watch directories or files.
Inotify is currently used by Beagle (a desktop search infrastructure),
Gamin (a FAM replacement), and other projects.
See Documentation/filesystems/inotify.txt.
Signed-off-by: Robert Love <rml@novell.com>
Cc: John McCutchan <ttb@tentacle.dhs.org>
Cc: Christoph Hellwig <hch@lst.de>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
2005-07-13 05:06:03 +08:00
|
|
|
If unsure, say Y.
|
|
|
|
|
2005-04-17 06:20:36 +08:00
|
|
|
config QUOTA
|
|
|
|
bool "Quota support"
|
|
|
|
help
|
|
|
|
If you say Y here, you will be able to set per user limits for disk
|
|
|
|
usage (also called disk quotas). Currently, it works for the
|
|
|
|
ext2, ext3, and reiserfs file system. ext3 also supports journalled
|
|
|
|
quotas for which you don't need to run quotacheck(8) after an unclean
|
2005-09-07 06:17:22 +08:00
|
|
|
shutdown.
|
|
|
|
For further details, read the Quota mini-HOWTO, available from
|
2005-04-17 06:20:36 +08:00
|
|
|
<http://www.tldp.org/docs.html#howto>, or the documentation provided
|
|
|
|
with the quota tools. Probably the quota support is only useful for
|
|
|
|
multi user systems. If unsure, say N.
|
|
|
|
|
2007-10-17 14:29:31 +08:00
|
|
|
config QUOTA_NETLINK_INTERFACE
|
|
|
|
bool "Report quota messages through netlink interface"
|
|
|
|
depends on QUOTA && NET
|
|
|
|
help
|
|
|
|
If you say Y here, quota warnings (about exceeding softlimit, reaching
|
|
|
|
hardlimit, etc.) will be reported through netlink interface. If unsure,
|
|
|
|
say Y.
|
|
|
|
|
|
|
|
config PRINT_QUOTA_WARNING
|
|
|
|
bool "Print quota warnings to console (OBSOLETE)"
|
|
|
|
depends on QUOTA
|
|
|
|
default y
|
|
|
|
help
|
|
|
|
If you say Y here, quota warnings (about exceeding softlimit, reaching
|
|
|
|
hardlimit, etc.) will be printed to the process' controlling terminal.
|
|
|
|
Note that this behavior is currently deprecated and may go away in
|
|
|
|
future. Please use notification via netlink socket instead.
|
|
|
|
|
2005-04-17 06:20:36 +08:00
|
|
|
config QFMT_V1
|
|
|
|
tristate "Old quota format support"
|
|
|
|
depends on QUOTA
|
|
|
|
help
|
|
|
|
This quota format was (is) used by kernels earlier than 2.4.22. If
|
|
|
|
you have quota working and you don't want to convert to new quota
|
|
|
|
format say Y here.
|
|
|
|
|
|
|
|
config QFMT_V2
|
|
|
|
tristate "Quota format v2 support"
|
|
|
|
depends on QUOTA
|
|
|
|
help
|
|
|
|
This quota format allows using quotas with 32-bit UIDs/GIDs. If you
|
2005-09-07 06:17:22 +08:00
|
|
|
need this functionality say Y here.
|
2005-04-17 06:20:36 +08:00
|
|
|
|
|
|
|
config QUOTACTL
|
|
|
|
bool
|
|
|
|
depends on XFS_QUOTA || QUOTA
|
|
|
|
default y
|
|
|
|
|
|
|
|
config DNOTIFY
|
2007-10-17 14:27:17 +08:00
|
|
|
bool "Dnotify support"
|
2005-04-17 06:20:36 +08:00
|
|
|
default y
|
|
|
|
help
|
|
|
|
Dnotify is a directory-based per-fd file change notification system
|
|
|
|
that uses signals to communicate events to user-space. There exist
|
|
|
|
superior alternatives, but some applications may still rely on
|
|
|
|
dnotify.
|
|
|
|
|
2007-10-17 14:27:17 +08:00
|
|
|
If unsure, say Y.
|
2005-04-17 06:20:36 +08:00
|
|
|
|
|
|
|
config AUTOFS_FS
|
|
|
|
tristate "Kernel automounter support"
|
|
|
|
help
|
|
|
|
The automounter is a tool to automatically mount remote file systems
|
|
|
|
on demand. This implementation is partially kernel-based to reduce
|
|
|
|
overhead in the already-mounted case; this is unlike the BSD
|
|
|
|
automounter (amd), which is a pure user space daemon.
|
|
|
|
|
|
|
|
To use the automounter you need the user-space tools from the autofs
|
|
|
|
package; you can find the location in <file:Documentation/Changes>.
|
|
|
|
You also want to answer Y to "NFS file system support", below.
|
|
|
|
|
|
|
|
If you want to use the newer version of the automounter with more
|
|
|
|
features, say N here and say Y to "Kernel automounter v4 support",
|
|
|
|
below.
|
|
|
|
|
|
|
|
To compile this support as a module, choose M here: the module will be
|
|
|
|
called autofs.
|
|
|
|
|
|
|
|
If you are not a part of a fairly large, distributed network, you
|
|
|
|
probably do not need an automounter, and can say N here.
|
|
|
|
|
|
|
|
config AUTOFS4_FS
|
|
|
|
tristate "Kernel automounter version 4 support (also supports v3)"
|
|
|
|
help
|
|
|
|
The automounter is a tool to automatically mount remote file systems
|
|
|
|
on demand. This implementation is partially kernel-based to reduce
|
|
|
|
overhead in the already-mounted case; this is unlike the BSD
|
|
|
|
automounter (amd), which is a pure user space daemon.
|
|
|
|
|
|
|
|
To use the automounter you need the user-space tools from
|
|
|
|
<ftp://ftp.kernel.org/pub/linux/daemons/autofs/v4/>; you also
|
|
|
|
want to answer Y to "NFS file system support", below.
|
|
|
|
|
|
|
|
To compile this support as a module, choose M here: the module will be
|
|
|
|
called autofs4. You will need to add "alias autofs autofs4" to your
|
|
|
|
modules configuration file.
|
|
|
|
|
|
|
|
If you are not a part of a fairly large, distributed network or
|
|
|
|
don't have a laptop which needs to dynamically reconfigure to the
|
|
|
|
local network, you probably do not need an automounter, and can say
|
|
|
|
N here.
|
|
|
|
|
2005-09-10 04:10:22 +08:00
|
|
|
config FUSE_FS
|
|
|
|
tristate "Filesystem in Userspace support"
|
|
|
|
help
|
|
|
|
With FUSE it is possible to implement a fully functional filesystem
|
|
|
|
in a userspace program.
|
|
|
|
|
|
|
|
There's also companion library: libfuse. This library along with
|
|
|
|
utilities is available from the FUSE homepage:
|
|
|
|
<http://fuse.sourceforge.net/>
|
|
|
|
|
2005-09-28 12:45:20 +08:00
|
|
|
See <file:Documentation/filesystems/fuse.txt> for more information.
|
|
|
|
See <file:Documentation/Changes> for needed library/utility version.
|
|
|
|
|
2005-09-10 04:10:22 +08:00
|
|
|
If you want to develop a userspace FS, or if you want to use
|
|
|
|
a filesystem based on FUSE, answer Y or M.
|
|
|
|
|
2006-10-20 14:28:35 +08:00
|
|
|
config GENERIC_ACL
|
|
|
|
bool
|
|
|
|
select FS_POSIX_ACL
|
|
|
|
|
[PATCH] BLOCK: Make it possible to disable the block layer [try #6]
Make it possible to disable the block layer. Not all embedded devices require
it, some can make do with just JFFS2, NFS, ramfs, etc - none of which require
the block layer to be present.
This patch does the following:
(*) Introduces CONFIG_BLOCK to disable the block layer, buffering and blockdev
support.
(*) Adds dependencies on CONFIG_BLOCK to any configuration item that controls
an item that uses the block layer. This includes:
(*) Block I/O tracing.
(*) Disk partition code.
(*) All filesystems that are block based, eg: Ext3, ReiserFS, ISOFS.
(*) The SCSI layer. As far as I can tell, even SCSI chardevs use the
block layer to do scheduling. Some drivers that use SCSI facilities -
such as USB storage - end up disabled indirectly from this.
(*) Various block-based device drivers, such as IDE and the old CDROM
drivers.
(*) MTD blockdev handling and FTL.
(*) JFFS - which uses set_bdev_super(), something it could avoid doing by
taking a leaf out of JFFS2's book.
(*) Makes most of the contents of linux/blkdev.h, linux/buffer_head.h and
linux/elevator.h contingent on CONFIG_BLOCK being set. sector_div() is,
however, still used in places, and so is still available.
(*) Also made contingent are the contents of linux/mpage.h, linux/genhd.h and
parts of linux/fs.h.
(*) Makes a number of files in fs/ contingent on CONFIG_BLOCK.
(*) Makes mm/bounce.c (bounce buffering) contingent on CONFIG_BLOCK.
(*) set_page_dirty() doesn't call __set_page_dirty_buffers() if CONFIG_BLOCK
is not enabled.
(*) fs/no-block.c is created to hold out-of-line stubs and things that are
required when CONFIG_BLOCK is not set:
(*) Default blockdev file operations (to give error ENODEV on opening).
(*) Makes some /proc changes:
(*) /proc/devices does not list any blockdevs.
(*) /proc/diskstats and /proc/partitions are contingent on CONFIG_BLOCK.
(*) Makes some compat ioctl handling contingent on CONFIG_BLOCK.
(*) If CONFIG_BLOCK is not defined, makes sys_quotactl() return -ENODEV if
given command other than Q_SYNC or if a special device is specified.
(*) In init/do_mounts.c, no reference is made to the blockdev routines if
CONFIG_BLOCK is not defined. This does not prohibit NFS roots or JFFS2.
(*) The bdflush, ioprio_set and ioprio_get syscalls can now be absent (return
error ENOSYS by way of cond_syscall if so).
(*) The seclvl_bd_claim() and seclvl_bd_release() security calls do nothing if
CONFIG_BLOCK is not set, since they can't then happen.
Signed-Off-By: David Howells <dhowells@redhat.com>
Signed-off-by: Jens Axboe <axboe@kernel.dk>
2006-10-01 02:45:40 +08:00
|
|
|
if BLOCK
|
2005-04-17 06:20:36 +08:00
|
|
|
menu "CD-ROM/DVD Filesystems"
|
|
|
|
|
|
|
|
config ISO9660_FS
|
|
|
|
tristate "ISO 9660 CDROM file system support"
|
|
|
|
help
|
|
|
|
This is the standard file system used on CD-ROMs. It was previously
|
|
|
|
known as "High Sierra File System" and is called "hsfs" on other
|
|
|
|
Unix systems. The so-called Rock-Ridge extensions which allow for
|
|
|
|
long Unix filenames and symbolic links are also supported by this
|
|
|
|
driver. If you have a CD-ROM drive and want to do more with it than
|
|
|
|
just listen to audio CDs and watch its LEDs, say Y (and read
|
|
|
|
<file:Documentation/filesystems/isofs.txt> and the CD-ROM-HOWTO,
|
|
|
|
available from <http://www.tldp.org/docs.html#howto>), thereby
|
|
|
|
enlarging your kernel by about 27 KB; otherwise say N.
|
|
|
|
|
|
|
|
To compile this file system support as a module, choose M here: the
|
|
|
|
module will be called isofs.
|
|
|
|
|
|
|
|
config JOLIET
|
|
|
|
bool "Microsoft Joliet CDROM extensions"
|
|
|
|
depends on ISO9660_FS
|
|
|
|
select NLS
|
|
|
|
help
|
|
|
|
Joliet is a Microsoft extension for the ISO 9660 CD-ROM file system
|
|
|
|
which allows for long filenames in unicode format (unicode is the
|
|
|
|
new 16 bit character code, successor to ASCII, which encodes the
|
|
|
|
characters of almost all languages of the world; see
|
|
|
|
<http://www.unicode.org/> for more information). Say Y here if you
|
|
|
|
want to be able to read Joliet CD-ROMs under Linux.
|
|
|
|
|
|
|
|
config ZISOFS
|
|
|
|
bool "Transparent decompression extension"
|
|
|
|
depends on ISO9660_FS
|
|
|
|
select ZLIB_INFLATE
|
|
|
|
help
|
|
|
|
This is a Linux-specific extension to RockRidge which lets you store
|
|
|
|
data in compressed form on a CD-ROM and have it transparently
|
|
|
|
decompressed when the CD-ROM is accessed. See
|
|
|
|
<http://www.kernel.org/pub/linux/utils/fs/zisofs/> for the tools
|
|
|
|
necessary to create such a filesystem. Say Y here if you want to be
|
|
|
|
able to read such compressed CD-ROMs.
|
|
|
|
|
|
|
|
config UDF_FS
|
|
|
|
tristate "UDF file system support"
|
|
|
|
help
|
|
|
|
This is the new file system used on some CD-ROMs and DVDs. Say Y if
|
|
|
|
you intend to mount DVD discs or CDRW's written in packet mode, or
|
|
|
|
if written to by other UDF utilities, such as DirectCD.
|
|
|
|
Please read <file:Documentation/filesystems/udf.txt>.
|
|
|
|
|
|
|
|
To compile this file system support as a module, choose M here: the
|
|
|
|
module will be called udf.
|
|
|
|
|
|
|
|
If unsure, say N.
|
|
|
|
|
|
|
|
config UDF_NLS
|
|
|
|
bool
|
|
|
|
default y
|
|
|
|
depends on (UDF_FS=m && NLS) || (UDF_FS=y && NLS=y)
|
|
|
|
|
|
|
|
endmenu
|
[PATCH] BLOCK: Make it possible to disable the block layer [try #6]
Make it possible to disable the block layer. Not all embedded devices require
it, some can make do with just JFFS2, NFS, ramfs, etc - none of which require
the block layer to be present.
This patch does the following:
(*) Introduces CONFIG_BLOCK to disable the block layer, buffering and blockdev
support.
(*) Adds dependencies on CONFIG_BLOCK to any configuration item that controls
an item that uses the block layer. This includes:
(*) Block I/O tracing.
(*) Disk partition code.
(*) All filesystems that are block based, eg: Ext3, ReiserFS, ISOFS.
(*) The SCSI layer. As far as I can tell, even SCSI chardevs use the
block layer to do scheduling. Some drivers that use SCSI facilities -
such as USB storage - end up disabled indirectly from this.
(*) Various block-based device drivers, such as IDE and the old CDROM
drivers.
(*) MTD blockdev handling and FTL.
(*) JFFS - which uses set_bdev_super(), something it could avoid doing by
taking a leaf out of JFFS2's book.
(*) Makes most of the contents of linux/blkdev.h, linux/buffer_head.h and
linux/elevator.h contingent on CONFIG_BLOCK being set. sector_div() is,
however, still used in places, and so is still available.
(*) Also made contingent are the contents of linux/mpage.h, linux/genhd.h and
parts of linux/fs.h.
(*) Makes a number of files in fs/ contingent on CONFIG_BLOCK.
(*) Makes mm/bounce.c (bounce buffering) contingent on CONFIG_BLOCK.
(*) set_page_dirty() doesn't call __set_page_dirty_buffers() if CONFIG_BLOCK
is not enabled.
(*) fs/no-block.c is created to hold out-of-line stubs and things that are
required when CONFIG_BLOCK is not set:
(*) Default blockdev file operations (to give error ENODEV on opening).
(*) Makes some /proc changes:
(*) /proc/devices does not list any blockdevs.
(*) /proc/diskstats and /proc/partitions are contingent on CONFIG_BLOCK.
(*) Makes some compat ioctl handling contingent on CONFIG_BLOCK.
(*) If CONFIG_BLOCK is not defined, makes sys_quotactl() return -ENODEV if
given command other than Q_SYNC or if a special device is specified.
(*) In init/do_mounts.c, no reference is made to the blockdev routines if
CONFIG_BLOCK is not defined. This does not prohibit NFS roots or JFFS2.
(*) The bdflush, ioprio_set and ioprio_get syscalls can now be absent (return
error ENOSYS by way of cond_syscall if so).
(*) The seclvl_bd_claim() and seclvl_bd_release() security calls do nothing if
CONFIG_BLOCK is not set, since they can't then happen.
Signed-Off-By: David Howells <dhowells@redhat.com>
Signed-off-by: Jens Axboe <axboe@kernel.dk>
2006-10-01 02:45:40 +08:00
|
|
|
endif
|
2005-04-17 06:20:36 +08:00
|
|
|
|
[PATCH] BLOCK: Make it possible to disable the block layer [try #6]
Make it possible to disable the block layer. Not all embedded devices require
it, some can make do with just JFFS2, NFS, ramfs, etc - none of which require
the block layer to be present.
This patch does the following:
(*) Introduces CONFIG_BLOCK to disable the block layer, buffering and blockdev
support.
(*) Adds dependencies on CONFIG_BLOCK to any configuration item that controls
an item that uses the block layer. This includes:
(*) Block I/O tracing.
(*) Disk partition code.
(*) All filesystems that are block based, eg: Ext3, ReiserFS, ISOFS.
(*) The SCSI layer. As far as I can tell, even SCSI chardevs use the
block layer to do scheduling. Some drivers that use SCSI facilities -
such as USB storage - end up disabled indirectly from this.
(*) Various block-based device drivers, such as IDE and the old CDROM
drivers.
(*) MTD blockdev handling and FTL.
(*) JFFS - which uses set_bdev_super(), something it could avoid doing by
taking a leaf out of JFFS2's book.
(*) Makes most of the contents of linux/blkdev.h, linux/buffer_head.h and
linux/elevator.h contingent on CONFIG_BLOCK being set. sector_div() is,
however, still used in places, and so is still available.
(*) Also made contingent are the contents of linux/mpage.h, linux/genhd.h and
parts of linux/fs.h.
(*) Makes a number of files in fs/ contingent on CONFIG_BLOCK.
(*) Makes mm/bounce.c (bounce buffering) contingent on CONFIG_BLOCK.
(*) set_page_dirty() doesn't call __set_page_dirty_buffers() if CONFIG_BLOCK
is not enabled.
(*) fs/no-block.c is created to hold out-of-line stubs and things that are
required when CONFIG_BLOCK is not set:
(*) Default blockdev file operations (to give error ENODEV on opening).
(*) Makes some /proc changes:
(*) /proc/devices does not list any blockdevs.
(*) /proc/diskstats and /proc/partitions are contingent on CONFIG_BLOCK.
(*) Makes some compat ioctl handling contingent on CONFIG_BLOCK.
(*) If CONFIG_BLOCK is not defined, makes sys_quotactl() return -ENODEV if
given command other than Q_SYNC or if a special device is specified.
(*) In init/do_mounts.c, no reference is made to the blockdev routines if
CONFIG_BLOCK is not defined. This does not prohibit NFS roots or JFFS2.
(*) The bdflush, ioprio_set and ioprio_get syscalls can now be absent (return
error ENOSYS by way of cond_syscall if so).
(*) The seclvl_bd_claim() and seclvl_bd_release() security calls do nothing if
CONFIG_BLOCK is not set, since they can't then happen.
Signed-Off-By: David Howells <dhowells@redhat.com>
Signed-off-by: Jens Axboe <axboe@kernel.dk>
2006-10-01 02:45:40 +08:00
|
|
|
if BLOCK
|
2005-04-17 06:20:36 +08:00
|
|
|
menu "DOS/FAT/NT Filesystems"
|
|
|
|
|
|
|
|
config FAT_FS
|
|
|
|
tristate
|
|
|
|
select NLS
|
|
|
|
help
|
|
|
|
If you want to use one of the FAT-based file systems (the MS-DOS and
|
|
|
|
VFAT (Windows 95) file systems), then you must say Y or M here
|
|
|
|
to include FAT support. You will then be able to mount partitions or
|
|
|
|
diskettes with FAT-based file systems and transparently access the
|
|
|
|
files on them, i.e. MSDOS files will look and behave just like all
|
|
|
|
other Unix files.
|
|
|
|
|
|
|
|
This FAT support is not a file system in itself, it only provides
|
|
|
|
the foundation for the other file systems. You will have to say Y or
|
|
|
|
M to at least one of "MSDOS fs support" or "VFAT fs support" in
|
|
|
|
order to make use of it.
|
|
|
|
|
|
|
|
Another way to read and write MSDOS floppies and hard drive
|
|
|
|
partitions from within Linux (but not transparently) is with the
|
|
|
|
mtools ("man mtools") program suite. You don't need to say Y here in
|
|
|
|
order to do that.
|
|
|
|
|
|
|
|
If you need to move large files on floppies between a DOS and a
|
|
|
|
Linux box, say Y here, mount the floppy under Linux with an MSDOS
|
|
|
|
file system and use GNU tar's M option. GNU tar is a program
|
|
|
|
available for Unix and DOS ("man tar" or "info tar").
|
|
|
|
|
|
|
|
The FAT support will enlarge your kernel by about 37 KB. If unsure,
|
|
|
|
say Y.
|
|
|
|
|
|
|
|
To compile this as a module, choose M here: the module will be called
|
|
|
|
fat. Note that if you compile the FAT support as a module, you
|
|
|
|
cannot compile any of the FAT-based file systems into the kernel
|
|
|
|
-- they will have to be modules as well.
|
|
|
|
|
|
|
|
config MSDOS_FS
|
|
|
|
tristate "MSDOS fs support"
|
|
|
|
select FAT_FS
|
|
|
|
help
|
|
|
|
This allows you to mount MSDOS partitions of your hard drive (unless
|
|
|
|
they are compressed; to access compressed MSDOS partitions under
|
|
|
|
Linux, you can either use the DOS emulator DOSEMU, described in the
|
|
|
|
DOSEMU-HOWTO, available from
|
|
|
|
<http://www.tldp.org/docs.html#howto>, or try dmsdosfs in
|
|
|
|
<ftp://ibiblio.org/pub/Linux/system/filesystems/dosfs/>. If you
|
|
|
|
intend to use dosemu with a non-compressed MSDOS partition, say Y
|
|
|
|
here) and MSDOS floppies. This means that file access becomes
|
|
|
|
transparent, i.e. the MSDOS files look and behave just like all
|
|
|
|
other Unix files.
|
|
|
|
|
|
|
|
If you have Windows 95 or Windows NT installed on your MSDOS
|
|
|
|
partitions, you should use the VFAT file system (say Y to "VFAT fs
|
|
|
|
support" below), or you will not be able to see the long filenames
|
|
|
|
generated by Windows 95 / Windows NT.
|
|
|
|
|
|
|
|
This option will enlarge your kernel by about 7 KB. If unsure,
|
|
|
|
answer Y. This will only work if you said Y to "DOS FAT fs support"
|
|
|
|
as well. To compile this as a module, choose M here: the module will
|
|
|
|
be called msdos.
|
|
|
|
|
|
|
|
config VFAT_FS
|
|
|
|
tristate "VFAT (Windows-95) fs support"
|
|
|
|
select FAT_FS
|
|
|
|
help
|
|
|
|
This option provides support for normal Windows file systems with
|
|
|
|
long filenames. That includes non-compressed FAT-based file systems
|
|
|
|
used by Windows 95, Windows 98, Windows NT 4.0, and the Unix
|
|
|
|
programs from the mtools package.
|
|
|
|
|
|
|
|
The VFAT support enlarges your kernel by about 10 KB and it only
|
|
|
|
works if you said Y to the "DOS FAT fs support" above. Please read
|
|
|
|
the file <file:Documentation/filesystems/vfat.txt> for details. If
|
|
|
|
unsure, say Y.
|
|
|
|
|
|
|
|
To compile this as a module, choose M here: the module will be called
|
|
|
|
vfat.
|
|
|
|
|
|
|
|
config FAT_DEFAULT_CODEPAGE
|
|
|
|
int "Default codepage for FAT"
|
|
|
|
depends on MSDOS_FS || VFAT_FS
|
|
|
|
default 437
|
|
|
|
help
|
|
|
|
This option should be set to the codepage of your FAT filesystems.
|
|
|
|
It can be overridden with the "codepage" mount option.
|
|
|
|
See <file:Documentation/filesystems/vfat.txt> for more information.
|
|
|
|
|
|
|
|
config FAT_DEFAULT_IOCHARSET
|
|
|
|
string "Default iocharset for FAT"
|
|
|
|
depends on VFAT_FS
|
|
|
|
default "iso8859-1"
|
|
|
|
help
|
|
|
|
Set this to the default input/output character set you'd
|
|
|
|
like FAT to use. It should probably match the character set
|
|
|
|
that most of your FAT filesystems use, and can be overridden
|
|
|
|
with the "iocharset" mount option for FAT filesystems.
|
|
|
|
Note that "utf8" is not recommended for FAT filesystems.
|
|
|
|
If unsure, you shouldn't set "utf8" here.
|
|
|
|
See <file:Documentation/filesystems/vfat.txt> for more information.
|
|
|
|
|
|
|
|
config NTFS_FS
|
|
|
|
tristate "NTFS file system support"
|
|
|
|
select NLS
|
|
|
|
help
|
|
|
|
NTFS is the file system of Microsoft Windows NT, 2000, XP and 2003.
|
|
|
|
|
|
|
|
Saying Y or M here enables read support. There is partial, but
|
|
|
|
safe, write support available. For write support you must also
|
|
|
|
say Y to "NTFS write support" below.
|
|
|
|
|
|
|
|
There are also a number of user-space tools available, called
|
|
|
|
ntfsprogs. These include ntfsundelete and ntfsresize, that work
|
|
|
|
without NTFS support enabled in the kernel.
|
|
|
|
|
|
|
|
This is a rewrite from scratch of Linux NTFS support and replaced
|
|
|
|
the old NTFS code starting with Linux 2.5.11. A backport to
|
|
|
|
the Linux 2.4 kernel series is separately available as a patch
|
|
|
|
from the project web site.
|
|
|
|
|
|
|
|
For more information see <file:Documentation/filesystems/ntfs.txt>
|
|
|
|
and <http://linux-ntfs.sourceforge.net/>.
|
|
|
|
|
|
|
|
To compile this file system support as a module, choose M here: the
|
|
|
|
module will be called ntfs.
|
|
|
|
|
|
|
|
If you are not using Windows NT, 2000, XP or 2003 in addition to
|
|
|
|
Linux on your computer it is safe to say N.
|
|
|
|
|
|
|
|
config NTFS_DEBUG
|
|
|
|
bool "NTFS debugging support"
|
|
|
|
depends on NTFS_FS
|
|
|
|
help
|
|
|
|
If you are experiencing any problems with the NTFS file system, say
|
|
|
|
Y here. This will result in additional consistency checks to be
|
|
|
|
performed by the driver as well as additional debugging messages to
|
|
|
|
be written to the system log. Note that debugging messages are
|
|
|
|
disabled by default. To enable them, supply the option debug_msgs=1
|
|
|
|
at the kernel command line when booting the kernel or as an option
|
|
|
|
to insmod when loading the ntfs module. Once the driver is active,
|
|
|
|
you can enable debugging messages by doing (as root):
|
|
|
|
echo 1 > /proc/sys/fs/ntfs-debug
|
|
|
|
Replacing the "1" with "0" would disable debug messages.
|
|
|
|
|
|
|
|
If you leave debugging messages disabled, this results in little
|
|
|
|
overhead, but enabling debug messages results in very significant
|
|
|
|
slowdown of the system.
|
|
|
|
|
|
|
|
When reporting bugs, please try to have available a full dump of
|
|
|
|
debugging messages while the misbehaviour was occurring.
|
|
|
|
|
|
|
|
config NTFS_RW
|
|
|
|
bool "NTFS write support"
|
|
|
|
depends on NTFS_FS
|
|
|
|
help
|
|
|
|
This enables the partial, but safe, write support in the NTFS driver.
|
|
|
|
|
|
|
|
The only supported operation is overwriting existing files, without
|
|
|
|
changing the file length. No file or directory creation, deletion or
|
|
|
|
renaming is possible. Note only non-resident files can be written to
|
|
|
|
so you may find that some very small files (<500 bytes or so) cannot
|
|
|
|
be written to.
|
|
|
|
|
|
|
|
While we cannot guarantee that it will not damage any data, we have
|
|
|
|
so far not received a single report where the driver would have
|
|
|
|
damaged someones data so we assume it is perfectly safe to use.
|
|
|
|
|
|
|
|
Note: While write support is safe in this version (a rewrite from
|
|
|
|
scratch of the NTFS support), it should be noted that the old NTFS
|
|
|
|
write support, included in Linux 2.5.10 and before (since 1997),
|
|
|
|
is not safe.
|
|
|
|
|
|
|
|
This is currently useful with TopologiLinux. TopologiLinux is run
|
|
|
|
on top of any DOS/Microsoft Windows system without partitioning your
|
|
|
|
hard disk. Unlike other Linux distributions TopologiLinux does not
|
|
|
|
need its own partition. For more information see
|
|
|
|
<http://topologi-linux.sourceforge.net/>
|
|
|
|
|
|
|
|
It is perfectly safe to say N here.
|
|
|
|
|
|
|
|
endmenu
|
[PATCH] BLOCK: Make it possible to disable the block layer [try #6]
Make it possible to disable the block layer. Not all embedded devices require
it, some can make do with just JFFS2, NFS, ramfs, etc - none of which require
the block layer to be present.
This patch does the following:
(*) Introduces CONFIG_BLOCK to disable the block layer, buffering and blockdev
support.
(*) Adds dependencies on CONFIG_BLOCK to any configuration item that controls
an item that uses the block layer. This includes:
(*) Block I/O tracing.
(*) Disk partition code.
(*) All filesystems that are block based, eg: Ext3, ReiserFS, ISOFS.
(*) The SCSI layer. As far as I can tell, even SCSI chardevs use the
block layer to do scheduling. Some drivers that use SCSI facilities -
such as USB storage - end up disabled indirectly from this.
(*) Various block-based device drivers, such as IDE and the old CDROM
drivers.
(*) MTD blockdev handling and FTL.
(*) JFFS - which uses set_bdev_super(), something it could avoid doing by
taking a leaf out of JFFS2's book.
(*) Makes most of the contents of linux/blkdev.h, linux/buffer_head.h and
linux/elevator.h contingent on CONFIG_BLOCK being set. sector_div() is,
however, still used in places, and so is still available.
(*) Also made contingent are the contents of linux/mpage.h, linux/genhd.h and
parts of linux/fs.h.
(*) Makes a number of files in fs/ contingent on CONFIG_BLOCK.
(*) Makes mm/bounce.c (bounce buffering) contingent on CONFIG_BLOCK.
(*) set_page_dirty() doesn't call __set_page_dirty_buffers() if CONFIG_BLOCK
is not enabled.
(*) fs/no-block.c is created to hold out-of-line stubs and things that are
required when CONFIG_BLOCK is not set:
(*) Default blockdev file operations (to give error ENODEV on opening).
(*) Makes some /proc changes:
(*) /proc/devices does not list any blockdevs.
(*) /proc/diskstats and /proc/partitions are contingent on CONFIG_BLOCK.
(*) Makes some compat ioctl handling contingent on CONFIG_BLOCK.
(*) If CONFIG_BLOCK is not defined, makes sys_quotactl() return -ENODEV if
given command other than Q_SYNC or if a special device is specified.
(*) In init/do_mounts.c, no reference is made to the blockdev routines if
CONFIG_BLOCK is not defined. This does not prohibit NFS roots or JFFS2.
(*) The bdflush, ioprio_set and ioprio_get syscalls can now be absent (return
error ENOSYS by way of cond_syscall if so).
(*) The seclvl_bd_claim() and seclvl_bd_release() security calls do nothing if
CONFIG_BLOCK is not set, since they can't then happen.
Signed-Off-By: David Howells <dhowells@redhat.com>
Signed-off-by: Jens Axboe <axboe@kernel.dk>
2006-10-01 02:45:40 +08:00
|
|
|
endif
|
2005-04-17 06:20:36 +08:00
|
|
|
|
|
|
|
menu "Pseudo filesystems"
|
|
|
|
|
|
|
|
config PROC_FS
|
2006-06-25 20:48:08 +08:00
|
|
|
bool "/proc file system support" if EMBEDDED
|
|
|
|
default y
|
2005-04-17 06:20:36 +08:00
|
|
|
help
|
|
|
|
This is a virtual file system providing information about the status
|
|
|
|
of the system. "Virtual" means that it doesn't take up any space on
|
|
|
|
your hard disk: the files are created on the fly by the kernel when
|
|
|
|
you try to access them. Also, you cannot read the files with older
|
|
|
|
version of the program less: you need to use more or cat.
|
|
|
|
|
|
|
|
It's totally cool; for example, "cat /proc/interrupts" gives
|
|
|
|
information about what the different IRQs are used for at the moment
|
|
|
|
(there is a small number of Interrupt ReQuest lines in your computer
|
|
|
|
that are used by the attached devices to gain the CPU's attention --
|
|
|
|
often a source of trouble if two devices are mistakenly configured
|
|
|
|
to use the same IRQ). The program procinfo to display some
|
|
|
|
information about your system gathered from the /proc file system.
|
|
|
|
|
|
|
|
Before you can use the /proc file system, it has to be mounted,
|
|
|
|
meaning it has to be given a location in the directory hierarchy.
|
|
|
|
That location should be /proc. A command such as "mount -t proc proc
|
|
|
|
/proc" or the equivalent line in /etc/fstab does the job.
|
|
|
|
|
|
|
|
The /proc file system is explained in the file
|
|
|
|
<file:Documentation/filesystems/proc.txt> and on the proc(5) manpage
|
|
|
|
("man 5 proc").
|
|
|
|
|
|
|
|
This option will enlarge your kernel by about 67 KB. Several
|
|
|
|
programs depend on this, so everyone should say Y here.
|
|
|
|
|
|
|
|
config PROC_KCORE
|
|
|
|
bool "/proc/kcore support" if !ARM
|
|
|
|
depends on PROC_FS && MMU
|
|
|
|
|
2005-06-26 05:58:21 +08:00
|
|
|
config PROC_VMCORE
|
|
|
|
bool "/proc/vmcore support (EXPERIMENTAL)"
|
2006-01-10 12:51:52 +08:00
|
|
|
depends on PROC_FS && EXPERIMENTAL && CRASH_DUMP
|
2006-04-11 13:54:30 +08:00
|
|
|
default y
|
2005-06-26 05:58:21 +08:00
|
|
|
help
|
|
|
|
Exports the dump image of crashed kernel in ELF format.
|
|
|
|
|
2006-09-27 16:51:04 +08:00
|
|
|
config PROC_SYSCTL
|
|
|
|
bool "Sysctl support (/proc/sys)" if EMBEDDED
|
|
|
|
depends on PROC_FS
|
|
|
|
select SYSCTL
|
|
|
|
default y
|
|
|
|
---help---
|
|
|
|
The sysctl interface provides a means of dynamically changing
|
|
|
|
certain kernel parameters and variables on the fly without requiring
|
|
|
|
a recompile of the kernel or reboot of the system. The primary
|
|
|
|
interface is through /proc/sys. If you say Y here a tree of
|
|
|
|
modifiable sysctl entries will be generated beneath the
|
|
|
|
/proc/sys directory. They are explained in the files
|
|
|
|
in <file:Documentation/sysctl/>. Note that enabling this
|
|
|
|
option will enlarge the kernel by at least 8 KB.
|
|
|
|
|
|
|
|
As it is generally a good thing, you should say Y here unless
|
|
|
|
building a kernel for install/rescue disks or your system is very
|
|
|
|
limited in memory.
|
|
|
|
|
2005-04-17 06:20:36 +08:00
|
|
|
config SYSFS
|
|
|
|
bool "sysfs file system support" if EMBEDDED
|
|
|
|
default y
|
|
|
|
help
|
|
|
|
The sysfs filesystem is a virtual filesystem that the kernel uses to
|
|
|
|
export internal kernel objects, their attributes, and their
|
|
|
|
relationships to one another.
|
|
|
|
|
|
|
|
Users can use sysfs to ascertain useful information about the running
|
|
|
|
kernel, such as the devices the kernel has discovered on each bus and
|
|
|
|
which driver each is bound to. sysfs can also be used to tune devices
|
|
|
|
and other kernel subsystems.
|
|
|
|
|
|
|
|
Some system agents rely on the information in sysfs to operate.
|
|
|
|
/sbin/hotplug uses device and object attributes in sysfs to assist in
|
2006-11-30 12:32:19 +08:00
|
|
|
delegating policy decisions, like persistently naming devices.
|
2005-04-17 06:20:36 +08:00
|
|
|
|
|
|
|
sysfs is currently used by the block subsystem to mount the root
|
|
|
|
partition. If sysfs is disabled you must specify the boot device on
|
|
|
|
the kernel boot command line via its major and minor numbers. For
|
|
|
|
example, "root=03:01" for /dev/hda1.
|
|
|
|
|
|
|
|
Designers of embedded systems may wish to say N here to conserve space.
|
|
|
|
|
|
|
|
config TMPFS
|
|
|
|
bool "Virtual memory file system support (former shm fs)"
|
|
|
|
help
|
|
|
|
Tmpfs is a file system which keeps all files in virtual memory.
|
|
|
|
|
|
|
|
Everything in tmpfs is temporary in the sense that no files will be
|
|
|
|
created on your hard drive. The files live in memory and swap
|
|
|
|
space. If you unmount a tmpfs instance, everything stored therein is
|
|
|
|
lost.
|
|
|
|
|
|
|
|
See <file:Documentation/filesystems/tmpfs.txt> for details.
|
|
|
|
|
2006-09-29 17:01:35 +08:00
|
|
|
config TMPFS_POSIX_ACL
|
|
|
|
bool "Tmpfs POSIX Access Control Lists"
|
|
|
|
depends on TMPFS
|
|
|
|
select GENERIC_ACL
|
|
|
|
help
|
|
|
|
POSIX Access Control Lists (ACLs) support permissions for users and
|
|
|
|
groups beyond the owner/group/world scheme.
|
|
|
|
|
|
|
|
To learn more about Access Control Lists, visit the POSIX ACLs for
|
|
|
|
Linux website <http://acl.bestbits.at/>.
|
|
|
|
|
|
|
|
If you don't know what Access Control Lists are, say N.
|
|
|
|
|
2005-04-17 06:20:36 +08:00
|
|
|
config HUGETLBFS
|
|
|
|
bool "HugeTLB file system support"
|
2007-06-11 14:35:34 +08:00
|
|
|
depends on X86 || IA64 || PPC64 || SPARC64 || (SUPERH && MMU) || BROKEN
|
2006-04-19 13:20:57 +08:00
|
|
|
help
|
|
|
|
hugetlbfs is a filesystem backing for HugeTLB pages, based on
|
|
|
|
ramfs. For architectures that support it, say Y here and read
|
|
|
|
<file:Documentation/vm/hugetlbpage.txt> for details.
|
|
|
|
|
|
|
|
If unsure, say N.
|
2005-04-17 06:20:36 +08:00
|
|
|
|
|
|
|
config HUGETLB_PAGE
|
|
|
|
def_bool HUGETLBFS
|
|
|
|
|
2005-12-16 06:29:43 +08:00
|
|
|
config CONFIGFS_FS
|
|
|
|
tristate "Userspace-driven configuration filesystem (EXPERIMENTAL)"
|
2006-03-26 20:25:52 +08:00
|
|
|
depends on SYSFS && EXPERIMENTAL
|
2005-12-16 06:29:43 +08:00
|
|
|
help
|
|
|
|
configfs is a ram-based filesystem that provides the converse
|
|
|
|
of sysfs's functionality. Where sysfs is a filesystem-based
|
|
|
|
view of kernel objects, configfs is a filesystem-based manager
|
|
|
|
of kernel objects, or config_items.
|
|
|
|
|
|
|
|
Both sysfs and configfs can and should exist together on the
|
|
|
|
same system. One is not a replacement for the other.
|
|
|
|
|
2005-04-17 06:20:36 +08:00
|
|
|
endmenu
|
|
|
|
|
|
|
|
menu "Miscellaneous filesystems"
|
|
|
|
|
|
|
|
config ADFS_FS
|
|
|
|
tristate "ADFS file system support (EXPERIMENTAL)"
|
[PATCH] BLOCK: Make it possible to disable the block layer [try #6]
Make it possible to disable the block layer. Not all embedded devices require
it, some can make do with just JFFS2, NFS, ramfs, etc - none of which require
the block layer to be present.
This patch does the following:
(*) Introduces CONFIG_BLOCK to disable the block layer, buffering and blockdev
support.
(*) Adds dependencies on CONFIG_BLOCK to any configuration item that controls
an item that uses the block layer. This includes:
(*) Block I/O tracing.
(*) Disk partition code.
(*) All filesystems that are block based, eg: Ext3, ReiserFS, ISOFS.
(*) The SCSI layer. As far as I can tell, even SCSI chardevs use the
block layer to do scheduling. Some drivers that use SCSI facilities -
such as USB storage - end up disabled indirectly from this.
(*) Various block-based device drivers, such as IDE and the old CDROM
drivers.
(*) MTD blockdev handling and FTL.
(*) JFFS - which uses set_bdev_super(), something it could avoid doing by
taking a leaf out of JFFS2's book.
(*) Makes most of the contents of linux/blkdev.h, linux/buffer_head.h and
linux/elevator.h contingent on CONFIG_BLOCK being set. sector_div() is,
however, still used in places, and so is still available.
(*) Also made contingent are the contents of linux/mpage.h, linux/genhd.h and
parts of linux/fs.h.
(*) Makes a number of files in fs/ contingent on CONFIG_BLOCK.
(*) Makes mm/bounce.c (bounce buffering) contingent on CONFIG_BLOCK.
(*) set_page_dirty() doesn't call __set_page_dirty_buffers() if CONFIG_BLOCK
is not enabled.
(*) fs/no-block.c is created to hold out-of-line stubs and things that are
required when CONFIG_BLOCK is not set:
(*) Default blockdev file operations (to give error ENODEV on opening).
(*) Makes some /proc changes:
(*) /proc/devices does not list any blockdevs.
(*) /proc/diskstats and /proc/partitions are contingent on CONFIG_BLOCK.
(*) Makes some compat ioctl handling contingent on CONFIG_BLOCK.
(*) If CONFIG_BLOCK is not defined, makes sys_quotactl() return -ENODEV if
given command other than Q_SYNC or if a special device is specified.
(*) In init/do_mounts.c, no reference is made to the blockdev routines if
CONFIG_BLOCK is not defined. This does not prohibit NFS roots or JFFS2.
(*) The bdflush, ioprio_set and ioprio_get syscalls can now be absent (return
error ENOSYS by way of cond_syscall if so).
(*) The seclvl_bd_claim() and seclvl_bd_release() security calls do nothing if
CONFIG_BLOCK is not set, since they can't then happen.
Signed-Off-By: David Howells <dhowells@redhat.com>
Signed-off-by: Jens Axboe <axboe@kernel.dk>
2006-10-01 02:45:40 +08:00
|
|
|
depends on BLOCK && EXPERIMENTAL
|
2005-04-17 06:20:36 +08:00
|
|
|
help
|
|
|
|
The Acorn Disc Filing System is the standard file system of the
|
|
|
|
RiscOS operating system which runs on Acorn's ARM-based Risc PC
|
|
|
|
systems and the Acorn Archimedes range of machines. If you say Y
|
|
|
|
here, Linux will be able to read from ADFS partitions on hard drives
|
|
|
|
and from ADFS-formatted floppy discs. If you also want to be able to
|
|
|
|
write to those devices, say Y to "ADFS write support" below.
|
|
|
|
|
|
|
|
The ADFS partition should be the first partition (i.e.,
|
|
|
|
/dev/[hs]d?1) on each of your drives. Please read the file
|
|
|
|
<file:Documentation/filesystems/adfs.txt> for further details.
|
|
|
|
|
|
|
|
To compile this code as a module, choose M here: the module will be
|
|
|
|
called adfs.
|
|
|
|
|
|
|
|
If unsure, say N.
|
|
|
|
|
|
|
|
config ADFS_FS_RW
|
|
|
|
bool "ADFS write support (DANGEROUS)"
|
|
|
|
depends on ADFS_FS
|
|
|
|
help
|
|
|
|
If you say Y here, you will be able to write to ADFS partitions on
|
|
|
|
hard drives and ADFS-formatted floppy disks. This is experimental
|
|
|
|
codes, so if you're unsure, say N.
|
|
|
|
|
|
|
|
config AFFS_FS
|
|
|
|
tristate "Amiga FFS file system support (EXPERIMENTAL)"
|
[PATCH] BLOCK: Make it possible to disable the block layer [try #6]
Make it possible to disable the block layer. Not all embedded devices require
it, some can make do with just JFFS2, NFS, ramfs, etc - none of which require
the block layer to be present.
This patch does the following:
(*) Introduces CONFIG_BLOCK to disable the block layer, buffering and blockdev
support.
(*) Adds dependencies on CONFIG_BLOCK to any configuration item that controls
an item that uses the block layer. This includes:
(*) Block I/O tracing.
(*) Disk partition code.
(*) All filesystems that are block based, eg: Ext3, ReiserFS, ISOFS.
(*) The SCSI layer. As far as I can tell, even SCSI chardevs use the
block layer to do scheduling. Some drivers that use SCSI facilities -
such as USB storage - end up disabled indirectly from this.
(*) Various block-based device drivers, such as IDE and the old CDROM
drivers.
(*) MTD blockdev handling and FTL.
(*) JFFS - which uses set_bdev_super(), something it could avoid doing by
taking a leaf out of JFFS2's book.
(*) Makes most of the contents of linux/blkdev.h, linux/buffer_head.h and
linux/elevator.h contingent on CONFIG_BLOCK being set. sector_div() is,
however, still used in places, and so is still available.
(*) Also made contingent are the contents of linux/mpage.h, linux/genhd.h and
parts of linux/fs.h.
(*) Makes a number of files in fs/ contingent on CONFIG_BLOCK.
(*) Makes mm/bounce.c (bounce buffering) contingent on CONFIG_BLOCK.
(*) set_page_dirty() doesn't call __set_page_dirty_buffers() if CONFIG_BLOCK
is not enabled.
(*) fs/no-block.c is created to hold out-of-line stubs and things that are
required when CONFIG_BLOCK is not set:
(*) Default blockdev file operations (to give error ENODEV on opening).
(*) Makes some /proc changes:
(*) /proc/devices does not list any blockdevs.
(*) /proc/diskstats and /proc/partitions are contingent on CONFIG_BLOCK.
(*) Makes some compat ioctl handling contingent on CONFIG_BLOCK.
(*) If CONFIG_BLOCK is not defined, makes sys_quotactl() return -ENODEV if
given command other than Q_SYNC or if a special device is specified.
(*) In init/do_mounts.c, no reference is made to the blockdev routines if
CONFIG_BLOCK is not defined. This does not prohibit NFS roots or JFFS2.
(*) The bdflush, ioprio_set and ioprio_get syscalls can now be absent (return
error ENOSYS by way of cond_syscall if so).
(*) The seclvl_bd_claim() and seclvl_bd_release() security calls do nothing if
CONFIG_BLOCK is not set, since they can't then happen.
Signed-Off-By: David Howells <dhowells@redhat.com>
Signed-off-by: Jens Axboe <axboe@kernel.dk>
2006-10-01 02:45:40 +08:00
|
|
|
depends on BLOCK && EXPERIMENTAL
|
2005-04-17 06:20:36 +08:00
|
|
|
help
|
|
|
|
The Fast File System (FFS) is the common file system used on hard
|
|
|
|
disks by Amiga(tm) systems since AmigaOS Version 1.3 (34.20). Say Y
|
|
|
|
if you want to be able to read and write files from and to an Amiga
|
|
|
|
FFS partition on your hard drive. Amiga floppies however cannot be
|
|
|
|
read with this driver due to an incompatibility of the floppy
|
|
|
|
controller used in an Amiga and the standard floppy controller in
|
|
|
|
PCs and workstations. Read <file:Documentation/filesystems/affs.txt>
|
|
|
|
and <file:fs/affs/Changes>.
|
|
|
|
|
|
|
|
With this driver you can also mount disk files used by Bernd
|
|
|
|
Schmidt's Un*X Amiga Emulator
|
|
|
|
(<http://www.freiburg.linux.de/~uae/>).
|
|
|
|
If you want to do this, you will also need to say Y or M to "Loop
|
|
|
|
device support", above.
|
|
|
|
|
|
|
|
To compile this file system support as a module, choose M here: the
|
|
|
|
module will be called affs. If unsure, say N.
|
|
|
|
|
2006-10-04 17:16:22 +08:00
|
|
|
config ECRYPT_FS
|
|
|
|
tristate "eCrypt filesystem layer support (EXPERIMENTAL)"
|
[PATCH] eCryptfs: Public key transport mechanism
This is the transport code for public key functionality in eCryptfs. It
manages encryption/decryption request queues with a transport mechanism.
Currently, netlink is the only implemented transport.
Each inode has a unique File Encryption Key (FEK). Under passphrase, a File
Encryption Key Encryption Key (FEKEK) is generated from a salt/passphrase
combo on mount. This FEKEK encrypts each FEK and writes it into the header of
each file using the packet format specified in RFC 2440. This is all
symmetric key encryption, so it can all be done via the kernel crypto API.
These new patches introduce public key encryption of the FEK. There is no
asymmetric key encryption support in the kernel crypto API, so eCryptfs pushes
the FEK encryption and decryption out to a userspace daemon. After
considering our requirements and determining the complexity of using various
transport mechanisms, we settled on netlink for this communication.
eCryptfs stores authentication tokens into the kernel keyring. These tokens
correlate with individual keys. For passphrase mode of operation, the
authentication token contains the symmetric FEKEK. For public key, the
authentication token contains a PKI type and an opaque data blob managed by
individual PKI modules in userspace.
Each user who opens a file under an eCryptfs partition mounted in public key
mode must be running a daemon. That daemon has the user's credentials and has
access to all of the keys to which the user should have access. The daemon,
when started, initializes the pluggable PKI modules available on the system
and registers itself with the eCryptfs kernel module. Userspace utilities
register public key authentication tokens into the user session keyring.
These authentication tokens correlate key signatures with PKI modules and PKI
blobs. The PKI blobs contain PKI-specific information necessary for the PKI
module to carry out asymmetric key encryption and decryption.
When the eCryptfs module parses the header of an existing file and finds a Tag
1 (Public Key) packet (see RFC 2440), it reads in the public key identifier
(signature). The asymmetrically encrypted FEK is in the Tag 1 packet;
eCryptfs puts together a decrypt request packet containing the signature and
the encrypted FEK, then it passes it to the daemon registered for the
current->euid via a netlink unicast to the PID of the daemon, which was
registered at the time the daemon was started by the user.
The daemon actually just makes calls to libecryptfs, which implements request
packet parsing and manages PKI modules. libecryptfs grabs the public key
authentication token for the given signature from the user session keyring.
This auth tok tells libecryptfs which PKI module should receive the request.
libecryptfs then makes a decrypt() call to the PKI module, and it passes along
the PKI block from the auth tok. The PKI uses the blob to figure out how it
should decrypt the data passed to it; it performs the decryption and passes
the decrypted data back to libecryptfs. libecryptfs then puts together a
reply packet with the decrypted FEK and passes that back to the eCryptfs
module.
The eCryptfs module manages these request callouts to userspace code via
message context structs. The module maintains an array of message context
structs and places the elements of the array on two lists: a free and an
allocated list. When eCryptfs wants to make a request, it moves a msg ctx
from the free list to the allocated list, sets its state to pending, and fires
off the message to the user's registered daemon.
When eCryptfs receives a netlink message (via the callback), it correlates the
msg ctx struct in the alloc list with the data in the message itself. The
msg->index contains the offset of the array of msg ctx structs. It verifies
that the registered daemon PID is the same as the PID of the process that sent
the message. It also validates a sequence number between the received packet
and the msg ctx. Then, it copies the contents of the message (the reply
packet) into the msg ctx struct, sets the state in the msg ctx to done, and
wakes up the process that was sleeping while waiting for the reply.
The sleeping process was whatever was performing the sys_open(). This process
originally called ecryptfs_send_message(); it is now in
ecryptfs_wait_for_response(). When it wakes up and sees that the msg ctx
state was set to done, it returns a pointer to the message contents (the reply
packet) and returns. If all went well, this packet contains the decrypted
FEK, which is then copied into the crypt_stat struct, and life continues as
normal.
The case for creation of a new file is very similar, only instead of a decrypt
request, eCryptfs sends out an encrypt request.
> - We have a great clod of key mangement code in-kernel. Why is that
> not suitable (or growable) for public key management?
eCryptfs uses Howells' keyring to store persistent key data and PKI state
information. It defers public key cryptographic transformations to userspace
code. The userspace data manipulation request really is orthogonal to key
management in and of itself. What eCryptfs basically needs is a secure way to
communicate with a particular daemon for a particular task doing a syscall,
based on the UID. Nothing running under another UID should be able to access
that channel of communication.
> - Is it appropriate that new infrastructure for public key
> management be private to a particular fs?
The messaging.c file contains a lot of code that, perhaps, could be extracted
into a separate kernel service. In essence, this would be a sort of
request/reply mechanism that would involve a userspace daemon. I am not aware
of anything that does quite what eCryptfs does, so I was not aware of any
existing tools to do just what we wanted.
> What happens if one of these daemons exits without sending a quit
> message?
There is a stale uid<->pid association in the hash table for that user. When
the user registers a new daemon, eCryptfs cleans up the old association and
generates a new one. See ecryptfs_process_helo().
> - _why_ does it use netlink?
Netlink provides the transport mechanism that would minimize the complexity of
the implementation, given that we can have multiple daemons (one per user). I
explored the possibility of using relayfs, but that would involve having to
introduce control channels and a protocol for creating and tearing down
channels for the daemons. We do not have to worry about any of that with
netlink.
Signed-off-by: Michael Halcrow <mhalcrow@us.ibm.com>
Cc: David Howells <dhowells@redhat.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2007-02-12 16:53:43 +08:00
|
|
|
depends on EXPERIMENTAL && KEYS && CRYPTO && NET
|
2006-10-04 17:16:22 +08:00
|
|
|
help
|
|
|
|
Encrypted filesystem that operates on the VFS layer. See
|
2007-10-31 04:37:19 +08:00
|
|
|
<file:Documentation/filesystems/ecryptfs.txt> to learn more about
|
2006-10-04 17:16:22 +08:00
|
|
|
eCryptfs. Userspace components are required and can be
|
|
|
|
obtained from <http://ecryptfs.sf.net>.
|
|
|
|
|
|
|
|
To compile this file system support as a module, choose M here: the
|
|
|
|
module will be called ecryptfs.
|
|
|
|
|
2005-04-17 06:20:36 +08:00
|
|
|
config HFS_FS
|
|
|
|
tristate "Apple Macintosh file system support (EXPERIMENTAL)"
|
[PATCH] BLOCK: Make it possible to disable the block layer [try #6]
Make it possible to disable the block layer. Not all embedded devices require
it, some can make do with just JFFS2, NFS, ramfs, etc - none of which require
the block layer to be present.
This patch does the following:
(*) Introduces CONFIG_BLOCK to disable the block layer, buffering and blockdev
support.
(*) Adds dependencies on CONFIG_BLOCK to any configuration item that controls
an item that uses the block layer. This includes:
(*) Block I/O tracing.
(*) Disk partition code.
(*) All filesystems that are block based, eg: Ext3, ReiserFS, ISOFS.
(*) The SCSI layer. As far as I can tell, even SCSI chardevs use the
block layer to do scheduling. Some drivers that use SCSI facilities -
such as USB storage - end up disabled indirectly from this.
(*) Various block-based device drivers, such as IDE and the old CDROM
drivers.
(*) MTD blockdev handling and FTL.
(*) JFFS - which uses set_bdev_super(), something it could avoid doing by
taking a leaf out of JFFS2's book.
(*) Makes most of the contents of linux/blkdev.h, linux/buffer_head.h and
linux/elevator.h contingent on CONFIG_BLOCK being set. sector_div() is,
however, still used in places, and so is still available.
(*) Also made contingent are the contents of linux/mpage.h, linux/genhd.h and
parts of linux/fs.h.
(*) Makes a number of files in fs/ contingent on CONFIG_BLOCK.
(*) Makes mm/bounce.c (bounce buffering) contingent on CONFIG_BLOCK.
(*) set_page_dirty() doesn't call __set_page_dirty_buffers() if CONFIG_BLOCK
is not enabled.
(*) fs/no-block.c is created to hold out-of-line stubs and things that are
required when CONFIG_BLOCK is not set:
(*) Default blockdev file operations (to give error ENODEV on opening).
(*) Makes some /proc changes:
(*) /proc/devices does not list any blockdevs.
(*) /proc/diskstats and /proc/partitions are contingent on CONFIG_BLOCK.
(*) Makes some compat ioctl handling contingent on CONFIG_BLOCK.
(*) If CONFIG_BLOCK is not defined, makes sys_quotactl() return -ENODEV if
given command other than Q_SYNC or if a special device is specified.
(*) In init/do_mounts.c, no reference is made to the blockdev routines if
CONFIG_BLOCK is not defined. This does not prohibit NFS roots or JFFS2.
(*) The bdflush, ioprio_set and ioprio_get syscalls can now be absent (return
error ENOSYS by way of cond_syscall if so).
(*) The seclvl_bd_claim() and seclvl_bd_release() security calls do nothing if
CONFIG_BLOCK is not set, since they can't then happen.
Signed-Off-By: David Howells <dhowells@redhat.com>
Signed-off-by: Jens Axboe <axboe@kernel.dk>
2006-10-01 02:45:40 +08:00
|
|
|
depends on BLOCK && EXPERIMENTAL
|
2005-11-07 16:59:18 +08:00
|
|
|
select NLS
|
2005-04-17 06:20:36 +08:00
|
|
|
help
|
|
|
|
If you say Y here, you will be able to mount Macintosh-formatted
|
|
|
|
floppy disks and hard drive partitions with full read-write access.
|
|
|
|
Please read <file:fs/hfs/HFS.txt> to learn about the available mount
|
|
|
|
options.
|
|
|
|
|
|
|
|
To compile this file system support as a module, choose M here: the
|
|
|
|
module will be called hfs.
|
|
|
|
|
|
|
|
config HFSPLUS_FS
|
|
|
|
tristate "Apple Extended HFS file system support"
|
[PATCH] BLOCK: Make it possible to disable the block layer [try #6]
Make it possible to disable the block layer. Not all embedded devices require
it, some can make do with just JFFS2, NFS, ramfs, etc - none of which require
the block layer to be present.
This patch does the following:
(*) Introduces CONFIG_BLOCK to disable the block layer, buffering and blockdev
support.
(*) Adds dependencies on CONFIG_BLOCK to any configuration item that controls
an item that uses the block layer. This includes:
(*) Block I/O tracing.
(*) Disk partition code.
(*) All filesystems that are block based, eg: Ext3, ReiserFS, ISOFS.
(*) The SCSI layer. As far as I can tell, even SCSI chardevs use the
block layer to do scheduling. Some drivers that use SCSI facilities -
such as USB storage - end up disabled indirectly from this.
(*) Various block-based device drivers, such as IDE and the old CDROM
drivers.
(*) MTD blockdev handling and FTL.
(*) JFFS - which uses set_bdev_super(), something it could avoid doing by
taking a leaf out of JFFS2's book.
(*) Makes most of the contents of linux/blkdev.h, linux/buffer_head.h and
linux/elevator.h contingent on CONFIG_BLOCK being set. sector_div() is,
however, still used in places, and so is still available.
(*) Also made contingent are the contents of linux/mpage.h, linux/genhd.h and
parts of linux/fs.h.
(*) Makes a number of files in fs/ contingent on CONFIG_BLOCK.
(*) Makes mm/bounce.c (bounce buffering) contingent on CONFIG_BLOCK.
(*) set_page_dirty() doesn't call __set_page_dirty_buffers() if CONFIG_BLOCK
is not enabled.
(*) fs/no-block.c is created to hold out-of-line stubs and things that are
required when CONFIG_BLOCK is not set:
(*) Default blockdev file operations (to give error ENODEV on opening).
(*) Makes some /proc changes:
(*) /proc/devices does not list any blockdevs.
(*) /proc/diskstats and /proc/partitions are contingent on CONFIG_BLOCK.
(*) Makes some compat ioctl handling contingent on CONFIG_BLOCK.
(*) If CONFIG_BLOCK is not defined, makes sys_quotactl() return -ENODEV if
given command other than Q_SYNC or if a special device is specified.
(*) In init/do_mounts.c, no reference is made to the blockdev routines if
CONFIG_BLOCK is not defined. This does not prohibit NFS roots or JFFS2.
(*) The bdflush, ioprio_set and ioprio_get syscalls can now be absent (return
error ENOSYS by way of cond_syscall if so).
(*) The seclvl_bd_claim() and seclvl_bd_release() security calls do nothing if
CONFIG_BLOCK is not set, since they can't then happen.
Signed-Off-By: David Howells <dhowells@redhat.com>
Signed-off-by: Jens Axboe <axboe@kernel.dk>
2006-10-01 02:45:40 +08:00
|
|
|
depends on BLOCK
|
2005-04-17 06:20:36 +08:00
|
|
|
select NLS
|
|
|
|
select NLS_UTF8
|
|
|
|
help
|
|
|
|
If you say Y here, you will be able to mount extended format
|
|
|
|
Macintosh-formatted hard drive partitions with full read-write access.
|
|
|
|
|
|
|
|
This file system is often called HFS+ and was introduced with
|
|
|
|
MacOS 8. It includes all Mac specific filesystem data such as
|
|
|
|
data forks and creator codes, but it also has several UNIX
|
|
|
|
style features such as file ownership and permissions.
|
|
|
|
|
|
|
|
config BEFS_FS
|
|
|
|
tristate "BeOS file system (BeFS) support (read only) (EXPERIMENTAL)"
|
[PATCH] BLOCK: Make it possible to disable the block layer [try #6]
Make it possible to disable the block layer. Not all embedded devices require
it, some can make do with just JFFS2, NFS, ramfs, etc - none of which require
the block layer to be present.
This patch does the following:
(*) Introduces CONFIG_BLOCK to disable the block layer, buffering and blockdev
support.
(*) Adds dependencies on CONFIG_BLOCK to any configuration item that controls
an item that uses the block layer. This includes:
(*) Block I/O tracing.
(*) Disk partition code.
(*) All filesystems that are block based, eg: Ext3, ReiserFS, ISOFS.
(*) The SCSI layer. As far as I can tell, even SCSI chardevs use the
block layer to do scheduling. Some drivers that use SCSI facilities -
such as USB storage - end up disabled indirectly from this.
(*) Various block-based device drivers, such as IDE and the old CDROM
drivers.
(*) MTD blockdev handling and FTL.
(*) JFFS - which uses set_bdev_super(), something it could avoid doing by
taking a leaf out of JFFS2's book.
(*) Makes most of the contents of linux/blkdev.h, linux/buffer_head.h and
linux/elevator.h contingent on CONFIG_BLOCK being set. sector_div() is,
however, still used in places, and so is still available.
(*) Also made contingent are the contents of linux/mpage.h, linux/genhd.h and
parts of linux/fs.h.
(*) Makes a number of files in fs/ contingent on CONFIG_BLOCK.
(*) Makes mm/bounce.c (bounce buffering) contingent on CONFIG_BLOCK.
(*) set_page_dirty() doesn't call __set_page_dirty_buffers() if CONFIG_BLOCK
is not enabled.
(*) fs/no-block.c is created to hold out-of-line stubs and things that are
required when CONFIG_BLOCK is not set:
(*) Default blockdev file operations (to give error ENODEV on opening).
(*) Makes some /proc changes:
(*) /proc/devices does not list any blockdevs.
(*) /proc/diskstats and /proc/partitions are contingent on CONFIG_BLOCK.
(*) Makes some compat ioctl handling contingent on CONFIG_BLOCK.
(*) If CONFIG_BLOCK is not defined, makes sys_quotactl() return -ENODEV if
given command other than Q_SYNC or if a special device is specified.
(*) In init/do_mounts.c, no reference is made to the blockdev routines if
CONFIG_BLOCK is not defined. This does not prohibit NFS roots or JFFS2.
(*) The bdflush, ioprio_set and ioprio_get syscalls can now be absent (return
error ENOSYS by way of cond_syscall if so).
(*) The seclvl_bd_claim() and seclvl_bd_release() security calls do nothing if
CONFIG_BLOCK is not set, since they can't then happen.
Signed-Off-By: David Howells <dhowells@redhat.com>
Signed-off-by: Jens Axboe <axboe@kernel.dk>
2006-10-01 02:45:40 +08:00
|
|
|
depends on BLOCK && EXPERIMENTAL
|
2005-04-17 06:20:36 +08:00
|
|
|
select NLS
|
|
|
|
help
|
|
|
|
The BeOS File System (BeFS) is the native file system of Be, Inc's
|
|
|
|
BeOS. Notable features include support for arbitrary attributes
|
2006-11-30 12:22:59 +08:00
|
|
|
on files and directories, and database-like indices on selected
|
2005-04-17 06:20:36 +08:00
|
|
|
attributes. (Also note that this driver doesn't make those features
|
|
|
|
available at this time). It is a 64 bit filesystem, so it supports
|
2006-10-04 04:34:14 +08:00
|
|
|
extremely large volumes and files.
|
2005-04-17 06:20:36 +08:00
|
|
|
|
|
|
|
If you use this filesystem, you should also say Y to at least one
|
|
|
|
of the NLS (native language support) options below.
|
|
|
|
|
|
|
|
If you don't know what this is about, say N.
|
|
|
|
|
|
|
|
To compile this as a module, choose M here: the module will be
|
|
|
|
called befs.
|
|
|
|
|
|
|
|
config BEFS_DEBUG
|
|
|
|
bool "Debug BeFS"
|
|
|
|
depends on BEFS_FS
|
|
|
|
help
|
|
|
|
If you say Y here, you can use the 'debug' mount option to enable
|
|
|
|
debugging output from the driver.
|
|
|
|
|
|
|
|
config BFS_FS
|
|
|
|
tristate "BFS file system support (EXPERIMENTAL)"
|
[PATCH] BLOCK: Make it possible to disable the block layer [try #6]
Make it possible to disable the block layer. Not all embedded devices require
it, some can make do with just JFFS2, NFS, ramfs, etc - none of which require
the block layer to be present.
This patch does the following:
(*) Introduces CONFIG_BLOCK to disable the block layer, buffering and blockdev
support.
(*) Adds dependencies on CONFIG_BLOCK to any configuration item that controls
an item that uses the block layer. This includes:
(*) Block I/O tracing.
(*) Disk partition code.
(*) All filesystems that are block based, eg: Ext3, ReiserFS, ISOFS.
(*) The SCSI layer. As far as I can tell, even SCSI chardevs use the
block layer to do scheduling. Some drivers that use SCSI facilities -
such as USB storage - end up disabled indirectly from this.
(*) Various block-based device drivers, such as IDE and the old CDROM
drivers.
(*) MTD blockdev handling and FTL.
(*) JFFS - which uses set_bdev_super(), something it could avoid doing by
taking a leaf out of JFFS2's book.
(*) Makes most of the contents of linux/blkdev.h, linux/buffer_head.h and
linux/elevator.h contingent on CONFIG_BLOCK being set. sector_div() is,
however, still used in places, and so is still available.
(*) Also made contingent are the contents of linux/mpage.h, linux/genhd.h and
parts of linux/fs.h.
(*) Makes a number of files in fs/ contingent on CONFIG_BLOCK.
(*) Makes mm/bounce.c (bounce buffering) contingent on CONFIG_BLOCK.
(*) set_page_dirty() doesn't call __set_page_dirty_buffers() if CONFIG_BLOCK
is not enabled.
(*) fs/no-block.c is created to hold out-of-line stubs and things that are
required when CONFIG_BLOCK is not set:
(*) Default blockdev file operations (to give error ENODEV on opening).
(*) Makes some /proc changes:
(*) /proc/devices does not list any blockdevs.
(*) /proc/diskstats and /proc/partitions are contingent on CONFIG_BLOCK.
(*) Makes some compat ioctl handling contingent on CONFIG_BLOCK.
(*) If CONFIG_BLOCK is not defined, makes sys_quotactl() return -ENODEV if
given command other than Q_SYNC or if a special device is specified.
(*) In init/do_mounts.c, no reference is made to the blockdev routines if
CONFIG_BLOCK is not defined. This does not prohibit NFS roots or JFFS2.
(*) The bdflush, ioprio_set and ioprio_get syscalls can now be absent (return
error ENOSYS by way of cond_syscall if so).
(*) The seclvl_bd_claim() and seclvl_bd_release() security calls do nothing if
CONFIG_BLOCK is not set, since they can't then happen.
Signed-Off-By: David Howells <dhowells@redhat.com>
Signed-off-by: Jens Axboe <axboe@kernel.dk>
2006-10-01 02:45:40 +08:00
|
|
|
depends on BLOCK && EXPERIMENTAL
|
2005-04-17 06:20:36 +08:00
|
|
|
help
|
|
|
|
Boot File System (BFS) is a file system used under SCO UnixWare to
|
|
|
|
allow the bootloader access to the kernel image and other important
|
|
|
|
files during the boot process. It is usually mounted under /stand
|
|
|
|
and corresponds to the slice marked as "STAND" in the UnixWare
|
|
|
|
partition. You should say Y if you want to read or write the files
|
|
|
|
on your /stand slice from within Linux. You then also need to say Y
|
|
|
|
to "UnixWare slices support", below. More information about the BFS
|
|
|
|
file system is contained in the file
|
|
|
|
<file:Documentation/filesystems/bfs.txt>.
|
|
|
|
|
|
|
|
If you don't know what this is about, say N.
|
|
|
|
|
|
|
|
To compile this as a module, choose M here: the module will be called
|
|
|
|
bfs. Note that the file system of your root partition (the one
|
|
|
|
containing the directory /) cannot be compiled as a module.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
config EFS_FS
|
|
|
|
tristate "EFS file system support (read only) (EXPERIMENTAL)"
|
[PATCH] BLOCK: Make it possible to disable the block layer [try #6]
Make it possible to disable the block layer. Not all embedded devices require
it, some can make do with just JFFS2, NFS, ramfs, etc - none of which require
the block layer to be present.
This patch does the following:
(*) Introduces CONFIG_BLOCK to disable the block layer, buffering and blockdev
support.
(*) Adds dependencies on CONFIG_BLOCK to any configuration item that controls
an item that uses the block layer. This includes:
(*) Block I/O tracing.
(*) Disk partition code.
(*) All filesystems that are block based, eg: Ext3, ReiserFS, ISOFS.
(*) The SCSI layer. As far as I can tell, even SCSI chardevs use the
block layer to do scheduling. Some drivers that use SCSI facilities -
such as USB storage - end up disabled indirectly from this.
(*) Various block-based device drivers, such as IDE and the old CDROM
drivers.
(*) MTD blockdev handling and FTL.
(*) JFFS - which uses set_bdev_super(), something it could avoid doing by
taking a leaf out of JFFS2's book.
(*) Makes most of the contents of linux/blkdev.h, linux/buffer_head.h and
linux/elevator.h contingent on CONFIG_BLOCK being set. sector_div() is,
however, still used in places, and so is still available.
(*) Also made contingent are the contents of linux/mpage.h, linux/genhd.h and
parts of linux/fs.h.
(*) Makes a number of files in fs/ contingent on CONFIG_BLOCK.
(*) Makes mm/bounce.c (bounce buffering) contingent on CONFIG_BLOCK.
(*) set_page_dirty() doesn't call __set_page_dirty_buffers() if CONFIG_BLOCK
is not enabled.
(*) fs/no-block.c is created to hold out-of-line stubs and things that are
required when CONFIG_BLOCK is not set:
(*) Default blockdev file operations (to give error ENODEV on opening).
(*) Makes some /proc changes:
(*) /proc/devices does not list any blockdevs.
(*) /proc/diskstats and /proc/partitions are contingent on CONFIG_BLOCK.
(*) Makes some compat ioctl handling contingent on CONFIG_BLOCK.
(*) If CONFIG_BLOCK is not defined, makes sys_quotactl() return -ENODEV if
given command other than Q_SYNC or if a special device is specified.
(*) In init/do_mounts.c, no reference is made to the blockdev routines if
CONFIG_BLOCK is not defined. This does not prohibit NFS roots or JFFS2.
(*) The bdflush, ioprio_set and ioprio_get syscalls can now be absent (return
error ENOSYS by way of cond_syscall if so).
(*) The seclvl_bd_claim() and seclvl_bd_release() security calls do nothing if
CONFIG_BLOCK is not set, since they can't then happen.
Signed-Off-By: David Howells <dhowells@redhat.com>
Signed-off-by: Jens Axboe <axboe@kernel.dk>
2006-10-01 02:45:40 +08:00
|
|
|
depends on BLOCK && EXPERIMENTAL
|
2005-04-17 06:20:36 +08:00
|
|
|
help
|
|
|
|
EFS is an older file system used for non-ISO9660 CD-ROMs and hard
|
|
|
|
disk partitions by SGI's IRIX operating system (IRIX 6.0 and newer
|
|
|
|
uses the XFS file system for hard disk partitions however).
|
|
|
|
|
|
|
|
This implementation only offers read-only access. If you don't know
|
|
|
|
what all this is about, it's safe to say N. For more information
|
|
|
|
about EFS see its home page at <http://aeschi.ch.eu.org/efs/>.
|
|
|
|
|
|
|
|
To compile the EFS file system support as a module, choose M here: the
|
|
|
|
module will be called efs.
|
|
|
|
|
|
|
|
config JFFS2_FS
|
|
|
|
tristate "Journalling Flash File System v2 (JFFS2) support"
|
|
|
|
select CRC32
|
|
|
|
depends on MTD
|
|
|
|
help
|
|
|
|
JFFS2 is the second generation of the Journalling Flash File System
|
|
|
|
for use on diskless embedded devices. It provides improved wear
|
|
|
|
levelling, compression and support for hard links. You cannot use
|
|
|
|
this on normal block devices, only on 'MTD' devices.
|
|
|
|
|
|
|
|
Further information on the design and implementation of JFFS2 is
|
|
|
|
available at <http://sources.redhat.com/jffs2/>.
|
|
|
|
|
|
|
|
config JFFS2_FS_DEBUG
|
|
|
|
int "JFFS2 debugging verbosity (0 = quiet, 2 = noisy)"
|
|
|
|
depends on JFFS2_FS
|
|
|
|
default "0"
|
|
|
|
help
|
|
|
|
This controls the amount of debugging messages produced by the JFFS2
|
|
|
|
code. Set it to zero for use in production systems. For evaluation,
|
|
|
|
testing and debugging, it's advisable to set it to one. This will
|
|
|
|
enable a few assertions and will print debugging messages at the
|
|
|
|
KERN_DEBUG loglevel, where they won't normally be visible. Level 2
|
|
|
|
is unlikely to be useful - it enables extra debugging in certain
|
|
|
|
areas which at one point needed debugging, but when the bugs were
|
|
|
|
located and fixed, the detailed messages were relegated to level 2.
|
|
|
|
|
|
|
|
If reporting bugs, please try to have available a full dump of the
|
|
|
|
messages at debug level 1 while the misbehaviour was occurring.
|
|
|
|
|
2006-06-18 17:22:40 +08:00
|
|
|
config JFFS2_FS_WRITEBUFFER
|
|
|
|
bool "JFFS2 write-buffering support"
|
2006-05-13 14:09:47 +08:00
|
|
|
depends on JFFS2_FS
|
2006-06-18 17:22:40 +08:00
|
|
|
default y
|
|
|
|
help
|
|
|
|
This enables the write-buffering support in JFFS2.
|
|
|
|
|
|
|
|
This functionality is required to support JFFS2 on the following
|
|
|
|
types of flash devices:
|
|
|
|
- NAND flash
|
|
|
|
- NOR flash with transparent ECC
|
|
|
|
- DataFlash
|
|
|
|
|
2007-07-11 21:23:54 +08:00
|
|
|
config JFFS2_FS_WBUF_VERIFY
|
|
|
|
bool "Verify JFFS2 write-buffer reads"
|
|
|
|
depends on JFFS2_FS_WRITEBUFFER
|
|
|
|
default n
|
|
|
|
help
|
|
|
|
This causes JFFS2 to read back every page written through the
|
|
|
|
write-buffer, and check for errors.
|
|
|
|
|
2006-06-18 17:22:40 +08:00
|
|
|
config JFFS2_SUMMARY
|
|
|
|
bool "JFFS2 summary support (EXPERIMENTAL)"
|
|
|
|
depends on JFFS2_FS && EXPERIMENTAL
|
|
|
|
default n
|
|
|
|
help
|
|
|
|
This feature makes it possible to use summary information
|
|
|
|
for faster filesystem mount.
|
|
|
|
|
|
|
|
The summary information can be inserted into a filesystem image
|
|
|
|
by the utility 'sumtool'.
|
|
|
|
|
|
|
|
If unsure, say 'N'.
|
|
|
|
|
|
|
|
config JFFS2_FS_XATTR
|
|
|
|
bool "JFFS2 XATTR support (EXPERIMENTAL)"
|
2006-06-24 08:21:13 +08:00
|
|
|
depends on JFFS2_FS && EXPERIMENTAL
|
2006-05-13 14:09:47 +08:00
|
|
|
default n
|
|
|
|
help
|
|
|
|
Extended attributes are name:value pairs associated with inodes by
|
|
|
|
the kernel or by users (see the attr(5) manual page, or visit
|
|
|
|
<http://acl.bestbits.at/> for details).
|
|
|
|
|
|
|
|
If unsure, say N.
|
|
|
|
|
|
|
|
config JFFS2_FS_POSIX_ACL
|
|
|
|
bool "JFFS2 POSIX Access Control Lists"
|
|
|
|
depends on JFFS2_FS_XATTR
|
|
|
|
default y
|
|
|
|
select FS_POSIX_ACL
|
|
|
|
help
|
|
|
|
Posix Access Control Lists (ACLs) support permissions for users and
|
|
|
|
groups beyond the owner/group/world scheme.
|
|
|
|
|
|
|
|
To learn more about Access Control Lists, visit the Posix ACLs for
|
|
|
|
Linux website <http://acl.bestbits.at/>.
|
|
|
|
|
|
|
|
If you don't know what Access Control Lists are, say N
|
|
|
|
|
|
|
|
config JFFS2_FS_SECURITY
|
|
|
|
bool "JFFS2 Security Labels"
|
|
|
|
depends on JFFS2_FS_XATTR
|
|
|
|
default y
|
|
|
|
help
|
|
|
|
Security labels support alternative access control models
|
|
|
|
implemented by security modules like SELinux. This option
|
|
|
|
enables an extended attribute handler for file security
|
|
|
|
labels in the jffs2 filesystem.
|
|
|
|
|
|
|
|
If you are not using a security module that requires using
|
|
|
|
extended attributes for file security labels, say N.
|
|
|
|
|
2005-04-17 06:20:36 +08:00
|
|
|
config JFFS2_COMPRESSION_OPTIONS
|
|
|
|
bool "Advanced compression options for JFFS2"
|
|
|
|
depends on JFFS2_FS
|
|
|
|
default n
|
|
|
|
help
|
|
|
|
Enabling this option allows you to explicitly choose which
|
|
|
|
compression modules, if any, are enabled in JFFS2. Removing
|
|
|
|
compressors and mean you cannot read existing file systems,
|
|
|
|
and enabling experimental compressors can mean that you
|
|
|
|
write a file system which cannot be read by a standard kernel.
|
|
|
|
|
|
|
|
If unsure, you should _definitely_ say 'N'.
|
|
|
|
|
|
|
|
config JFFS2_ZLIB
|
|
|
|
bool "JFFS2 ZLIB compression support" if JFFS2_COMPRESSION_OPTIONS
|
|
|
|
select ZLIB_INFLATE
|
|
|
|
select ZLIB_DEFLATE
|
|
|
|
depends on JFFS2_FS
|
|
|
|
default y
|
2007-07-10 17:01:22 +08:00
|
|
|
help
|
|
|
|
Zlib is designed to be a free, general-purpose, legally unencumbered,
|
|
|
|
lossless data-compression library for use on virtually any computer
|
|
|
|
hardware and operating system. See <http://www.gzip.org/zlib/> for
|
|
|
|
further information.
|
2005-11-07 19:16:07 +08:00
|
|
|
|
2007-07-10 17:01:22 +08:00
|
|
|
Say 'Y' if unsure.
|
2005-04-17 06:20:36 +08:00
|
|
|
|
2007-07-10 17:28:36 +08:00
|
|
|
config JFFS2_LZO
|
|
|
|
bool "JFFS2 LZO compression support" if JFFS2_COMPRESSION_OPTIONS
|
|
|
|
select LZO_COMPRESS
|
|
|
|
select LZO_DECOMPRESS
|
|
|
|
depends on JFFS2_FS
|
2007-08-02 23:32:02 +08:00
|
|
|
default n
|
2007-07-10 17:28:36 +08:00
|
|
|
help
|
|
|
|
minilzo-based compression. Generally works better than Zlib.
|
|
|
|
|
2007-08-02 23:32:02 +08:00
|
|
|
This feature was added in July, 2007. Say 'N' if you need
|
|
|
|
compatibility with older bootloaders or kernels.
|
2007-07-10 17:28:36 +08:00
|
|
|
|
2005-04-17 06:20:36 +08:00
|
|
|
config JFFS2_RTIME
|
|
|
|
bool "JFFS2 RTIME compression support" if JFFS2_COMPRESSION_OPTIONS
|
|
|
|
depends on JFFS2_FS
|
|
|
|
default y
|
2007-07-10 17:01:22 +08:00
|
|
|
help
|
|
|
|
Rtime does manage to recompress already-compressed data. Say 'Y' if unsure.
|
2005-04-17 06:20:36 +08:00
|
|
|
|
|
|
|
config JFFS2_RUBIN
|
|
|
|
bool "JFFS2 RUBIN compression support" if JFFS2_COMPRESSION_OPTIONS
|
|
|
|
depends on JFFS2_FS
|
|
|
|
default n
|
2007-07-10 17:01:22 +08:00
|
|
|
help
|
|
|
|
RUBINMIPS and DYNRUBIN compressors. Say 'N' if unsure.
|
2005-04-17 06:20:36 +08:00
|
|
|
|
|
|
|
choice
|
2007-07-10 17:01:22 +08:00
|
|
|
prompt "JFFS2 default compression mode" if JFFS2_COMPRESSION_OPTIONS
|
|
|
|
default JFFS2_CMODE_PRIORITY
|
|
|
|
depends on JFFS2_FS
|
|
|
|
help
|
|
|
|
You can set here the default compression mode of JFFS2 from
|
|
|
|
the available compression modes. Don't touch if unsure.
|
2005-04-17 06:20:36 +08:00
|
|
|
|
|
|
|
config JFFS2_CMODE_NONE
|
2007-07-10 17:01:22 +08:00
|
|
|
bool "no compression"
|
|
|
|
help
|
|
|
|
Uses no compression.
|
2005-04-17 06:20:36 +08:00
|
|
|
|
|
|
|
config JFFS2_CMODE_PRIORITY
|
2007-07-10 17:01:22 +08:00
|
|
|
bool "priority"
|
|
|
|
help
|
|
|
|
Tries the compressors in a predefined order and chooses the first
|
|
|
|
successful one.
|
2005-04-17 06:20:36 +08:00
|
|
|
|
|
|
|
config JFFS2_CMODE_SIZE
|
2007-07-10 17:01:22 +08:00
|
|
|
bool "size (EXPERIMENTAL)"
|
|
|
|
help
|
|
|
|
Tries all compressors and chooses the one which has the smallest
|
|
|
|
result.
|
2005-04-17 06:20:36 +08:00
|
|
|
|
2007-07-10 17:28:42 +08:00
|
|
|
config JFFS2_CMODE_FAVOURLZO
|
|
|
|
bool "Favour LZO"
|
|
|
|
help
|
|
|
|
Tries all compressors and chooses the one which has the smallest
|
|
|
|
result but gives some preference to LZO (which has faster
|
|
|
|
decompression) at the expense of size.
|
|
|
|
|
2005-04-17 06:20:36 +08:00
|
|
|
endchoice
|
|
|
|
|
|
|
|
config CRAMFS
|
|
|
|
tristate "Compressed ROM file system support (cramfs)"
|
[PATCH] BLOCK: Make it possible to disable the block layer [try #6]
Make it possible to disable the block layer. Not all embedded devices require
it, some can make do with just JFFS2, NFS, ramfs, etc - none of which require
the block layer to be present.
This patch does the following:
(*) Introduces CONFIG_BLOCK to disable the block layer, buffering and blockdev
support.
(*) Adds dependencies on CONFIG_BLOCK to any configuration item that controls
an item that uses the block layer. This includes:
(*) Block I/O tracing.
(*) Disk partition code.
(*) All filesystems that are block based, eg: Ext3, ReiserFS, ISOFS.
(*) The SCSI layer. As far as I can tell, even SCSI chardevs use the
block layer to do scheduling. Some drivers that use SCSI facilities -
such as USB storage - end up disabled indirectly from this.
(*) Various block-based device drivers, such as IDE and the old CDROM
drivers.
(*) MTD blockdev handling and FTL.
(*) JFFS - which uses set_bdev_super(), something it could avoid doing by
taking a leaf out of JFFS2's book.
(*) Makes most of the contents of linux/blkdev.h, linux/buffer_head.h and
linux/elevator.h contingent on CONFIG_BLOCK being set. sector_div() is,
however, still used in places, and so is still available.
(*) Also made contingent are the contents of linux/mpage.h, linux/genhd.h and
parts of linux/fs.h.
(*) Makes a number of files in fs/ contingent on CONFIG_BLOCK.
(*) Makes mm/bounce.c (bounce buffering) contingent on CONFIG_BLOCK.
(*) set_page_dirty() doesn't call __set_page_dirty_buffers() if CONFIG_BLOCK
is not enabled.
(*) fs/no-block.c is created to hold out-of-line stubs and things that are
required when CONFIG_BLOCK is not set:
(*) Default blockdev file operations (to give error ENODEV on opening).
(*) Makes some /proc changes:
(*) /proc/devices does not list any blockdevs.
(*) /proc/diskstats and /proc/partitions are contingent on CONFIG_BLOCK.
(*) Makes some compat ioctl handling contingent on CONFIG_BLOCK.
(*) If CONFIG_BLOCK is not defined, makes sys_quotactl() return -ENODEV if
given command other than Q_SYNC or if a special device is specified.
(*) In init/do_mounts.c, no reference is made to the blockdev routines if
CONFIG_BLOCK is not defined. This does not prohibit NFS roots or JFFS2.
(*) The bdflush, ioprio_set and ioprio_get syscalls can now be absent (return
error ENOSYS by way of cond_syscall if so).
(*) The seclvl_bd_claim() and seclvl_bd_release() security calls do nothing if
CONFIG_BLOCK is not set, since they can't then happen.
Signed-Off-By: David Howells <dhowells@redhat.com>
Signed-off-by: Jens Axboe <axboe@kernel.dk>
2006-10-01 02:45:40 +08:00
|
|
|
depends on BLOCK
|
2005-04-17 06:20:36 +08:00
|
|
|
select ZLIB_INFLATE
|
|
|
|
help
|
|
|
|
Saying Y here includes support for CramFs (Compressed ROM File
|
|
|
|
System). CramFs is designed to be a simple, small, and compressed
|
|
|
|
file system for ROM based embedded systems. CramFs is read-only,
|
|
|
|
limited to 256MB file systems (with 16MB files), and doesn't support
|
|
|
|
16/32 bits uid/gid, hard links and timestamps.
|
|
|
|
|
|
|
|
See <file:Documentation/filesystems/cramfs.txt> and
|
|
|
|
<file:fs/cramfs/README> for further information.
|
|
|
|
|
|
|
|
To compile this as a module, choose M here: the module will be called
|
|
|
|
cramfs. Note that the root file system (the one containing the
|
|
|
|
directory /) cannot be compiled as a module.
|
|
|
|
|
|
|
|
If unsure, say N.
|
|
|
|
|
|
|
|
config VXFS_FS
|
|
|
|
tristate "FreeVxFS file system support (VERITAS VxFS(TM) compatible)"
|
[PATCH] BLOCK: Make it possible to disable the block layer [try #6]
Make it possible to disable the block layer. Not all embedded devices require
it, some can make do with just JFFS2, NFS, ramfs, etc - none of which require
the block layer to be present.
This patch does the following:
(*) Introduces CONFIG_BLOCK to disable the block layer, buffering and blockdev
support.
(*) Adds dependencies on CONFIG_BLOCK to any configuration item that controls
an item that uses the block layer. This includes:
(*) Block I/O tracing.
(*) Disk partition code.
(*) All filesystems that are block based, eg: Ext3, ReiserFS, ISOFS.
(*) The SCSI layer. As far as I can tell, even SCSI chardevs use the
block layer to do scheduling. Some drivers that use SCSI facilities -
such as USB storage - end up disabled indirectly from this.
(*) Various block-based device drivers, such as IDE and the old CDROM
drivers.
(*) MTD blockdev handling and FTL.
(*) JFFS - which uses set_bdev_super(), something it could avoid doing by
taking a leaf out of JFFS2's book.
(*) Makes most of the contents of linux/blkdev.h, linux/buffer_head.h and
linux/elevator.h contingent on CONFIG_BLOCK being set. sector_div() is,
however, still used in places, and so is still available.
(*) Also made contingent are the contents of linux/mpage.h, linux/genhd.h and
parts of linux/fs.h.
(*) Makes a number of files in fs/ contingent on CONFIG_BLOCK.
(*) Makes mm/bounce.c (bounce buffering) contingent on CONFIG_BLOCK.
(*) set_page_dirty() doesn't call __set_page_dirty_buffers() if CONFIG_BLOCK
is not enabled.
(*) fs/no-block.c is created to hold out-of-line stubs and things that are
required when CONFIG_BLOCK is not set:
(*) Default blockdev file operations (to give error ENODEV on opening).
(*) Makes some /proc changes:
(*) /proc/devices does not list any blockdevs.
(*) /proc/diskstats and /proc/partitions are contingent on CONFIG_BLOCK.
(*) Makes some compat ioctl handling contingent on CONFIG_BLOCK.
(*) If CONFIG_BLOCK is not defined, makes sys_quotactl() return -ENODEV if
given command other than Q_SYNC or if a special device is specified.
(*) In init/do_mounts.c, no reference is made to the blockdev routines if
CONFIG_BLOCK is not defined. This does not prohibit NFS roots or JFFS2.
(*) The bdflush, ioprio_set and ioprio_get syscalls can now be absent (return
error ENOSYS by way of cond_syscall if so).
(*) The seclvl_bd_claim() and seclvl_bd_release() security calls do nothing if
CONFIG_BLOCK is not set, since they can't then happen.
Signed-Off-By: David Howells <dhowells@redhat.com>
Signed-off-by: Jens Axboe <axboe@kernel.dk>
2006-10-01 02:45:40 +08:00
|
|
|
depends on BLOCK
|
2005-04-17 06:20:36 +08:00
|
|
|
help
|
|
|
|
FreeVxFS is a file system driver that support the VERITAS VxFS(TM)
|
|
|
|
file system format. VERITAS VxFS(TM) is the standard file system
|
|
|
|
of SCO UnixWare (and possibly others) and optionally available
|
|
|
|
for Sunsoft Solaris, HP-UX and many other operating systems.
|
|
|
|
Currently only readonly access is supported.
|
|
|
|
|
|
|
|
NOTE: the file system type as used by mount(1), mount(2) and
|
|
|
|
fstab(5) is 'vxfs' as it describes the file system format, not
|
|
|
|
the actual driver.
|
|
|
|
|
|
|
|
To compile this as a module, choose M here: the module will be
|
|
|
|
called freevxfs. If unsure, say N.
|
|
|
|
|
|
|
|
|
|
|
|
config HPFS_FS
|
|
|
|
tristate "OS/2 HPFS file system support"
|
[PATCH] BLOCK: Make it possible to disable the block layer [try #6]
Make it possible to disable the block layer. Not all embedded devices require
it, some can make do with just JFFS2, NFS, ramfs, etc - none of which require
the block layer to be present.
This patch does the following:
(*) Introduces CONFIG_BLOCK to disable the block layer, buffering and blockdev
support.
(*) Adds dependencies on CONFIG_BLOCK to any configuration item that controls
an item that uses the block layer. This includes:
(*) Block I/O tracing.
(*) Disk partition code.
(*) All filesystems that are block based, eg: Ext3, ReiserFS, ISOFS.
(*) The SCSI layer. As far as I can tell, even SCSI chardevs use the
block layer to do scheduling. Some drivers that use SCSI facilities -
such as USB storage - end up disabled indirectly from this.
(*) Various block-based device drivers, such as IDE and the old CDROM
drivers.
(*) MTD blockdev handling and FTL.
(*) JFFS - which uses set_bdev_super(), something it could avoid doing by
taking a leaf out of JFFS2's book.
(*) Makes most of the contents of linux/blkdev.h, linux/buffer_head.h and
linux/elevator.h contingent on CONFIG_BLOCK being set. sector_div() is,
however, still used in places, and so is still available.
(*) Also made contingent are the contents of linux/mpage.h, linux/genhd.h and
parts of linux/fs.h.
(*) Makes a number of files in fs/ contingent on CONFIG_BLOCK.
(*) Makes mm/bounce.c (bounce buffering) contingent on CONFIG_BLOCK.
(*) set_page_dirty() doesn't call __set_page_dirty_buffers() if CONFIG_BLOCK
is not enabled.
(*) fs/no-block.c is created to hold out-of-line stubs and things that are
required when CONFIG_BLOCK is not set:
(*) Default blockdev file operations (to give error ENODEV on opening).
(*) Makes some /proc changes:
(*) /proc/devices does not list any blockdevs.
(*) /proc/diskstats and /proc/partitions are contingent on CONFIG_BLOCK.
(*) Makes some compat ioctl handling contingent on CONFIG_BLOCK.
(*) If CONFIG_BLOCK is not defined, makes sys_quotactl() return -ENODEV if
given command other than Q_SYNC or if a special device is specified.
(*) In init/do_mounts.c, no reference is made to the blockdev routines if
CONFIG_BLOCK is not defined. This does not prohibit NFS roots or JFFS2.
(*) The bdflush, ioprio_set and ioprio_get syscalls can now be absent (return
error ENOSYS by way of cond_syscall if so).
(*) The seclvl_bd_claim() and seclvl_bd_release() security calls do nothing if
CONFIG_BLOCK is not set, since they can't then happen.
Signed-Off-By: David Howells <dhowells@redhat.com>
Signed-off-by: Jens Axboe <axboe@kernel.dk>
2006-10-01 02:45:40 +08:00
|
|
|
depends on BLOCK
|
2005-04-17 06:20:36 +08:00
|
|
|
help
|
|
|
|
OS/2 is IBM's operating system for PC's, the same as Warp, and HPFS
|
|
|
|
is the file system used for organizing files on OS/2 hard disk
|
|
|
|
partitions. Say Y if you want to be able to read files from and
|
|
|
|
write files to an OS/2 HPFS partition on your hard drive. OS/2
|
|
|
|
floppies however are in regular MSDOS format, so you don't need this
|
|
|
|
option in order to be able to read them. Read
|
|
|
|
<file:Documentation/filesystems/hpfs.txt>.
|
|
|
|
|
|
|
|
To compile this file system support as a module, choose M here: the
|
|
|
|
module will be called hpfs. If unsure, say N.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
config QNX4FS_FS
|
|
|
|
tristate "QNX4 file system support (read only)"
|
[PATCH] BLOCK: Make it possible to disable the block layer [try #6]
Make it possible to disable the block layer. Not all embedded devices require
it, some can make do with just JFFS2, NFS, ramfs, etc - none of which require
the block layer to be present.
This patch does the following:
(*) Introduces CONFIG_BLOCK to disable the block layer, buffering and blockdev
support.
(*) Adds dependencies on CONFIG_BLOCK to any configuration item that controls
an item that uses the block layer. This includes:
(*) Block I/O tracing.
(*) Disk partition code.
(*) All filesystems that are block based, eg: Ext3, ReiserFS, ISOFS.
(*) The SCSI layer. As far as I can tell, even SCSI chardevs use the
block layer to do scheduling. Some drivers that use SCSI facilities -
such as USB storage - end up disabled indirectly from this.
(*) Various block-based device drivers, such as IDE and the old CDROM
drivers.
(*) MTD blockdev handling and FTL.
(*) JFFS - which uses set_bdev_super(), something it could avoid doing by
taking a leaf out of JFFS2's book.
(*) Makes most of the contents of linux/blkdev.h, linux/buffer_head.h and
linux/elevator.h contingent on CONFIG_BLOCK being set. sector_div() is,
however, still used in places, and so is still available.
(*) Also made contingent are the contents of linux/mpage.h, linux/genhd.h and
parts of linux/fs.h.
(*) Makes a number of files in fs/ contingent on CONFIG_BLOCK.
(*) Makes mm/bounce.c (bounce buffering) contingent on CONFIG_BLOCK.
(*) set_page_dirty() doesn't call __set_page_dirty_buffers() if CONFIG_BLOCK
is not enabled.
(*) fs/no-block.c is created to hold out-of-line stubs and things that are
required when CONFIG_BLOCK is not set:
(*) Default blockdev file operations (to give error ENODEV on opening).
(*) Makes some /proc changes:
(*) /proc/devices does not list any blockdevs.
(*) /proc/diskstats and /proc/partitions are contingent on CONFIG_BLOCK.
(*) Makes some compat ioctl handling contingent on CONFIG_BLOCK.
(*) If CONFIG_BLOCK is not defined, makes sys_quotactl() return -ENODEV if
given command other than Q_SYNC or if a special device is specified.
(*) In init/do_mounts.c, no reference is made to the blockdev routines if
CONFIG_BLOCK is not defined. This does not prohibit NFS roots or JFFS2.
(*) The bdflush, ioprio_set and ioprio_get syscalls can now be absent (return
error ENOSYS by way of cond_syscall if so).
(*) The seclvl_bd_claim() and seclvl_bd_release() security calls do nothing if
CONFIG_BLOCK is not set, since they can't then happen.
Signed-Off-By: David Howells <dhowells@redhat.com>
Signed-off-by: Jens Axboe <axboe@kernel.dk>
2006-10-01 02:45:40 +08:00
|
|
|
depends on BLOCK
|
2005-04-17 06:20:36 +08:00
|
|
|
help
|
|
|
|
This is the file system used by the real-time operating systems
|
|
|
|
QNX 4 and QNX 6 (the latter is also called QNX RTP).
|
|
|
|
Further information is available at <http://www.qnx.com/>.
|
|
|
|
Say Y if you intend to mount QNX hard disks or floppies.
|
|
|
|
Unless you say Y to "QNX4FS read-write support" below, you will
|
|
|
|
only be able to read these file systems.
|
|
|
|
|
|
|
|
To compile this file system support as a module, choose M here: the
|
|
|
|
module will be called qnx4.
|
|
|
|
|
|
|
|
If you don't know whether you need it, then you don't need it:
|
|
|
|
answer N.
|
|
|
|
|
|
|
|
config QNX4FS_RW
|
|
|
|
bool "QNX4FS write support (DANGEROUS)"
|
|
|
|
depends on QNX4FS_FS && EXPERIMENTAL && BROKEN
|
|
|
|
help
|
|
|
|
Say Y if you want to test write support for QNX4 file systems.
|
|
|
|
|
|
|
|
It's currently broken, so for now:
|
|
|
|
answer N.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
config SYSV_FS
|
|
|
|
tristate "System V/Xenix/V7/Coherent file system support"
|
[PATCH] BLOCK: Make it possible to disable the block layer [try #6]
Make it possible to disable the block layer. Not all embedded devices require
it, some can make do with just JFFS2, NFS, ramfs, etc - none of which require
the block layer to be present.
This patch does the following:
(*) Introduces CONFIG_BLOCK to disable the block layer, buffering and blockdev
support.
(*) Adds dependencies on CONFIG_BLOCK to any configuration item that controls
an item that uses the block layer. This includes:
(*) Block I/O tracing.
(*) Disk partition code.
(*) All filesystems that are block based, eg: Ext3, ReiserFS, ISOFS.
(*) The SCSI layer. As far as I can tell, even SCSI chardevs use the
block layer to do scheduling. Some drivers that use SCSI facilities -
such as USB storage - end up disabled indirectly from this.
(*) Various block-based device drivers, such as IDE and the old CDROM
drivers.
(*) MTD blockdev handling and FTL.
(*) JFFS - which uses set_bdev_super(), something it could avoid doing by
taking a leaf out of JFFS2's book.
(*) Makes most of the contents of linux/blkdev.h, linux/buffer_head.h and
linux/elevator.h contingent on CONFIG_BLOCK being set. sector_div() is,
however, still used in places, and so is still available.
(*) Also made contingent are the contents of linux/mpage.h, linux/genhd.h and
parts of linux/fs.h.
(*) Makes a number of files in fs/ contingent on CONFIG_BLOCK.
(*) Makes mm/bounce.c (bounce buffering) contingent on CONFIG_BLOCK.
(*) set_page_dirty() doesn't call __set_page_dirty_buffers() if CONFIG_BLOCK
is not enabled.
(*) fs/no-block.c is created to hold out-of-line stubs and things that are
required when CONFIG_BLOCK is not set:
(*) Default blockdev file operations (to give error ENODEV on opening).
(*) Makes some /proc changes:
(*) /proc/devices does not list any blockdevs.
(*) /proc/diskstats and /proc/partitions are contingent on CONFIG_BLOCK.
(*) Makes some compat ioctl handling contingent on CONFIG_BLOCK.
(*) If CONFIG_BLOCK is not defined, makes sys_quotactl() return -ENODEV if
given command other than Q_SYNC or if a special device is specified.
(*) In init/do_mounts.c, no reference is made to the blockdev routines if
CONFIG_BLOCK is not defined. This does not prohibit NFS roots or JFFS2.
(*) The bdflush, ioprio_set and ioprio_get syscalls can now be absent (return
error ENOSYS by way of cond_syscall if so).
(*) The seclvl_bd_claim() and seclvl_bd_release() security calls do nothing if
CONFIG_BLOCK is not set, since they can't then happen.
Signed-Off-By: David Howells <dhowells@redhat.com>
Signed-off-by: Jens Axboe <axboe@kernel.dk>
2006-10-01 02:45:40 +08:00
|
|
|
depends on BLOCK
|
2005-04-17 06:20:36 +08:00
|
|
|
help
|
|
|
|
SCO, Xenix and Coherent are commercial Unix systems for Intel
|
|
|
|
machines, and Version 7 was used on the DEC PDP-11. Saying Y
|
|
|
|
here would allow you to read from their floppies and hard disk
|
|
|
|
partitions.
|
|
|
|
|
|
|
|
If you have floppies or hard disk partitions like that, it is likely
|
|
|
|
that they contain binaries from those other Unix systems; in order
|
2006-10-04 04:36:44 +08:00
|
|
|
to run these binaries, you will want to install linux-abi which is
|
2005-04-17 06:20:36 +08:00
|
|
|
a set of kernel modules that lets you run SCO, Xenix, Wyse,
|
|
|
|
UnixWare, Dell Unix and System V programs under Linux. It is
|
|
|
|
available via FTP (user: ftp) from
|
|
|
|
<ftp://ftp.openlinux.org/pub/people/hch/linux-abi/>).
|
|
|
|
NOTE: that will work only for binaries from Intel-based systems;
|
|
|
|
PDP ones will have to wait until somebody ports Linux to -11 ;-)
|
|
|
|
|
|
|
|
If you only intend to mount files from some other Unix over the
|
|
|
|
network using NFS, you don't need the System V file system support
|
|
|
|
(but you need NFS file system support obviously).
|
|
|
|
|
|
|
|
Note that this option is generally not needed for floppies, since a
|
|
|
|
good portable way to transport files and directories between unixes
|
|
|
|
(and even other operating systems) is given by the tar program ("man
|
|
|
|
tar" or preferably "info tar"). Note also that this option has
|
|
|
|
nothing whatsoever to do with the option "System V IPC". Read about
|
|
|
|
the System V file system in
|
|
|
|
<file:Documentation/filesystems/sysv-fs.txt>.
|
|
|
|
Saying Y here will enlarge your kernel by about 27 KB.
|
|
|
|
|
|
|
|
To compile this as a module, choose M here: the module will be called
|
|
|
|
sysv.
|
|
|
|
|
|
|
|
If you haven't heard about all of this before, it's safe to say N.
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
|
config UFS_FS
|
|
|
|
tristate "UFS file system support (read only)"
|
[PATCH] BLOCK: Make it possible to disable the block layer [try #6]
Make it possible to disable the block layer. Not all embedded devices require
it, some can make do with just JFFS2, NFS, ramfs, etc - none of which require
the block layer to be present.
This patch does the following:
(*) Introduces CONFIG_BLOCK to disable the block layer, buffering and blockdev
support.
(*) Adds dependencies on CONFIG_BLOCK to any configuration item that controls
an item that uses the block layer. This includes:
(*) Block I/O tracing.
(*) Disk partition code.
(*) All filesystems that are block based, eg: Ext3, ReiserFS, ISOFS.
(*) The SCSI layer. As far as I can tell, even SCSI chardevs use the
block layer to do scheduling. Some drivers that use SCSI facilities -
such as USB storage - end up disabled indirectly from this.
(*) Various block-based device drivers, such as IDE and the old CDROM
drivers.
(*) MTD blockdev handling and FTL.
(*) JFFS - which uses set_bdev_super(), something it could avoid doing by
taking a leaf out of JFFS2's book.
(*) Makes most of the contents of linux/blkdev.h, linux/buffer_head.h and
linux/elevator.h contingent on CONFIG_BLOCK being set. sector_div() is,
however, still used in places, and so is still available.
(*) Also made contingent are the contents of linux/mpage.h, linux/genhd.h and
parts of linux/fs.h.
(*) Makes a number of files in fs/ contingent on CONFIG_BLOCK.
(*) Makes mm/bounce.c (bounce buffering) contingent on CONFIG_BLOCK.
(*) set_page_dirty() doesn't call __set_page_dirty_buffers() if CONFIG_BLOCK
is not enabled.
(*) fs/no-block.c is created to hold out-of-line stubs and things that are
required when CONFIG_BLOCK is not set:
(*) Default blockdev file operations (to give error ENODEV on opening).
(*) Makes some /proc changes:
(*) /proc/devices does not list any blockdevs.
(*) /proc/diskstats and /proc/partitions are contingent on CONFIG_BLOCK.
(*) Makes some compat ioctl handling contingent on CONFIG_BLOCK.
(*) If CONFIG_BLOCK is not defined, makes sys_quotactl() return -ENODEV if
given command other than Q_SYNC or if a special device is specified.
(*) In init/do_mounts.c, no reference is made to the blockdev routines if
CONFIG_BLOCK is not defined. This does not prohibit NFS roots or JFFS2.
(*) The bdflush, ioprio_set and ioprio_get syscalls can now be absent (return
error ENOSYS by way of cond_syscall if so).
(*) The seclvl_bd_claim() and seclvl_bd_release() security calls do nothing if
CONFIG_BLOCK is not set, since they can't then happen.
Signed-Off-By: David Howells <dhowells@redhat.com>
Signed-off-by: Jens Axboe <axboe@kernel.dk>
2006-10-01 02:45:40 +08:00
|
|
|
depends on BLOCK
|
2005-04-17 06:20:36 +08:00
|
|
|
help
|
|
|
|
BSD and derivate versions of Unix (such as SunOS, FreeBSD, NetBSD,
|
|
|
|
OpenBSD and NeXTstep) use a file system called UFS. Some System V
|
|
|
|
Unixes can create and mount hard disk partitions and diskettes using
|
|
|
|
this file system as well. Saying Y here will allow you to read from
|
|
|
|
these partitions; if you also want to write to them, say Y to the
|
|
|
|
experimental "UFS file system write support", below. Please read the
|
|
|
|
file <file:Documentation/filesystems/ufs.txt> for more information.
|
|
|
|
|
|
|
|
The recently released UFS2 variant (used in FreeBSD 5.x) is
|
|
|
|
READ-ONLY supported.
|
|
|
|
|
|
|
|
If you only intend to mount files from some other Unix over the
|
|
|
|
network using NFS, you don't need the UFS file system support (but
|
|
|
|
you need NFS file system support obviously).
|
|
|
|
|
|
|
|
Note that this option is generally not needed for floppies, since a
|
|
|
|
good portable way to transport files and directories between unixes
|
|
|
|
(and even other operating systems) is given by the tar program ("man
|
|
|
|
tar" or preferably "info tar").
|
|
|
|
|
|
|
|
When accessing NeXTstep files, you may need to convert them from the
|
|
|
|
NeXT character set to the Latin1 character set; use the program
|
|
|
|
recode ("info recode") for this purpose.
|
|
|
|
|
|
|
|
To compile the UFS file system support as a module, choose M here: the
|
|
|
|
module will be called ufs.
|
|
|
|
|
|
|
|
If you haven't heard about all of this before, it's safe to say N.
|
|
|
|
|
|
|
|
config UFS_FS_WRITE
|
|
|
|
bool "UFS file system write support (DANGEROUS)"
|
2006-06-25 20:47:24 +08:00
|
|
|
depends on UFS_FS && EXPERIMENTAL
|
2005-04-17 06:20:36 +08:00
|
|
|
help
|
|
|
|
Say Y here if you want to try writing to UFS partitions. This is
|
|
|
|
experimental, so you should back up your UFS partitions beforehand.
|
|
|
|
|
2006-06-25 20:47:24 +08:00
|
|
|
config UFS_DEBUG
|
|
|
|
bool "UFS debugging"
|
|
|
|
depends on UFS_FS
|
|
|
|
help
|
|
|
|
If you are experiencing any problems with the UFS filesystem, say
|
|
|
|
Y here. This will result in _many_ additional debugging messages to be
|
|
|
|
written to the system log.
|
|
|
|
|
2005-04-17 06:20:36 +08:00
|
|
|
endmenu
|
|
|
|
|
2007-10-17 14:30:16 +08:00
|
|
|
menuconfig NETWORK_FILESYSTEMS
|
|
|
|
bool "Network File Systems"
|
|
|
|
default y
|
2005-04-17 06:20:36 +08:00
|
|
|
depends on NET
|
2007-10-17 14:30:16 +08:00
|
|
|
---help---
|
|
|
|
Say Y here to get to see options for network filesystems and
|
|
|
|
filesystem-related networking code, such as NFS daemon and
|
|
|
|
RPCSEC security modules.
|
|
|
|
This option alone does not add any kernel code.
|
|
|
|
|
|
|
|
If you say N, all options in this submenu will be skipped and
|
|
|
|
disabled; if unsure, say Y here.
|
|
|
|
|
|
|
|
if NETWORK_FILESYSTEMS
|
2005-04-17 06:20:36 +08:00
|
|
|
|
|
|
|
config NFS_FS
|
|
|
|
tristate "NFS file system support"
|
|
|
|
depends on INET
|
|
|
|
select LOCKD
|
|
|
|
select SUNRPC
|
2005-06-23 01:16:27 +08:00
|
|
|
select NFS_ACL_SUPPORT if NFS_V3_ACL
|
2005-04-17 06:20:36 +08:00
|
|
|
help
|
|
|
|
If you are connected to some other (usually local) Unix computer
|
|
|
|
(using SLIP, PLIP, PPP or Ethernet) and want to mount files residing
|
|
|
|
on that computer (the NFS server) using the Network File Sharing
|
|
|
|
protocol, say Y. "Mounting files" means that the client can access
|
|
|
|
the files with usual UNIX commands as if they were sitting on the
|
|
|
|
client's hard disk. For this to work, the server must run the
|
|
|
|
programs nfsd and mountd (but does not need to have NFS file system
|
|
|
|
support enabled in its kernel). NFS is explained in the Network
|
|
|
|
Administrator's Guide, available from
|
|
|
|
<http://www.tldp.org/docs.html#guide>, on its man page: "man
|
|
|
|
nfs", and in the NFS-HOWTO.
|
|
|
|
|
|
|
|
A superior but less widely used alternative to NFS is provided by
|
|
|
|
the Coda file system; see "Coda file system support" below.
|
|
|
|
|
|
|
|
If you say Y here, you should have said Y to TCP/IP networking also.
|
|
|
|
This option would enlarge your kernel by about 27 KB.
|
|
|
|
|
|
|
|
To compile this file system support as a module, choose M here: the
|
|
|
|
module will be called nfs.
|
|
|
|
|
|
|
|
If you are configuring a diskless machine which will mount its root
|
|
|
|
file system over NFS at boot time, say Y here and to "Kernel
|
|
|
|
level IP autoconfiguration" above and to "Root file system on NFS"
|
|
|
|
below. You cannot compile this driver as a module in this case.
|
|
|
|
There are two packages designed for booting diskless machines over
|
|
|
|
the net: netboot, available from
|
|
|
|
<http://ftp1.sourceforge.net/netboot/>, and Etherboot,
|
|
|
|
available from <http://ftp1.sourceforge.net/etherboot/>.
|
|
|
|
|
|
|
|
If you don't know what all this is about, say N.
|
|
|
|
|
|
|
|
config NFS_V3
|
|
|
|
bool "Provide NFSv3 client support"
|
|
|
|
depends on NFS_FS
|
|
|
|
help
|
|
|
|
Say Y here if you want your NFS client to be able to speak version
|
|
|
|
3 of the NFS protocol.
|
|
|
|
|
|
|
|
If unsure, say Y.
|
|
|
|
|
2005-06-23 01:16:27 +08:00
|
|
|
config NFS_V3_ACL
|
|
|
|
bool "Provide client support for the NFSv3 ACL protocol extension"
|
|
|
|
depends on NFS_V3
|
|
|
|
help
|
|
|
|
Implement the NFSv3 ACL protocol extension for manipulating POSIX
|
|
|
|
Access Control Lists. The server should also be compiled with
|
|
|
|
the NFSv3 ACL protocol extension; see the CONFIG_NFSD_V3_ACL option.
|
|
|
|
|
|
|
|
If unsure, say N.
|
|
|
|
|
2005-04-17 06:20:36 +08:00
|
|
|
config NFS_V4
|
|
|
|
bool "Provide NFSv4 client support (EXPERIMENTAL)"
|
|
|
|
depends on NFS_FS && EXPERIMENTAL
|
|
|
|
select RPCSEC_GSS_KRB5
|
|
|
|
help
|
|
|
|
Say Y here if you want your NFS client to be able to speak the newer
|
|
|
|
version 4 of the NFS protocol.
|
|
|
|
|
|
|
|
Note: Requires auxiliary userspace daemons which may be found on
|
|
|
|
http://www.citi.umich.edu/projects/nfsv4/
|
|
|
|
|
|
|
|
If unsure, say N.
|
|
|
|
|
|
|
|
config NFS_DIRECTIO
|
2006-09-21 02:33:07 +08:00
|
|
|
bool "Allow direct I/O on NFS files"
|
|
|
|
depends on NFS_FS
|
2005-04-17 06:20:36 +08:00
|
|
|
help
|
|
|
|
This option enables applications to perform uncached I/O on files
|
|
|
|
in NFS file systems using the O_DIRECT open() flag. When O_DIRECT
|
|
|
|
is set for a file, its data is not cached in the system's page
|
|
|
|
cache. Data is moved to and from user-level application buffers
|
|
|
|
directly. Unlike local disk-based file systems, NFS O_DIRECT has
|
|
|
|
no alignment restrictions.
|
|
|
|
|
|
|
|
Unless your program is designed to use O_DIRECT properly, you are
|
|
|
|
much better off allowing the NFS client to manage data caching for
|
|
|
|
you. Misusing O_DIRECT can cause poor server performance or network
|
|
|
|
storms. This kernel build option defaults OFF to avoid exposing
|
|
|
|
system administrators unwittingly to a potentially hazardous
|
|
|
|
feature.
|
|
|
|
|
|
|
|
For more details on NFS O_DIRECT, see fs/nfs/direct.c.
|
|
|
|
|
|
|
|
If unsure, say N. This reduces the size of the NFS client, and
|
|
|
|
causes open() to return EINVAL if a file residing in NFS is
|
|
|
|
opened with the O_DIRECT flag.
|
|
|
|
|
|
|
|
config NFSD
|
|
|
|
tristate "NFS server support"
|
|
|
|
depends on INET
|
|
|
|
select LOCKD
|
|
|
|
select SUNRPC
|
|
|
|
select EXPORTFS
|
2006-06-26 15:25:39 +08:00
|
|
|
select NFSD_V2_ACL if NFSD_V3_ACL
|
|
|
|
select NFS_ACL_SUPPORT if NFSD_V2_ACL
|
|
|
|
select NFSD_TCP if NFSD_V4
|
|
|
|
select CRYPTO_MD5 if NFSD_V4
|
|
|
|
select CRYPTO if NFSD_V4
|
|
|
|
select FS_POSIX_ACL if NFSD_V4
|
2005-04-17 06:20:36 +08:00
|
|
|
help
|
|
|
|
If you want your Linux box to act as an NFS *server*, so that other
|
|
|
|
computers on your local network which support NFS can access certain
|
|
|
|
directories on your box transparently, you have two options: you can
|
|
|
|
use the self-contained user space program nfsd, in which case you
|
|
|
|
should say N here, or you can say Y and use the kernel based NFS
|
|
|
|
server. The advantage of the kernel based solution is that it is
|
|
|
|
faster.
|
|
|
|
|
|
|
|
In either case, you will need support software; the respective
|
|
|
|
locations are given in the file <file:Documentation/Changes> in the
|
|
|
|
NFS section.
|
|
|
|
|
|
|
|
If you say Y here, you will get support for version 2 of the NFS
|
|
|
|
protocol (NFSv2). If you also want NFSv3, say Y to the next question
|
|
|
|
as well.
|
|
|
|
|
|
|
|
Please read the NFS-HOWTO, available from
|
|
|
|
<http://www.tldp.org/docs.html#howto>.
|
|
|
|
|
|
|
|
To compile the NFS server support as a module, choose M here: the
|
|
|
|
module will be called nfsd. If unsure, say N.
|
|
|
|
|
2005-06-23 01:16:26 +08:00
|
|
|
config NFSD_V2_ACL
|
|
|
|
bool
|
|
|
|
depends on NFSD
|
|
|
|
|
2005-04-17 06:20:36 +08:00
|
|
|
config NFSD_V3
|
|
|
|
bool "Provide NFSv3 server support"
|
|
|
|
depends on NFSD
|
|
|
|
help
|
|
|
|
If you would like to include the NFSv3 server as well as the NFSv2
|
|
|
|
server, say Y here. If unsure, say Y.
|
|
|
|
|
2005-06-23 01:16:26 +08:00
|
|
|
config NFSD_V3_ACL
|
|
|
|
bool "Provide server support for the NFSv3 ACL protocol extension"
|
|
|
|
depends on NFSD_V3
|
|
|
|
help
|
|
|
|
Implement the NFSv3 ACL protocol extension for manipulating POSIX
|
|
|
|
Access Control Lists on exported file systems. NFS clients should
|
|
|
|
be compiled with the NFSv3 ACL protocol extension; see the
|
|
|
|
CONFIG_NFS_V3_ACL option. If unsure, say N.
|
|
|
|
|
2005-04-17 06:20:36 +08:00
|
|
|
config NFSD_V4
|
|
|
|
bool "Provide NFSv4 server support (EXPERIMENTAL)"
|
2007-07-19 22:03:34 +08:00
|
|
|
depends on NFSD && NFSD_V3 && EXPERIMENTAL
|
2007-07-17 19:04:41 +08:00
|
|
|
select RPCSEC_GSS_KRB5
|
2005-04-17 06:20:36 +08:00
|
|
|
help
|
|
|
|
If you would like to include the NFSv4 server as well as the NFSv2
|
|
|
|
and NFSv3 servers, say Y here. This feature is experimental, and
|
|
|
|
should only be used if you are interested in helping to test NFSv4.
|
|
|
|
If unsure, say N.
|
|
|
|
|
|
|
|
config NFSD_TCP
|
|
|
|
bool "Provide NFS server over TCP support"
|
|
|
|
depends on NFSD
|
|
|
|
default y
|
|
|
|
help
|
|
|
|
If you want your NFS server to support TCP connections, say Y here.
|
|
|
|
TCP connections usually perform better than the default UDP when
|
|
|
|
the network is lossy or congested. If unsure, say Y.
|
|
|
|
|
|
|
|
config ROOT_NFS
|
|
|
|
bool "Root file system on NFS"
|
|
|
|
depends on NFS_FS=y && IP_PNP
|
|
|
|
help
|
|
|
|
If you want your Linux box to mount its whole root file system (the
|
|
|
|
one containing the directory /) from some other computer over the
|
|
|
|
net via NFS (presumably because your box doesn't have a hard disk),
|
|
|
|
say Y. Read <file:Documentation/nfsroot.txt> for details. It is
|
|
|
|
likely that in this case, you also want to say Y to "Kernel level IP
|
|
|
|
autoconfiguration" so that your box can discover its network address
|
|
|
|
at boot time.
|
|
|
|
|
|
|
|
Most people say N here.
|
|
|
|
|
|
|
|
config LOCKD
|
|
|
|
tristate
|
|
|
|
|
|
|
|
config LOCKD_V4
|
|
|
|
bool
|
|
|
|
depends on NFSD_V3 || NFS_V3
|
|
|
|
default y
|
|
|
|
|
|
|
|
config EXPORTFS
|
|
|
|
tristate
|
|
|
|
|
2005-06-23 01:16:26 +08:00
|
|
|
config NFS_ACL_SUPPORT
|
|
|
|
tristate
|
|
|
|
select FS_POSIX_ACL
|
|
|
|
|
|
|
|
config NFS_COMMON
|
|
|
|
bool
|
|
|
|
depends on NFSD || NFS_FS
|
|
|
|
default y
|
|
|
|
|
2005-04-17 06:20:36 +08:00
|
|
|
config SUNRPC
|
|
|
|
tristate
|
|
|
|
|
|
|
|
config SUNRPC_GSS
|
|
|
|
tristate
|
|
|
|
|
2007-09-11 01:49:15 +08:00
|
|
|
config SUNRPC_XPRT_RDMA
|
|
|
|
tristate "RDMA transport for sunrpc (EXPERIMENTAL)"
|
2007-09-21 05:37:58 +08:00
|
|
|
depends on SUNRPC && INFINIBAND && EXPERIMENTAL
|
2007-09-11 01:49:15 +08:00
|
|
|
default m
|
|
|
|
help
|
|
|
|
Adds a client RPC transport for supporting kernel NFS over RDMA
|
|
|
|
mounts, including Infiniband and iWARP. Experimental.
|
|
|
|
|
2007-03-30 04:48:33 +08:00
|
|
|
config SUNRPC_BIND34
|
|
|
|
bool "Support for rpcbind versions 3 & 4 (EXPERIMENTAL)"
|
|
|
|
depends on SUNRPC && EXPERIMENTAL
|
|
|
|
help
|
|
|
|
Provides kernel support for querying rpcbind servers via versions 3
|
|
|
|
and 4 of the rpcbind protocol. The kernel automatically falls back
|
|
|
|
to version 2 if a remote rpcbind service does not support versions
|
|
|
|
3 or 4.
|
|
|
|
|
|
|
|
If unsure, say N to get traditional behavior (version 2 rpcbind
|
|
|
|
requests only).
|
|
|
|
|
2005-04-17 06:20:36 +08:00
|
|
|
config RPCSEC_GSS_KRB5
|
|
|
|
tristate "Secure RPC: Kerberos V mechanism (EXPERIMENTAL)"
|
|
|
|
depends on SUNRPC && EXPERIMENTAL
|
|
|
|
select SUNRPC_GSS
|
|
|
|
select CRYPTO
|
|
|
|
select CRYPTO_MD5
|
|
|
|
select CRYPTO_DES
|
2006-10-25 14:49:36 +08:00
|
|
|
select CRYPTO_CBC
|
2005-04-17 06:20:36 +08:00
|
|
|
help
|
|
|
|
Provides for secure RPC calls by means of a gss-api
|
|
|
|
mechanism based on Kerberos V5. This is required for
|
|
|
|
NFSv4.
|
|
|
|
|
|
|
|
Note: Requires an auxiliary userspace daemon which may be found on
|
|
|
|
http://www.citi.umich.edu/projects/nfsv4/
|
|
|
|
|
|
|
|
If unsure, say N.
|
|
|
|
|
|
|
|
config RPCSEC_GSS_SPKM3
|
|
|
|
tristate "Secure RPC: SPKM3 mechanism (EXPERIMENTAL)"
|
|
|
|
depends on SUNRPC && EXPERIMENTAL
|
|
|
|
select SUNRPC_GSS
|
|
|
|
select CRYPTO
|
|
|
|
select CRYPTO_MD5
|
|
|
|
select CRYPTO_DES
|
2006-03-21 12:25:10 +08:00
|
|
|
select CRYPTO_CAST5
|
2006-10-25 14:49:36 +08:00
|
|
|
select CRYPTO_CBC
|
2005-04-17 06:20:36 +08:00
|
|
|
help
|
|
|
|
Provides for secure RPC calls by means of a gss-api
|
|
|
|
mechanism based on the SPKM3 public-key mechanism.
|
|
|
|
|
|
|
|
Note: Requires an auxiliary userspace daemon which may be found on
|
|
|
|
http://www.citi.umich.edu/projects/nfsv4/
|
|
|
|
|
|
|
|
If unsure, say N.
|
|
|
|
|
|
|
|
config SMB_FS
|
|
|
|
tristate "SMB file system support (to mount Windows shares etc.)"
|
|
|
|
depends on INET
|
|
|
|
select NLS
|
|
|
|
help
|
|
|
|
SMB (Server Message Block) is the protocol Windows for Workgroups
|
|
|
|
(WfW), Windows 95/98, Windows NT and OS/2 Lan Manager use to share
|
|
|
|
files and printers over local networks. Saying Y here allows you to
|
|
|
|
mount their file systems (often called "shares" in this context) and
|
|
|
|
access them just like any other Unix directory. Currently, this
|
|
|
|
works only if the Windows machines use TCP/IP as the underlying
|
|
|
|
transport protocol, and not NetBEUI. For details, read
|
|
|
|
<file:Documentation/filesystems/smbfs.txt> and the SMB-HOWTO,
|
|
|
|
available from <http://www.tldp.org/docs.html#howto>.
|
|
|
|
|
|
|
|
Note: if you just want your box to act as an SMB *server* and make
|
|
|
|
files and printing services available to Windows clients (which need
|
|
|
|
to have a TCP/IP stack), you don't need to say Y here; you can use
|
|
|
|
the program SAMBA (available from <ftp://ftp.samba.org/pub/samba/>)
|
|
|
|
for that.
|
|
|
|
|
|
|
|
General information about how to connect Linux, Windows machines and
|
|
|
|
Macs is on the WWW at <http://www.eats.com/linux_mac_win.html>.
|
|
|
|
|
|
|
|
To compile the SMB support as a module, choose M here: the module will
|
|
|
|
be called smbfs. Most people say N, however.
|
|
|
|
|
|
|
|
config SMB_NLS_DEFAULT
|
|
|
|
bool "Use a default NLS"
|
|
|
|
depends on SMB_FS
|
|
|
|
help
|
|
|
|
Enabling this will make smbfs use nls translations by default. You
|
|
|
|
need to specify the local charset (CONFIG_NLS_DEFAULT) in the nls
|
|
|
|
settings and you need to give the default nls for the SMB server as
|
|
|
|
CONFIG_SMB_NLS_REMOTE.
|
|
|
|
|
|
|
|
The nls settings can be changed at mount time, if your smbmount
|
|
|
|
supports that, using the codepage and iocharset parameters.
|
|
|
|
|
|
|
|
smbmount from samba 2.2.0 or later supports this.
|
|
|
|
|
|
|
|
config SMB_NLS_REMOTE
|
|
|
|
string "Default Remote NLS Option"
|
|
|
|
depends on SMB_NLS_DEFAULT
|
|
|
|
default "cp437"
|
|
|
|
help
|
|
|
|
This setting allows you to specify a default value for which
|
|
|
|
codepage the server uses. If this field is left blank no
|
|
|
|
translations will be done by default. The local codepage/charset
|
|
|
|
default to CONFIG_NLS_DEFAULT.
|
|
|
|
|
|
|
|
The nls settings can be changed at mount time, if your smbmount
|
|
|
|
supports that, using the codepage and iocharset parameters.
|
|
|
|
|
|
|
|
smbmount from samba 2.2.0 or later supports this.
|
|
|
|
|
|
|
|
config CIFS
|
|
|
|
tristate "CIFS support (advanced network filesystem for Samba, Window and other CIFS compliant servers)"
|
|
|
|
depends on INET
|
|
|
|
select NLS
|
|
|
|
help
|
|
|
|
This is the client VFS module for the Common Internet File System
|
|
|
|
(CIFS) protocol which is the successor to the Server Message Block
|
|
|
|
(SMB) protocol, the native file sharing mechanism for most early
|
|
|
|
PC operating systems. The CIFS protocol is fully supported by
|
|
|
|
file servers such as Windows 2000 (including Windows 2003, NT 4
|
|
|
|
and Windows XP) as well by Samba (which provides excellent CIFS
|
2005-11-05 01:44:33 +08:00
|
|
|
server support for Linux and many other operating systems). Limited
|
2007-02-14 12:42:51 +08:00
|
|
|
support for OS/2 and Windows ME and similar servers is provided as well.
|
2005-04-17 06:20:36 +08:00
|
|
|
|
|
|
|
The intent of the cifs module is to provide an advanced
|
2007-02-14 12:42:51 +08:00
|
|
|
network file system client for mounting to CIFS compliant servers,
|
2005-04-17 06:20:36 +08:00
|
|
|
including support for dfs (hierarchical name space), secure per-user
|
|
|
|
session establishment, safe distributed caching (oplock), optional
|
2007-02-14 12:42:51 +08:00
|
|
|
packet signing, Unicode and other internationalization improvements.
|
|
|
|
If you need to mount to Samba or Windows from this machine, say Y.
|
2005-04-17 06:20:36 +08:00
|
|
|
|
|
|
|
config CIFS_STATS
|
|
|
|
bool "CIFS statistics"
|
|
|
|
depends on CIFS
|
|
|
|
help
|
|
|
|
Enabling this option will cause statistics for each server share
|
|
|
|
mounted by the cifs client to be displayed in /proc/fs/cifs/Stats
|
|
|
|
|
2005-11-05 01:44:33 +08:00
|
|
|
config CIFS_STATS2
|
2006-06-01 06:40:51 +08:00
|
|
|
bool "Extended statistics"
|
2005-11-05 01:44:33 +08:00
|
|
|
depends on CIFS_STATS
|
|
|
|
help
|
|
|
|
Enabling this option will allow more detailed statistics on SMB
|
|
|
|
request timing to be displayed in /proc/fs/cifs/DebugData and also
|
|
|
|
allow optional logging of slow responses to dmesg (depending on the
|
|
|
|
value of /proc/fs/cifs/cifsFYI, see fs/cifs/README for more details).
|
|
|
|
These additional statistics may have a minor effect on performance
|
|
|
|
and memory utilization.
|
|
|
|
|
|
|
|
Unless you are a developer or are doing network performance analysis
|
|
|
|
or tuning, say N.
|
|
|
|
|
2006-06-01 06:40:51 +08:00
|
|
|
config CIFS_WEAK_PW_HASH
|
|
|
|
bool "Support legacy servers which use weaker LANMAN security"
|
|
|
|
depends on CIFS
|
|
|
|
help
|
|
|
|
Modern CIFS servers including Samba and most Windows versions
|
|
|
|
(since 1997) support stronger NTLM (and even NTLMv2 and Kerberos)
|
|
|
|
security mechanisms. These hash the password more securely
|
|
|
|
than the mechanisms used in the older LANMAN version of the
|
|
|
|
SMB protocol needed to establish sessions with old SMB servers.
|
|
|
|
|
|
|
|
Enabling this option allows the cifs module to mount to older
|
|
|
|
LANMAN based servers such as OS/2 and Windows 95, but such
|
|
|
|
mounts may be less secure than mounts using NTLM or more recent
|
|
|
|
security mechanisms if you are on a public network. Unless you
|
|
|
|
have a need to access old SMB servers (and are on a private
|
|
|
|
network) you probably want to say N. Even if this support
|
|
|
|
is enabled in the kernel build, they will not be used
|
|
|
|
automatically. At runtime LANMAN mounts are disabled but
|
|
|
|
can be set to required (or optional) either in
|
|
|
|
/proc/fs/cifs (see fs/cifs/README for more detail) or via an
|
|
|
|
option on the mount command. This support is disabled by
|
|
|
|
default in order to reduce the possibility of a downgrade
|
|
|
|
attack.
|
|
|
|
|
|
|
|
If unsure, say N.
|
|
|
|
|
2005-04-17 06:20:36 +08:00
|
|
|
config CIFS_XATTR
|
2005-11-05 01:44:33 +08:00
|
|
|
bool "CIFS extended attributes"
|
2005-04-17 06:20:36 +08:00
|
|
|
depends on CIFS
|
|
|
|
help
|
|
|
|
Extended attributes are name:value pairs associated with inodes by
|
|
|
|
the kernel or by users (see the attr(5) manual page, or visit
|
|
|
|
<http://acl.bestbits.at/> for details). CIFS maps the name of
|
|
|
|
extended attributes beginning with the user namespace prefix
|
|
|
|
to SMB/CIFS EAs. EAs are stored on Windows servers without the
|
|
|
|
user namespace prefix, but their names are seen by Linux cifs clients
|
|
|
|
prefaced by the user namespace prefix. The system namespace
|
|
|
|
(used by some filesystems to store ACLs) is not supported at
|
|
|
|
this time.
|
2005-11-05 01:44:33 +08:00
|
|
|
|
2005-04-17 06:20:36 +08:00
|
|
|
If unsure, say N.
|
|
|
|
|
|
|
|
config CIFS_POSIX
|
2005-11-05 01:44:33 +08:00
|
|
|
bool "CIFS POSIX Extensions"
|
2005-04-17 06:20:36 +08:00
|
|
|
depends on CIFS_XATTR
|
|
|
|
help
|
|
|
|
Enabling this option will cause the cifs client to attempt to
|
|
|
|
negotiate a newer dialect with servers, such as Samba 3.0.5
|
|
|
|
or later, that optionally can handle more POSIX like (rather
|
|
|
|
than Windows like) file behavior. It also enables
|
|
|
|
support for POSIX ACLs (getfacl and setfacl) to servers
|
|
|
|
(such as Samba 3.10 and later) which can negotiate
|
|
|
|
CIFS POSIX ACL support. If unsure, say N.
|
|
|
|
|
2006-06-01 06:40:51 +08:00
|
|
|
config CIFS_DEBUG2
|
2006-06-02 03:38:46 +08:00
|
|
|
bool "Enable additional CIFS debugging routines"
|
2006-07-08 10:17:40 +08:00
|
|
|
depends on CIFS
|
2006-06-01 06:40:51 +08:00
|
|
|
help
|
|
|
|
Enabling this option adds a few more debugging routines
|
|
|
|
to the cifs code which slightly increases the size of
|
|
|
|
the cifs module and can cause additional logging of debug
|
|
|
|
messages in some error paths, slowing performance. This
|
|
|
|
option can be turned off unless you are debugging
|
|
|
|
cifs problems. If unsure, say N.
|
|
|
|
|
2005-04-17 06:20:36 +08:00
|
|
|
config CIFS_EXPERIMENTAL
|
|
|
|
bool "CIFS Experimental Features (EXPERIMENTAL)"
|
2005-11-03 03:37:15 +08:00
|
|
|
depends on CIFS && EXPERIMENTAL
|
2005-04-17 06:20:36 +08:00
|
|
|
help
|
2005-11-05 01:44:33 +08:00
|
|
|
Enables cifs features under testing. These features are
|
2007-02-14 12:42:51 +08:00
|
|
|
experimental and currently include DFS support and directory
|
|
|
|
change notification ie fcntl(F_DNOTIFY), as well as the upcall
|
|
|
|
mechanism which will be used for Kerberos session negotiation
|
|
|
|
and uid remapping. Some of these features also may depend on
|
|
|
|
setting a value of 1 to the pseudo-file /proc/fs/cifs/Experimental
|
|
|
|
(which is disabled by default). See the file fs/cifs/README
|
|
|
|
for more details. If unsure, say N.
|
2005-04-17 06:20:36 +08:00
|
|
|
|
2005-11-11 07:33:38 +08:00
|
|
|
config CIFS_UPCALL
|
2006-06-01 06:40:51 +08:00
|
|
|
bool "Kerberos/SPNEGO advanced session setup (EXPERIMENTAL)"
|
2005-11-11 07:33:38 +08:00
|
|
|
depends on CIFS_EXPERIMENTAL
|
2006-10-12 23:07:55 +08:00
|
|
|
depends on CONNECTOR
|
2005-11-11 07:33:38 +08:00
|
|
|
help
|
|
|
|
Enables an upcall mechanism for CIFS which will be used to contact
|
|
|
|
userspace helper utilities to provide SPNEGO packaged Kerberos
|
|
|
|
tickets which are needed to mount to certain secure servers
|
2005-11-11 11:36:39 +08:00
|
|
|
(for which more secure Kerberos authentication is required). If
|
|
|
|
unsure, say N.
|
2005-11-11 07:33:38 +08:00
|
|
|
|
2005-04-17 06:20:36 +08:00
|
|
|
config NCP_FS
|
|
|
|
tristate "NCP file system support (to mount NetWare volumes)"
|
|
|
|
depends on IPX!=n || INET
|
|
|
|
help
|
|
|
|
NCP (NetWare Core Protocol) is a protocol that runs over IPX and is
|
|
|
|
used by Novell NetWare clients to talk to file servers. It is to
|
|
|
|
IPX what NFS is to TCP/IP, if that helps. Saying Y here allows you
|
|
|
|
to mount NetWare file server volumes and to access them just like
|
|
|
|
any other Unix directory. For details, please read the file
|
|
|
|
<file:Documentation/filesystems/ncpfs.txt> in the kernel source and
|
|
|
|
the IPX-HOWTO from <http://www.tldp.org/docs.html#howto>.
|
|
|
|
|
|
|
|
You do not have to say Y here if you want your Linux box to act as a
|
|
|
|
file *server* for Novell NetWare clients.
|
|
|
|
|
|
|
|
General information about how to connect Linux, Windows machines and
|
|
|
|
Macs is on the WWW at <http://www.eats.com/linux_mac_win.html>.
|
|
|
|
|
|
|
|
To compile this as a module, choose M here: the module will be called
|
|
|
|
ncpfs. Say N unless you are connected to a Novell network.
|
|
|
|
|
|
|
|
source "fs/ncpfs/Kconfig"
|
|
|
|
|
|
|
|
config CODA_FS
|
|
|
|
tristate "Coda file system support (advanced network fs)"
|
|
|
|
depends on INET
|
|
|
|
help
|
|
|
|
Coda is an advanced network file system, similar to NFS in that it
|
|
|
|
enables you to mount file systems of a remote server and access them
|
|
|
|
with regular Unix commands as if they were sitting on your hard
|
|
|
|
disk. Coda has several advantages over NFS: support for
|
|
|
|
disconnected operation (e.g. for laptops), read/write server
|
|
|
|
replication, security model for authentication and encryption,
|
|
|
|
persistent client caches and write back caching.
|
|
|
|
|
|
|
|
If you say Y here, your Linux box will be able to act as a Coda
|
|
|
|
*client*. You will need user level code as well, both for the
|
|
|
|
client and server. Servers are currently user level, i.e. they need
|
|
|
|
no kernel support. Please read
|
|
|
|
<file:Documentation/filesystems/coda.txt> and check out the Coda
|
|
|
|
home page <http://www.coda.cs.cmu.edu/>.
|
|
|
|
|
|
|
|
To compile the coda client support as a module, choose M here: the
|
|
|
|
module will be called coda.
|
|
|
|
|
|
|
|
config CODA_FS_OLD_API
|
|
|
|
bool "Use 96-bit Coda file identifiers"
|
|
|
|
depends on CODA_FS
|
|
|
|
help
|
|
|
|
A new kernel-userspace API had to be introduced for Coda v6.0
|
|
|
|
to support larger 128-bit file identifiers as needed by the
|
|
|
|
new realms implementation.
|
|
|
|
|
|
|
|
However this new API is not backward compatible with older
|
|
|
|
clients. If you really need to run the old Coda userspace
|
|
|
|
cache manager then say Y.
|
|
|
|
|
|
|
|
For most cases you probably want to say N.
|
|
|
|
|
|
|
|
config AFS_FS
|
2006-11-16 17:19:27 +08:00
|
|
|
tristate "Andrew File System support (AFS) (EXPERIMENTAL)"
|
2005-04-17 06:20:36 +08:00
|
|
|
depends on INET && EXPERIMENTAL
|
2007-04-27 06:55:03 +08:00
|
|
|
select AF_RXRPC
|
2005-04-17 06:20:36 +08:00
|
|
|
help
|
|
|
|
If you say Y here, you will get an experimental Andrew File System
|
|
|
|
driver. It currently only supports unsecured read-only AFS access.
|
|
|
|
|
2006-10-04 04:22:29 +08:00
|
|
|
See <file:Documentation/filesystems/afs.txt> for more information.
|
2005-04-17 06:20:36 +08:00
|
|
|
|
|
|
|
If unsure, say N.
|
|
|
|
|
2007-04-27 06:55:03 +08:00
|
|
|
config AFS_DEBUG
|
|
|
|
bool "AFS dynamic debugging"
|
|
|
|
depends on AFS_FS
|
|
|
|
help
|
|
|
|
Say Y here to make runtime controllable debugging messages appear.
|
|
|
|
|
|
|
|
See <file:Documentation/filesystems/afs.txt> for more information.
|
|
|
|
|
|
|
|
If unsure, say N.
|
|
|
|
|
[PATCH] v9fs: Documentation, Makefiles, Configuration
OVERVIEW
V9FS is a distributed file system for Linux which provides an
implementation of the Plan 9 resource sharing protocol 9P. It can be
used to share all sorts of resources: static files, synthetic file servers
(such as /proc or /sys), devices, and application file servers (such as
FUSE).
BACKGROUND
Plan 9 (http://plan9.bell-labs.com/plan9) is a research operating
system and associated applications suite developed by the Computing
Science Research Center of AT&T Bell Laboratories (now a part of
Lucent Technologies), the same group that developed UNIX , C, and C++.
Plan 9 was initially released in 1993 to universities, and then made
generally available in 1995. Its core operating systems code laid the
foundation for the Inferno Operating System released as a product by
Lucent Bell-Labs in 1997. The Inferno venture was the only commercial
embodiment of Plan 9 and is currently maintained as a product by Vita
Nuova (http://www.vitanuova.com). After updated releases in 2000 and
2002, Plan 9 was open-sourced under the OSI approved Lucent Public
License in 2003.
The Plan 9 project was started by Ken Thompson and Rob Pike in 1985.
Their intent was to explore potential solutions to some of the
shortcomings of UNIX in the face of the widespread use of high-speed
networks to connect machines. In UNIX, networking was an afterthought
and UNIX clusters became little more than a network of stand-alone
systems. Plan 9 was designed from first principles as a seamless
distributed system with integrated secure network resource sharing.
Applications and services were architected in such a way as to allow
for implicit distribution across a cluster of systems. Configuring an
environment to use remote application components or services in place
of their local equivalent could be achieved with a few simple command
line instructions. For the most part, application implementations
operated independent of the location of their actual resources.
Commercial operating systems haven't changed much in the 20 years
since Plan 9 was conceived. Network and distributed systems support is
provided by a patchwork of middle-ware, with an endless number of
packages supplying pieces of the puzzle. Matters are complicated by
the use of different complicated protocols for individual services,
and separate implementations for kernel and application resources.
The V9FS project (http://v9fs.sourceforge.net) is an attempt to bring
Plan 9's unified approach to resource sharing to Linux and other
operating systems via support for the 9P2000 resource sharing
protocol.
V9FS HISTORY
V9FS was originally developed by Ron Minnich and Maya Gokhale at Los
Alamos National Labs (LANL) in 1997. In November of 2001, Greg Watson
setup a SourceForge project as a public repository for the code which
supported the Linux 2.4 kernel.
About a year ago, I picked up the initial attempt Ron Minnich had
made to provide 2.6 support and got the code integrated into a 2.6.5
kernel. I then went through a line-for-line re-write attempting to
clean-up the code while more closely following the Linux Kernel style
guidelines. I co-authored a paper with Ron Minnich on the V9FS Linux
support including performance comparisons to NFSv3 using Bonnie and
PostMark - this paper appeared at the USENIX/FREENIX 2005
conference in April 2005:
( http://www.usenix.org/events/usenix05/tech/freenix/hensbergen.html ).
CALL FOR PARTICIPATION/REQUEST FOR COMMENTS
Our 2.6 kernel support is stabilizing and we'd like to begin pursuing
its integration into the official kernel tree. We would appreciate any
review, comments, critiques, and additions from this community and are
actively seeking people to join our project and help us produce
something that would be acceptable and useful to the Linux community.
STATUS
The code is reasonably stable, although there are no doubt corner cases
our regression tests haven't discovered yet. It is in regular use by several
of the developers and has been tested on x86 and PowerPC
(32-bit and 64-bit) in both small and large (LANL cluster) deployments.
Our current regression tests include fsx, bonnie, and postmark.
It was our intention to keep things as simple as possible for this
release -- trying to focus on correctness within the core of the
protocol support versus a rich set of features. For example: a more
complete security model and cache layer are in the road map, but
excluded from this release. Additionally, we have removed support for
mmap operations at Al Viro's request.
PERFORMANCE
Detailed performance numbers and analysis are included in the FREENIX
paper, but we show comparable performance to NFSv3 for large file
operations based on the Bonnie benchmark, and superior performance for
many small file operations based on the PostMark benchmark. Somewhat
preliminary graphs (from the FREENIX paper) are available
(http://v9fs.sourceforge.net/perf/index.html).
RESOURCES
The source code is available in a few different forms:
tarballs: http://v9fs.sf.net
CVSweb: http://cvs.sourceforge.net/viewcvs.py/v9fs/linux-9p/
CVS: :pserver:anonymous@cvs.sourceforge.net:/cvsroot/v9fs/linux-9p
Git: rsync://v9fs.graverobber.org/v9fs (webgit: http://v9fs.graverobber.org)
9P: tcp!v9fs.graverobber.org!6564
The user-level server is available from either the Plan 9 distribution
or from http://v9fs.sf.net
Other support applications are still being developed, but preliminary
version can be downloaded from sourceforge.
Documentation on the protocol has historically been the Plan 9 Man
pages (http://plan9.bell-labs.com/sys/man/5/INDEX.html), but there is
an effort under way to write a more complete Internet-Draft style
specification (http://v9fs.sf.net/rfc).
There are a couple of mailing lists supporting v9fs, but the most used
is v9fs-developer@lists.sourceforge.net -- please direct/cc your
comments there so the other v9fs contibutors can participate in the
conversation. There is also an IRC channel: irc://freenode.net/#v9fs
This part of the patch contains Documentation, Makefiles, and configuration
file changes.
Signed-off-by: Eric Van Hensbergen <ericvh@gmail.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
2005-09-10 04:04:18 +08:00
|
|
|
config 9P_FS
|
|
|
|
tristate "Plan 9 Resource Sharing Support (9P2000) (Experimental)"
|
2007-07-11 06:57:28 +08:00
|
|
|
depends on INET && NET_9P && EXPERIMENTAL
|
[PATCH] v9fs: Documentation, Makefiles, Configuration
OVERVIEW
V9FS is a distributed file system for Linux which provides an
implementation of the Plan 9 resource sharing protocol 9P. It can be
used to share all sorts of resources: static files, synthetic file servers
(such as /proc or /sys), devices, and application file servers (such as
FUSE).
BACKGROUND
Plan 9 (http://plan9.bell-labs.com/plan9) is a research operating
system and associated applications suite developed by the Computing
Science Research Center of AT&T Bell Laboratories (now a part of
Lucent Technologies), the same group that developed UNIX , C, and C++.
Plan 9 was initially released in 1993 to universities, and then made
generally available in 1995. Its core operating systems code laid the
foundation for the Inferno Operating System released as a product by
Lucent Bell-Labs in 1997. The Inferno venture was the only commercial
embodiment of Plan 9 and is currently maintained as a product by Vita
Nuova (http://www.vitanuova.com). After updated releases in 2000 and
2002, Plan 9 was open-sourced under the OSI approved Lucent Public
License in 2003.
The Plan 9 project was started by Ken Thompson and Rob Pike in 1985.
Their intent was to explore potential solutions to some of the
shortcomings of UNIX in the face of the widespread use of high-speed
networks to connect machines. In UNIX, networking was an afterthought
and UNIX clusters became little more than a network of stand-alone
systems. Plan 9 was designed from first principles as a seamless
distributed system with integrated secure network resource sharing.
Applications and services were architected in such a way as to allow
for implicit distribution across a cluster of systems. Configuring an
environment to use remote application components or services in place
of their local equivalent could be achieved with a few simple command
line instructions. For the most part, application implementations
operated independent of the location of their actual resources.
Commercial operating systems haven't changed much in the 20 years
since Plan 9 was conceived. Network and distributed systems support is
provided by a patchwork of middle-ware, with an endless number of
packages supplying pieces of the puzzle. Matters are complicated by
the use of different complicated protocols for individual services,
and separate implementations for kernel and application resources.
The V9FS project (http://v9fs.sourceforge.net) is an attempt to bring
Plan 9's unified approach to resource sharing to Linux and other
operating systems via support for the 9P2000 resource sharing
protocol.
V9FS HISTORY
V9FS was originally developed by Ron Minnich and Maya Gokhale at Los
Alamos National Labs (LANL) in 1997. In November of 2001, Greg Watson
setup a SourceForge project as a public repository for the code which
supported the Linux 2.4 kernel.
About a year ago, I picked up the initial attempt Ron Minnich had
made to provide 2.6 support and got the code integrated into a 2.6.5
kernel. I then went through a line-for-line re-write attempting to
clean-up the code while more closely following the Linux Kernel style
guidelines. I co-authored a paper with Ron Minnich on the V9FS Linux
support including performance comparisons to NFSv3 using Bonnie and
PostMark - this paper appeared at the USENIX/FREENIX 2005
conference in April 2005:
( http://www.usenix.org/events/usenix05/tech/freenix/hensbergen.html ).
CALL FOR PARTICIPATION/REQUEST FOR COMMENTS
Our 2.6 kernel support is stabilizing and we'd like to begin pursuing
its integration into the official kernel tree. We would appreciate any
review, comments, critiques, and additions from this community and are
actively seeking people to join our project and help us produce
something that would be acceptable and useful to the Linux community.
STATUS
The code is reasonably stable, although there are no doubt corner cases
our regression tests haven't discovered yet. It is in regular use by several
of the developers and has been tested on x86 and PowerPC
(32-bit and 64-bit) in both small and large (LANL cluster) deployments.
Our current regression tests include fsx, bonnie, and postmark.
It was our intention to keep things as simple as possible for this
release -- trying to focus on correctness within the core of the
protocol support versus a rich set of features. For example: a more
complete security model and cache layer are in the road map, but
excluded from this release. Additionally, we have removed support for
mmap operations at Al Viro's request.
PERFORMANCE
Detailed performance numbers and analysis are included in the FREENIX
paper, but we show comparable performance to NFSv3 for large file
operations based on the Bonnie benchmark, and superior performance for
many small file operations based on the PostMark benchmark. Somewhat
preliminary graphs (from the FREENIX paper) are available
(http://v9fs.sourceforge.net/perf/index.html).
RESOURCES
The source code is available in a few different forms:
tarballs: http://v9fs.sf.net
CVSweb: http://cvs.sourceforge.net/viewcvs.py/v9fs/linux-9p/
CVS: :pserver:anonymous@cvs.sourceforge.net:/cvsroot/v9fs/linux-9p
Git: rsync://v9fs.graverobber.org/v9fs (webgit: http://v9fs.graverobber.org)
9P: tcp!v9fs.graverobber.org!6564
The user-level server is available from either the Plan 9 distribution
or from http://v9fs.sf.net
Other support applications are still being developed, but preliminary
version can be downloaded from sourceforge.
Documentation on the protocol has historically been the Plan 9 Man
pages (http://plan9.bell-labs.com/sys/man/5/INDEX.html), but there is
an effort under way to write a more complete Internet-Draft style
specification (http://v9fs.sf.net/rfc).
There are a couple of mailing lists supporting v9fs, but the most used
is v9fs-developer@lists.sourceforge.net -- please direct/cc your
comments there so the other v9fs contibutors can participate in the
conversation. There is also an IRC channel: irc://freenode.net/#v9fs
This part of the patch contains Documentation, Makefiles, and configuration
file changes.
Signed-off-by: Eric Van Hensbergen <ericvh@gmail.com>
Signed-off-by: Andrew Morton <akpm@osdl.org>
Signed-off-by: Linus Torvalds <torvalds@osdl.org>
2005-09-10 04:04:18 +08:00
|
|
|
help
|
|
|
|
If you say Y here, you will get experimental support for
|
|
|
|
Plan 9 resource sharing via the 9P2000 protocol.
|
|
|
|
|
|
|
|
See <http://v9fs.sf.net> for more information.
|
|
|
|
|
|
|
|
If unsure, say N.
|
|
|
|
|
2007-10-17 14:30:16 +08:00
|
|
|
endif # NETWORK_FILESYSTEMS
|
2005-04-17 06:20:36 +08:00
|
|
|
|
[PATCH] BLOCK: Make it possible to disable the block layer [try #6]
Make it possible to disable the block layer. Not all embedded devices require
it, some can make do with just JFFS2, NFS, ramfs, etc - none of which require
the block layer to be present.
This patch does the following:
(*) Introduces CONFIG_BLOCK to disable the block layer, buffering and blockdev
support.
(*) Adds dependencies on CONFIG_BLOCK to any configuration item that controls
an item that uses the block layer. This includes:
(*) Block I/O tracing.
(*) Disk partition code.
(*) All filesystems that are block based, eg: Ext3, ReiserFS, ISOFS.
(*) The SCSI layer. As far as I can tell, even SCSI chardevs use the
block layer to do scheduling. Some drivers that use SCSI facilities -
such as USB storage - end up disabled indirectly from this.
(*) Various block-based device drivers, such as IDE and the old CDROM
drivers.
(*) MTD blockdev handling and FTL.
(*) JFFS - which uses set_bdev_super(), something it could avoid doing by
taking a leaf out of JFFS2's book.
(*) Makes most of the contents of linux/blkdev.h, linux/buffer_head.h and
linux/elevator.h contingent on CONFIG_BLOCK being set. sector_div() is,
however, still used in places, and so is still available.
(*) Also made contingent are the contents of linux/mpage.h, linux/genhd.h and
parts of linux/fs.h.
(*) Makes a number of files in fs/ contingent on CONFIG_BLOCK.
(*) Makes mm/bounce.c (bounce buffering) contingent on CONFIG_BLOCK.
(*) set_page_dirty() doesn't call __set_page_dirty_buffers() if CONFIG_BLOCK
is not enabled.
(*) fs/no-block.c is created to hold out-of-line stubs and things that are
required when CONFIG_BLOCK is not set:
(*) Default blockdev file operations (to give error ENODEV on opening).
(*) Makes some /proc changes:
(*) /proc/devices does not list any blockdevs.
(*) /proc/diskstats and /proc/partitions are contingent on CONFIG_BLOCK.
(*) Makes some compat ioctl handling contingent on CONFIG_BLOCK.
(*) If CONFIG_BLOCK is not defined, makes sys_quotactl() return -ENODEV if
given command other than Q_SYNC or if a special device is specified.
(*) In init/do_mounts.c, no reference is made to the blockdev routines if
CONFIG_BLOCK is not defined. This does not prohibit NFS roots or JFFS2.
(*) The bdflush, ioprio_set and ioprio_get syscalls can now be absent (return
error ENOSYS by way of cond_syscall if so).
(*) The seclvl_bd_claim() and seclvl_bd_release() security calls do nothing if
CONFIG_BLOCK is not set, since they can't then happen.
Signed-Off-By: David Howells <dhowells@redhat.com>
Signed-off-by: Jens Axboe <axboe@kernel.dk>
2006-10-01 02:45:40 +08:00
|
|
|
if BLOCK
|
2005-04-17 06:20:36 +08:00
|
|
|
menu "Partition Types"
|
|
|
|
|
|
|
|
source "fs/partitions/Kconfig"
|
|
|
|
|
|
|
|
endmenu
|
[PATCH] BLOCK: Make it possible to disable the block layer [try #6]
Make it possible to disable the block layer. Not all embedded devices require
it, some can make do with just JFFS2, NFS, ramfs, etc - none of which require
the block layer to be present.
This patch does the following:
(*) Introduces CONFIG_BLOCK to disable the block layer, buffering and blockdev
support.
(*) Adds dependencies on CONFIG_BLOCK to any configuration item that controls
an item that uses the block layer. This includes:
(*) Block I/O tracing.
(*) Disk partition code.
(*) All filesystems that are block based, eg: Ext3, ReiserFS, ISOFS.
(*) The SCSI layer. As far as I can tell, even SCSI chardevs use the
block layer to do scheduling. Some drivers that use SCSI facilities -
such as USB storage - end up disabled indirectly from this.
(*) Various block-based device drivers, such as IDE and the old CDROM
drivers.
(*) MTD blockdev handling and FTL.
(*) JFFS - which uses set_bdev_super(), something it could avoid doing by
taking a leaf out of JFFS2's book.
(*) Makes most of the contents of linux/blkdev.h, linux/buffer_head.h and
linux/elevator.h contingent on CONFIG_BLOCK being set. sector_div() is,
however, still used in places, and so is still available.
(*) Also made contingent are the contents of linux/mpage.h, linux/genhd.h and
parts of linux/fs.h.
(*) Makes a number of files in fs/ contingent on CONFIG_BLOCK.
(*) Makes mm/bounce.c (bounce buffering) contingent on CONFIG_BLOCK.
(*) set_page_dirty() doesn't call __set_page_dirty_buffers() if CONFIG_BLOCK
is not enabled.
(*) fs/no-block.c is created to hold out-of-line stubs and things that are
required when CONFIG_BLOCK is not set:
(*) Default blockdev file operations (to give error ENODEV on opening).
(*) Makes some /proc changes:
(*) /proc/devices does not list any blockdevs.
(*) /proc/diskstats and /proc/partitions are contingent on CONFIG_BLOCK.
(*) Makes some compat ioctl handling contingent on CONFIG_BLOCK.
(*) If CONFIG_BLOCK is not defined, makes sys_quotactl() return -ENODEV if
given command other than Q_SYNC or if a special device is specified.
(*) In init/do_mounts.c, no reference is made to the blockdev routines if
CONFIG_BLOCK is not defined. This does not prohibit NFS roots or JFFS2.
(*) The bdflush, ioprio_set and ioprio_get syscalls can now be absent (return
error ENOSYS by way of cond_syscall if so).
(*) The seclvl_bd_claim() and seclvl_bd_release() security calls do nothing if
CONFIG_BLOCK is not set, since they can't then happen.
Signed-Off-By: David Howells <dhowells@redhat.com>
Signed-off-by: Jens Axboe <axboe@kernel.dk>
2006-10-01 02:45:40 +08:00
|
|
|
endif
|
2005-04-17 06:20:36 +08:00
|
|
|
|
|
|
|
source "fs/nls/Kconfig"
|
2006-01-18 17:30:29 +08:00
|
|
|
source "fs/dlm/Kconfig"
|
2005-04-17 06:20:36 +08:00
|
|
|
|
|
|
|
endmenu
|
|
|
|
|