Re: [PATCH] fix EMBEDDED + SYSCTL menu

Randy Dunlap <rdunlap@xxxxxxxxxxxx> 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@xxxxxxxxxxxx>

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@xxxxxxxxxxxx>
---
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@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/

Relevant Pages