From: ebiederm@xmission.com (Eric W. Biederman)
To: Randy Dunlap <rdunlap@xenotime.net>
Cc: Adrian Bunk <bunk@stusta.de>, lkml <linux-kernel@vger.kernel.org>,
akpm <akpm@osdl.org>,
76306.1226@compuserve.com, ebiederm@xmission.com
Subject: Re: [PATCH] fix EMBEDDED + SYSCTL menu
Date: Fri, 29 Sep 2006 18:55:45 -0600 [thread overview]
Message-ID: <m18xk2goku.fsf@ebiederm.dsl.xmission.com> (raw)
In-Reply-To: <20060929092446.6e2227b4.rdunlap@xenotime.net> (Randy Dunlap's message of "Fri, 29 Sep 2006 09:24:46 -0700")
Randy Dunlap <rdunlap@xenotime.net> writes:
> On Fri, 29 Sep 2006 18:05:21 +0200 Adrian Bunk wrote:
>
>> On Thu, Sep 28, 2006 at 08:42:51PM -0700, Randy Dunlap wrote:
>> > From: Randy Dunlap <rdunlap@xenotime.net>
>> >
>> > SYSCTL should still depend on EMBEDDED. This unbreaks the
>> > EMBEDDED menu (from the recent SYSCTL_SYCALL menu option patch).
>> >
>> > Fix typos in new SYSCTL_SYSCALL menu.
>> >
>> > Signed-off-by: Randy Dunlap <rdunlap@xenotime.net>
>> > ---
>> > init/Kconfig | 14 +++++++-------
>> > 1 files changed, 7 insertions(+), 7 deletions(-)
>> >
>> > --- linux-2618-g10.orig/init/Kconfig
>> > +++ linux-2618-g10/init/Kconfig
>> > @@ -257,6 +257,9 @@ config CC_OPTIMIZE_FOR_SIZE
>> >
>> > If unsure, say N.
>> >
>> > +config SYSCTL
>> > + bool
>> > +
>> > menuconfig EMBEDDED
>> > bool "Configure standard kernel features (for small systems)"
>> > help
>> > @@ -272,11 +275,8 @@ config UID16
>> > help
>> > This enables the legacy 16-bit UID syscall wrappers.
>> >
>> > -config SYSCTL
>> > - bool
>> > -
>>
>> ACK
>>
>> > config SYSCTL_SYSCALL
>> > - bool "Sysctl syscall support"
>> > + bool "Sysctl syscall support" if EMBEDDED
>> > default n
>> > select SYSCTL
>> > ---help---
>> >...
>>
>> You could achieve the same by removing the option...
>>
>> Simply move SYSCTL_SYSCALL to the same place you are moving SYSCTL to
>> without fiddling with the dependencies.
>
> Yes, I realize that (I even had that patch earlier).
> I don't care which way it's done. Eric, any preference here?
Not really. The point of this patch is to bring the sys_sysctl discussion
to a conclusion. Either we don't support it and no one uses it. Or
someone actually uses it so we need to support it. The stupid case in
glibc where it tests for an SMP kernel when it should be using uname
and has a fallback into /proc/sys doesn't count.
Eric
p.s. I'm confused I only saw this message through lkml. I'm wondering
why haven't I gotten it normally yet.
prev parent reply other threads:[~2006-09-30 0:57 UTC|newest]
Thread overview: 4+ messages / expand[flat|nested] mbox.gz Atom feed top
2006-09-29 3:42 Randy Dunlap
2006-09-29 16:05 ` Adrian Bunk
2006-09-29 16:24 ` Randy Dunlap
2006-09-30 0:55 ` Eric W. Biederman [this message]
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=m18xk2goku.fsf@ebiederm.dsl.xmission.com \
--to=ebiederm@xmission.com \
--cc=76306.1226@compuserve.com \
--cc=akpm@osdl.org \
--cc=bunk@stusta.de \
--cc=linux-kernel@vger.kernel.org \
--cc=rdunlap@xenotime.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®