block: fix bogus gcc warning for uninitialized var usage
[linux-2.6.git] / fs / Kconfig
index e1cdb83..93945dd 100644 (file)
@@ -221,50 +221,7 @@ source "fs/hpfs/Kconfig"
 source "fs/qnx4/Kconfig"
 source "fs/romfs/Kconfig"
 source "fs/sysv/Kconfig"
-
-config UFS_FS
-       tristate "UFS file system support (read only)"
-       depends on BLOCK
-       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.
-
-         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)"
-       depends on UFS_FS && EXPERIMENTAL
-       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.
-
-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.
+source "fs/ufs/Kconfig"
 
 endif # MISC_FILESYSTEMS
 
@@ -284,173 +241,8 @@ menuconfig NETWORK_FILESYSTEMS
 
 if NETWORK_FILESYSTEMS
 
-config NFS_FS
-       tristate "NFS client support"
-       depends on INET
-       select LOCKD
-       select SUNRPC
-       select NFS_ACL_SUPPORT if NFS_V3_ACL
-       help
-         Choose Y here if you want to access files residing on other
-         computers using Sun's Network File System protocol.  To compile
-         this file system support as a module, choose M here: the module
-         will be called nfs.
-
-         To mount file systems exported by NFS servers, you also need to
-         install the user space mount.nfs command which can be found in
-         the Linux nfs-utils package, available from http://linux-nfs.org/.
-         Information about using the mount command is available in the
-         mount(8) man page.  More detail about the Linux NFS client
-         implementation is available via the nfs(5) man page.
-
-         Below you can choose which versions of the NFS protocol are
-         available in the kernel to mount NFS servers.  Support for NFS
-         version 2 (RFC 1094) is always available when NFS_FS is selected.
-
-         To configure a system which mounts its root file system via NFS
-         at boot time, say Y here, select "Kernel level IP
-         autoconfiguration" in the NETWORK menu, and select "Root file
-         system on NFS" below.  You cannot compile this file system as a
-         module in this case.
-
-         If unsure, say N.
-
-config NFS_V3
-       bool "NFS client support for NFS version 3"
-       depends on NFS_FS
-       help
-         This option enables support for version 3 of the NFS protocol
-         (RFC 1813) in the kernel's NFS client.
-
-         If unsure, say Y.
-
-config NFS_V3_ACL
-       bool "NFS client support for the NFSv3 ACL protocol extension"
-       depends on NFS_V3
-       help
-         Some NFS servers support an auxiliary NFSv3 ACL protocol that
-         Sun added to Solaris but never became an official part of the
-         NFS version 3 protocol.  This protocol extension allows
-         applications on NFS clients to manipulate POSIX Access Control
-         Lists on files residing on NFS servers.  NFS servers enforce
-         ACLs on local files whether this protocol is available or not.
-
-         Choose Y here if your NFS server supports the Solaris NFSv3 ACL
-         protocol extension and you want your NFS client to allow
-         applications to access and modify ACLs on files on the server.
-
-         Most NFS servers don't support the Solaris NFSv3 ACL protocol
-         extension.  You can choose N here or specify the "noacl" mount
-         option to prevent your NFS client from trying to use the NFSv3
-         ACL protocol.
-
-         If unsure, say N.
-
-config NFS_V4
-       bool "NFS client support for NFS version 4 (EXPERIMENTAL)"
-       depends on NFS_FS && EXPERIMENTAL
-       select RPCSEC_GSS_KRB5
-       help
-         This option enables support for version 4 of the NFS protocol
-         (RFC 3530) in the kernel's NFS client.
-
-         To mount NFS servers using NFSv4, you also need to install user
-         space programs which can be found in the Linux nfs-utils package,
-         available from http://linux-nfs.org/.
-
-         If unsure, say N.
-
-config ROOT_NFS
-       bool "Root file system on NFS"
-       depends on NFS_FS=y && IP_PNP
-       help
-         If you want your system to mount its root file system via NFS,
-         choose Y here.  This is common practice for managing systems
-         without local permanent storage.  For details, read
-         <file:Documentation/filesystems/nfsroot.txt>.
-
-         Most people say N here.
-
-config NFSD
-       tristate "NFS server support"
-       depends on INET
-       select LOCKD
-       select SUNRPC
-       select EXPORTFS
-       select NFS_ACL_SUPPORT if NFSD_V2_ACL
-       help
-         Choose Y here if you want to allow other computers to access
-         files residing on this system using Sun's Network File System
-         protocol.  To compile the NFS server support as a module,
-         choose M here: the module will be called nfsd.
-
-         You may choose to use a user-space NFS server instead, in which
-         case you can choose N here.
-
-         To export local file systems using NFS, you also need to install
-         user space programs which can be found in the Linux nfs-utils
-         package, available from http://linux-nfs.org/.  More detail about
-         the Linux NFS server implementation is available via the
-         exports(5) man page.
-
-         Below you can choose which versions of the NFS protocol are
-         available to clients mounting the NFS server on this system.
-         Support for NFS version 2 (RFC 1094) is always available when
-         CONFIG_NFSD is selected.
-
-         If unsure, say N.
-
-config NFSD_V2_ACL
-       bool
-       depends on NFSD
-
-config NFSD_V3
-       bool "NFS server support for NFS version 3"
-       depends on NFSD
-       help
-         This option enables support in your system's NFS server for
-         version 3 of the NFS protocol (RFC 1813).
-
-         If unsure, say Y.
-
-config NFSD_V3_ACL
-       bool "NFS server support for the NFSv3 ACL protocol extension"
-       depends on NFSD_V3
-       select NFSD_V2_ACL
-       help
-         Solaris NFS servers support an auxiliary NFSv3 ACL protocol that
-         never became an official part of the NFS version 3 protocol.
-         This protocol extension allows applications on NFS clients to
-         manipulate POSIX Access Control Lists on files residing on NFS
-         servers.  NFS servers enforce POSIX ACLs on local files whether
-         this protocol is available or not.
-
-         This option enables support in your system's NFS server for the
-         NFSv3 ACL protocol extension allowing NFS clients to manipulate
-         POSIX ACLs on files exported by your system's NFS server.  NFS
-         clients which support the Solaris NFSv3 ACL protocol can then
-         access and modify ACLs on your NFS server.
-
-         To store ACLs on your NFS server, you also need to enable ACL-
-         related CONFIG options for your local file systems of choice.
-
-         If unsure, say N.
-
-config NFSD_V4
-       bool "NFS server support for NFS version 4 (EXPERIMENTAL)"
-       depends on NFSD && PROC_FS && EXPERIMENTAL
-       select NFSD_V3
-       select FS_POSIX_ACL
-       select RPCSEC_GSS_KRB5
-       help
-         This option enables support in your system's NFS server for
-         version 4 of the NFS protocol (RFC 3530).
-
-         To export files using NFSv4, you need to install additional user
-         space programs which can be found in the Linux nfs-utils package,
-         available from http://linux-nfs.org/.
-
-         If unsure, say N.
+source "fs/nfs/Kconfig"
+source "fs/nfsd/Kconfig"
 
 config LOCKD
        tristate
@@ -472,221 +264,13 @@ config NFS_COMMON
        depends on NFSD || NFS_FS
        default y
 
-config SUNRPC
-       tristate
-
-config SUNRPC_GSS
-       tristate
-
-config SUNRPC_XPRT_RDMA
-       tristate
-       depends on SUNRPC && INFINIBAND && EXPERIMENTAL
-       default SUNRPC && INFINIBAND
-       help
-         This option enables an RPC client transport capability that
-         allows the NFS client to mount servers via an RDMA-enabled
-         transport.
-
-         To compile RPC client RDMA transport support as a module,
-         choose M here: the module will be called xprtrdma.
-
-         If unsure, say N.
-
-config SUNRPC_REGISTER_V4
-       bool "Register local RPC services via rpcbind v4 (EXPERIMENTAL)"
-       depends on SUNRPC && EXPERIMENTAL
-       default n
-       help
-         Sun added support for registering RPC services at an IPv6
-         address by creating two new versions of the rpcbind protocol
-         (RFC 1833).
-
-         This option enables support in the kernel RPC server for
-         registering kernel RPC services via version 4 of the rpcbind
-         protocol.  If you enable this option, you must run a portmapper
-         daemon that supports rpcbind protocol version 4.
-
-         Serving NFS over IPv6 from knfsd (the kernel's NFS server)
-         requires that you enable this option and use a portmapper that
-         supports rpcbind version 4.
-
-         If unsure, say N to get traditional behavior (register kernel
-         RPC services using only rpcbind version 2).  Distributions
-         using the legacy Linux portmapper daemon must say N here.
-
-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
-       select CRYPTO_CBC
-       help
-         Choose Y here to enable Secure RPC using the Kerberos version 5
-         GSS-API mechanism (RFC 1964).
-
-         Secure RPC calls with Kerberos require an auxiliary user-space
-         daemon which may be found in the Linux nfs-utils package
-         available from http://linux-nfs.org/.  In addition, user-space
-         Kerberos support should be installed.
-
-         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
-       select CRYPTO_CAST5
-       select CRYPTO_CBC
-       help
-         Choose Y here to enable Secure RPC using the SPKM3 public key
-         GSS-API mechansim (RFC 2025).
-
-         Secure RPC calls with SPKM3 require an auxiliary userspace
-         daemon which may be found in the Linux nfs-utils package
-         available from http://linux-nfs.org/.
-
-         If unsure, say N.
-
-config SMB_FS
-       tristate "SMB file system support (OBSOLETE, please use CIFS)"
-       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.
-
+source "net/sunrpc/Kconfig"
+source "fs/smbfs/Kconfig"
 source "fs/cifs/Kconfig"
-
-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 AFS_FS
-       tristate "Andrew File System support (AFS) (EXPERIMENTAL)"
-       depends on INET && EXPERIMENTAL
-       select AF_RXRPC
-       help
-         If you say Y here, you will get an experimental Andrew File System
-         driver. It currently only supports unsecured read-only AFS access.
-
-         See <file:Documentation/filesystems/afs.txt> for more information.
-
-         If unsure, say N.
-
-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.
-
-config 9P_FS
-       tristate "Plan 9 Resource Sharing Support (9P2000) (Experimental)"
-       depends on INET && NET_9P && EXPERIMENTAL
-       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.
+source "fs/coda/Kconfig"
+source "fs/afs/Kconfig"
+source "fs/9p/Kconfig"
 
 endif # NETWORK_FILESYSTEMS