2009-01-22 08:11:56 +00:00
|
|
|
config SUNRPC
|
|
|
|
tristate
|
kernel: conditionally support non-root users, groups and capabilities
There are a lot of embedded systems that run most or all of their
functionality in init, running as root:root. For these systems,
supporting multiple users is not necessary.
This patch adds a new symbol, CONFIG_MULTIUSER, that makes support for
non-root users, non-root groups, and capabilities optional. It is enabled
under CONFIG_EXPERT menu.
When this symbol is not defined, UID and GID are zero in any possible case
and processes always have all capabilities.
The following syscalls are compiled out: setuid, setregid, setgid,
setreuid, setresuid, getresuid, setresgid, getresgid, setgroups,
getgroups, setfsuid, setfsgid, capget, capset.
Also, groups.c is compiled out completely.
In kernel/capability.c, capable function was moved in order to avoid
adding two ifdef blocks.
This change saves about 25 KB on a defconfig build. The most minimal
kernels have total text sizes in the high hundreds of kB rather than
low MB. (The 25k goes down a bit with allnoconfig, but not that much.
The kernel was booted in Qemu. All the common functionalities work.
Adding users/groups is not possible, failing with -ENOSYS.
Bloat-o-meter output:
add/remove: 7/87 grow/shrink: 19/397 up/down: 1675/-26325 (-24650)
[akpm@linux-foundation.org: coding-style fixes]
Signed-off-by: Iulia Manda <iulia.manda21@gmail.com>
Reviewed-by: Josh Triplett <josh@joshtriplett.org>
Acked-by: Geert Uytterhoeven <geert@linux-m68k.org>
Tested-by: Paul E. McKenney <paulmck@linux.vnet.ibm.com>
Reviewed-by: Paul E. McKenney <paulmck@linux.vnet.ibm.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2015-04-15 23:16:41 +00:00
|
|
|
depends on MULTIUSER
|
2009-01-22 08:11:56 +00:00
|
|
|
|
|
|
|
config SUNRPC_GSS
|
|
|
|
tristate
|
2013-03-16 19:54:52 +00:00
|
|
|
select OID_REGISTRY
|
kernel: conditionally support non-root users, groups and capabilities
There are a lot of embedded systems that run most or all of their
functionality in init, running as root:root. For these systems,
supporting multiple users is not necessary.
This patch adds a new symbol, CONFIG_MULTIUSER, that makes support for
non-root users, non-root groups, and capabilities optional. It is enabled
under CONFIG_EXPERT menu.
When this symbol is not defined, UID and GID are zero in any possible case
and processes always have all capabilities.
The following syscalls are compiled out: setuid, setregid, setgid,
setreuid, setresuid, getresuid, setresgid, getresgid, setgroups,
getgroups, setfsuid, setfsgid, capget, capset.
Also, groups.c is compiled out completely.
In kernel/capability.c, capable function was moved in order to avoid
adding two ifdef blocks.
This change saves about 25 KB on a defconfig build. The most minimal
kernels have total text sizes in the high hundreds of kB rather than
low MB. (The 25k goes down a bit with allnoconfig, but not that much.
The kernel was booted in Qemu. All the common functionalities work.
Adding users/groups is not possible, failing with -ENOSYS.
Bloat-o-meter output:
add/remove: 7/87 grow/shrink: 19/397 up/down: 1675/-26325 (-24650)
[akpm@linux-foundation.org: coding-style fixes]
Signed-off-by: Iulia Manda <iulia.manda21@gmail.com>
Reviewed-by: Josh Triplett <josh@joshtriplett.org>
Acked-by: Geert Uytterhoeven <geert@linux-m68k.org>
Tested-by: Paul E. McKenney <paulmck@linux.vnet.ibm.com>
Reviewed-by: Paul E. McKenney <paulmck@linux.vnet.ibm.com>
Signed-off-by: Andrew Morton <akpm@linux-foundation.org>
Signed-off-by: Linus Torvalds <torvalds@linux-foundation.org>
2015-04-15 23:16:41 +00:00
|
|
|
depends on MULTIUSER
|
2009-01-22 08:11:56 +00:00
|
|
|
|
2011-07-13 23:20:49 +00:00
|
|
|
config SUNRPC_BACKCHANNEL
|
|
|
|
bool
|
|
|
|
depends on SUNRPC
|
|
|
|
|
2012-07-31 23:45:12 +00:00
|
|
|
config SUNRPC_SWAP
|
|
|
|
bool
|
|
|
|
depends on SUNRPC
|
|
|
|
|
2009-01-22 08:11:56 +00:00
|
|
|
config RPCSEC_GSS_KRB5
|
2011-04-15 16:58:56 +00:00
|
|
|
tristate "Secure RPC: Kerberos V mechanism"
|
2010-08-17 21:42:45 +00:00
|
|
|
depends on SUNRPC && CRYPTO
|
2011-04-15 16:58:56 +00:00
|
|
|
depends on CRYPTO_MD5 && CRYPTO_DES && CRYPTO_CBC && CRYPTO_CTS
|
|
|
|
depends on CRYPTO_ECB && CRYPTO_HMAC && CRYPTO_SHA1 && CRYPTO_AES
|
|
|
|
depends on CRYPTO_ARC4
|
2010-08-17 21:42:45 +00:00
|
|
|
default y
|
2009-01-22 08:11:56 +00:00
|
|
|
select SUNRPC_GSS
|
|
|
|
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.
|
|
|
|
|
2010-08-17 21:42:45 +00:00
|
|
|
If unsure, say Y.
|
2012-03-18 18:07:42 +00:00
|
|
|
|
|
|
|
config SUNRPC_DEBUG
|
|
|
|
bool "RPC: Enable dprintk debugging"
|
|
|
|
depends on SUNRPC && SYSCTL
|
2014-11-26 19:44:43 +00:00
|
|
|
select DEBUG_FS
|
2012-03-18 18:07:42 +00:00
|
|
|
help
|
|
|
|
This option enables a sysctl-based debugging interface
|
|
|
|
that is be used by the 'rpcdebug' utility to turn on or off
|
|
|
|
logging of different aspects of the kernel RPC activity.
|
|
|
|
|
|
|
|
Disabling this option will make your kernel slightly smaller,
|
|
|
|
but makes troubleshooting NFS issues significantly harder.
|
|
|
|
|
|
|
|
If unsure, say Y.
|
2014-03-18 23:45:47 +00:00
|
|
|
|
2015-06-04 15:21:42 +00:00
|
|
|
config SUNRPC_XPRT_RDMA
|
|
|
|
tristate "RPC-over-RDMA transport"
|
2014-03-18 23:45:47 +00:00
|
|
|
depends on SUNRPC && INFINIBAND && INFINIBAND_ADDR_TRANS
|
|
|
|
default SUNRPC && INFINIBAND
|
2017-04-09 17:06:16 +00:00
|
|
|
select SG_POOL
|
2014-03-18 23:45:47 +00:00
|
|
|
help
|
2015-06-04 15:21:42 +00:00
|
|
|
This option allows the NFS client and server to use RDMA
|
|
|
|
transports (InfiniBand, iWARP, or RoCE).
|
2014-03-18 23:45:47 +00:00
|
|
|
|
2015-06-04 15:21:42 +00:00
|
|
|
To compile this support as a module, choose M. The module
|
|
|
|
will be called rpcrdma.ko.
|
2014-03-18 23:45:47 +00:00
|
|
|
|
2015-06-04 15:21:42 +00:00
|
|
|
If unsure, or you know there is no RDMA capability on your
|
|
|
|
hardware platform, say N.
|