1
2
3
4
5
6
7
8
9
10
11
12
13
14
15
16
17
18
19
20
21
22
23
24
25
26
27
28
29
30
31
32
33
34
35
36
37
38
39
40
41
42
43
44
45
46
47
48
49
50
51
52
53
54
55
56
57
58
59
60
61
62
63
64
65
66
67
68
69
70
71
72
73
74
75
76
77
78
79
80
81
82
83
84
85
86
87
88
89
90
91
92
93
94
95
96
97
98
99
100
101
102
103
104
105
106
107
108
109
110
111
112
113
114
115
116
117
118
119
120
121
122
123
124
125
126
127
128
129
130
131
132
133
134
135
136
137
138
139
140
141
142
143
144
145
146
147
148
149
150
151
152
153
154
155
156
157
158
159
160
|
menu "Network filesystems"
config ADK_KERNEL_FS_POSIX_ACL
bool
config ADK_KERNEL_CIFS
tristate "CIFS support"
select ADK_KERNEL_NETWORK_FILESYSTEMS
select ADK_KERNEL_CRYPTO_MD4
select ADK_KERNEL_CRYPTO_MD5
select ADK_KERNEL_CRYPTO_HMAC
select ADK_KERNEL_CRYPTO_ARC4
select ADK_KERNEL_CRYPTO_ECB
select ADK_KERNEL_CRYPTO_DES
select ADK_KERNEL_CRYPTO_SHA256
select ADK_KERNEL_NLS_UTF8
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
server support for Linux and many other operating systems). Limited
support for Windows ME and similar servers is provided as well.
You must use the smbfs client filesystem to access older SMB servers
such as OS/2 and DOS.
The intent of the cifs module is to provide an advanced
network file system client for mounting to CIFS compliant servers,
including support for dfs (hierarchical name space), secure per-user
session establishment, safe distributed caching (oplock), optional
packet signing, Unicode and other internationalization improvements,
and optional Winbind (nsswitch) integration. You do not need to enable
cifs if running only a (Samba) server. It is possible to enable both
smbfs and cifs (e.g. if you are using CIFS for accessing Windows 2003
and Samba 3 servers, and smbfs for accessing old servers). If you need
to mount to Samba or Windows from this machine, say Y.
config ADK_KERNEL_CODA_FS
tristate "Support for CODA filesystem"
select ADK_KERNEL_NETWORK_FILESYSTEMS
help
This is the kernel part of the client for the CODA filesystem.
config ADK_KERNEL_NFS_V3
bool
select ADK_KERNEL_NETWORK_FILESYSTEMS
config ADK_KERNEL_NFS_V4
bool
select ADK_KERNEL_NETWORK_FILESYSTEMS
config ADK_KERNEL_NFS_FS
tristate "NFS client support"
select ADK_KERNEL_NFS_V3
select ADK_KERNEL_FILE_LOCKING
select ADK_KERNEL_DNOTIFY
select ADK_KERNEL_SUNRPC
select ADK_KERNEL_LOCKD
select ADK_KERNEL_NETWORK_FILESYSTEMS
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.
Kernel modules for NFS client support
config ADK_KERNEL_NFSD_V3
bool
config ADK_KERNEL_NFSD_V4
bool
select ADK_KERNEL_SUNRPC_GSS
default y if ADK_PACKAGE_NFS_UTILS_V4
default n
config ADK_KERNEL_NFSD
tristate "NFS server support"
select ADK_KERNEL_EXPORTFS
select ADK_KERNEL_NFSD_V3
select ADK_KERNEL_DNOTIFY
select ADK_KERNEL_FILE_LOCKING
select ADK_KERNEL_SUNRPC
select ADK_KERNEL_LOCKD
select ADK_KERNEL_NETWORK_FILESYSTEMS
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>.
config ADK_KERNEL_LOCKD
tristate
config ADK_KERNEL_SUNRPC
tristate
config ADK_KERNEL_SUNRPC_GSS
tristate
select ADK_KERNEL_SUNRPC
config ADK_KERNEL_RPCSEC_GSS_KRB5
tristate "RPC security support"
select ADK_KERNEL_NETWORK_FILESYSTEMS
select ADK_KERNEL_SUNRPC_GSS
select ADK_KERNEL_SUNRPC
select ADK_KERNEL_CRYPTO
select ADK_KERNEL_CRYPTO_MD5
select ADK_KERNEL_CRYPTO_DES
select ADK_KERNEL_CRYPTO_CBC
select ADK_KERNEL_CRYPTO_CTS
select ADK_KERNEL_CRYPTO_ECB
select ADK_KERNEL_CRYPTO_HMAC
select ADK_KERNEL_CRYPTO_SHA1
select ADK_KERNEL_CRYPTO_AES
select ADK_KERNEL_CRYPTO_ARC4
endmenu
|