6de5bd128d
With all the patches we have queued in the BKL removal tree, only a few dozen modules are left that actually rely on the BKL, and even there are lots of low-hanging fruit. We need to decide what to do about them, this patch illustrates one of the options: Every user of the BKL is marked as 'depends on BKL' in Kconfig, and the CONFIG_BKL becomes a user-visible option. If it gets disabled, no BKL using module can be built any more and the BKL code itself is compiled out. The one exception is file locking, which is practically always enabled and does a 'select BKL' instead. This effectively forces CONFIG_BKL to be enabled until we have solved the fs/lockd mess and can apply the patch that removes the BKL from fs/locks.c. Signed-off-by: Arnd Bergmann <arnd@arndb.de>
23 lines
954 B
Plaintext
23 lines
954 B
Plaintext
config AUTOFS_FS
|
|
tristate "Kernel automounter support"
|
|
depends on BKL # unfixable, just use autofs4
|
|
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.
|