From: "Eric Van Hensbergen" <ericvh@gmail.com>
To: lucho@ionkov.net
Cc: "Alexey Dobriyan" <adobriyan@gmail.com>,
linux-kernel@vger.kernel.org,
"V9FS Developers" <v9fs-developer@lists.sourceforge.net>,
"Eric W. Biederman" <ebiederm@xmission.com>
Subject: Re: CTL_UNNUMBERED (Re: [PATCH] 9p: Don't use binary sysctl numbers.)
Date: Mon, 23 Jul 2007 12:13:45 -0500 [thread overview]
Message-ID: <a4e6962a0707231013v47683cd0xd35c65c25cb40653@mail.gmail.com> (raw)
In-Reply-To: <m1odi5wfjg.fsf@ebiederm.dsl.xmission.com>
On 7/21/07, Eric W. Biederman <ebiederm@xmission.com> wrote:
> Alexey Dobriyan <adobriyan@gmail.com> writes:
>
> >
> > That's separate patch but CTL_UNNUMBERED must die, because it's totally
> > unneeded. If you don't want sysctl(2) interface just SKIP ->ctl_name
> > initialization and save one line for something useful.
>
> As for the 9p code it doesn't seem to need or want a real binary
> interface. The 9p debug code picking of a semi-random number and not
> patching it into sysctl.h like it should for a binary interface is
> an implementation bug, and a maintenance problem.
>
Now that -rc1 is out, lets talk a bit more about this. Lucho can you
provide some level of justification of why you went for a sysctl
interface versus something directly accessible within the file system
-- that would seem more on-par with the 9p philosophy.
Perhaps its time for a general cleanup of the debug_level stuff -- it
was always ugly to have it as a global, but there was just no clear
way to have the session structure available everywhere we use it.
-eric
next prev parent reply other threads:[~2007-07-23 17:14 UTC|newest]
Thread overview: 9+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-07-21 18:53 [PATCH] 9p: Don't use binary sysctl numbers Eric W. Biederman
2007-07-21 20:57 ` CTL_UNNUMBERED (Re: [PATCH] 9p: Don't use binary sysctl numbers.) Alexey Dobriyan
2007-07-21 21:48 ` Andrew Morton
2007-07-21 22:36 ` Eric W. Biederman
2007-07-23 17:13 ` Eric Van Hensbergen [this message]
2007-07-23 18:05 ` Latchesar Ionkov
2007-07-23 18:09 ` Eric Van Hensbergen
2007-07-23 20:37 ` Eric W. Biederman
2007-07-23 20:28 ` Alexey Dobriyan
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=a4e6962a0707231013v47683cd0xd35c65c25cb40653@mail.gmail.com \
--to=ericvh@gmail.com \
--cc=adobriyan@gmail.com \
--cc=ebiederm@xmission.com \
--cc=linux-kernel@vger.kernel.org \
--cc=lucho@ionkov.net \
--cc=v9fs-developer@lists.sourceforge.net \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox
all inboxes | Powered by JetHome®