[PATCH] 9p: Don't use binary sysctl numbers.

From: Eric W. Biederman
Date: Sat Jul 21 2007 - 14:54:21 EST



The recent 9p commit: bd238fb431f31989898423c8b6496bc8c4204a86
that supposedly only moved files also introduced a new 9p sysctl
interface that did not properly register it's sysctl binary numbers,
and since it was only for debugging clearly did not need a binary fast
path in any case. So this patch just remove the binary numbers.

See Documentation/sysctl/ctl_unnumbered.txt for more details.

While I was at it I cleaned up the sysctl initializers a little as
well so there is less to read.

Cc: Latchesar Ionkov <lucho@xxxxxxxxxx>
Cc: Eric Van Hensbergen <ericvh@xxxxxxxxx>
Signed-off-by: Eric W. Biederman <ebiederm@xxxxxxxxxxxx>
---
net/9p/sysctl.c | 21 ++++++++-------------
1 files changed, 8 insertions(+), 13 deletions(-)

diff --git a/net/9p/sysctl.c b/net/9p/sysctl.c
index e7fe706..8b61027 100644
--- a/net/9p/sysctl.c
+++ b/net/9p/sysctl.c
@@ -28,15 +28,10 @@
#include <linux/init.h>
#include <net/9p/9p.h>

-enum {
- P9_SYSCTL_NET = 487,
- P9_SYSCTL_DEBUG = 1,
-};
-
-static ctl_table p9_table[] = {
+static struct ctl_table p9_table[] = {
#ifdef CONFIG_NET_9P_DEBUG
{
- .ctl_name = P9_SYSCTL_DEBUG,
+ .ctl_name = CTL_UNNUMBERED,
.procname = "debug",
.data = &p9_debug_level,
.maxlen = sizeof(int),
@@ -44,21 +39,21 @@ static ctl_table p9_table[] = {
.proc_handler = &proc_dointvec
},
#endif
- { .ctl_name = 0 },
+ {},
};

-static ctl_table p9_net_table[] = {
+static struct ctl_table p9_net_table[] = {
{
- .ctl_name = P9_SYSCTL_NET,
+ .ctl_name = CTL_UNNUMBERED,
.procname = "9p",
.maxlen = 0,
.mode = 0555,
.child = p9_table,
},
- { .ctl_name = 0 },
+ {},
};

-static ctl_table p9_ctl_table[] = {
+static struct ctl_table p9_ctl_table[] = {
{
.ctl_name = CTL_NET,
.procname = "net",
@@ -66,7 +61,7 @@ static ctl_table p9_ctl_table[] = {
.mode = 0555,
.child = p9_net_table,
},
- { .ctl_name = 0 },
+ {},
};

static struct ctl_table_header *p9_table_header;
--
1.5.1.1.181.g2de0

-
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/