[-mm patch] CONFIGFS_FS: "If unsure, say N."

From: Adrian Bunk
Date: Sat Jul 02 2005 - 06:00:07 EST


On Wed, Jun 29, 2005 at 06:30:11PM -0700, Joel Becker wrote:
> On Thu, Jun 30, 2005 at 03:10:15AM +0200, Adrian Bunk wrote:
> > The question is:
> > Assume a user doesn't use external modules, will enabling this option
> > have any effect for him except that it wastes some bytes of his RAM?
> >
> > sysfs is useful in this case.
> > How is configfs useful in this case?
>
> I'm not saying it is. I'm saying that "Hey, if you are unsure
> you want 'N'" is a good thing to say, but removing the description of
> "what configfs is" is unhelpful and unneeded.

OK, what about the patch below?

> Joel

cu
Adrian



<-- snip -->


Make it clear that users usually shouldn't manually enable CONFIGFS_FS.

Signed-off-by: Adrian Bunk <bunk@xxxxxxxxx>

--- linux-2.6.13-rc1-mm1-full/fs/Kconfig.old 2005-07-02 12:50:23.000000000 +0200
+++ linux-2.6.13-rc1-mm1-full/fs/Kconfig 2005-07-02 12:51:05.000000000 +0200
@@ -936,24 +936,30 @@
config CONFIGFS_FS
tristate "Userspace-driven configuration filesystem (EXPERIMENTAL)"
depends on EXPERIMENTAL
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.

+ This option is provided for the case where no in-kernel-tree
+ modules require configfs, but a module built outside the kernel
+ tree does. Such modules require Y or M here.
+
+ If unsure, say N.
+
config RELAYFS_FS
tristate "Relayfs file system support"
---help---
Relayfs is a high-speed data relay filesystem designed to provide
an efficient mechanism for tools and facilities to relay large
amounts of data from kernel space to user space.

To compile this code as a module, choose M here: the module will be
called relayfs.

If unsure, say N.


-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/