[<prev] [next>] [<thread-prev] [day] [month] [year] [list]
Message-ID: <m18xk2goku.fsf@ebiederm.dsl.xmission.com>
Date: Fri, 29 Sep 2006 18:55:45 -0600
From: ebiederm@...ssion.com (Eric W. Biederman)
To: Randy Dunlap <rdunlap@...otime.net>
Cc: Adrian Bunk <bunk@...sta.de>, lkml <linux-kernel@...r.kernel.org>,
akpm <akpm@...l.org>, 76306.1226@...puserve.com,
ebiederm@...ssion.com
Subject: Re: [PATCH] fix EMBEDDED + SYSCTL menu
Randy Dunlap <rdunlap@...otime.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@...otime.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@...otime.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.
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists