From: Randy Dunlap <rdunlap@infradead.org>
To: Mike Frysinger <vapier@gentoo.org>
Cc: linux-kbuild@vger.kernel.org
Subject: Re: non-visible options vs menuconfigs
Date: Mon, 22 Apr 2013 10:08:37 -0700 [thread overview]
Message-ID: <51756E95.7010800@infradead.org> (raw)
In-Reply-To: <201304221251.54695.vapier@gentoo.org>
On 04/22/13 09:51, Mike Frysinger wrote:
> the current EXPERT menuconfig is broken by some new options that happen to be
> sprinkled into the wrong place. seems like if a node is unprintable, it
> should get skipped for menuconfig purposes ? otherwise, this is a constantly
> losing battle where someone inserts new Kconfig options and forgets this
> nuance, and then it stays broken for a while until someone notices. this
> particular bug wrt EXPERT has been linux-3.2.
I only noticed a few days ago and then forgot to send a patch for it.
> for example, in the General setup section, you currently see:
> [ ] Configure standard kernel features (expert users) --->
> [ ] Embedded system
>
> if you enable EXPERT there, the options get dumped into the same level instead
> of being under that menuconfig:
> [*] Configure standard kernel features (expert users) --->
> [ ] Sysctl syscall support
> [*] Load all symbols for debugging/ksymoops
> ...
> [ ] Embedded system
>
> is this feasible in the kconfig code ?
A kconfig fix would be very nice.
for the patch below:
Acked-by: Randy Dunlap <rdunlap@infradead.org>
Thanks.
> -mike
>
> --- a/init/Kconfig
> +++ b/init/Kconfig
> @@ -1177,6 +1177,35 @@ config SYSCTL
> config ANON_INODES
> bool
>
> +config HAVE_UID16
> + bool
> +
> +config SYSCTL_EXCEPTION_TRACE
> + bool
> + help
> + Enable support for /proc/sys/debug/exception-trace.
> +
> +config SYSCTL_ARCH_UNALIGN_NO_WARN
> + bool
> + help
> + Enable support for /proc/sys/kernel/ignore-unaligned-usertrap
> + Allows arch to define/use @no_unaligned_warning to possibly warn
> + about unaligned access emulation going on under the hood.
> +
> +config SYSCTL_ARCH_UNALIGN_ALLOW
> + bool
> + help
> + Enable support for /proc/sys/kernel/unaligned-trap
> + Allows arches to define/use @unaligned_enabled to runtime toggle
> + the unaligned access emulation.
> + see arch/parisc/kernel/unaligned.c for reference
> +
> +config HOTPLUG
> + def_bool y
> +
> +config HAVE_PCSPKR_PLATFORM
> + bool
> +
> menuconfig EXPERT
> bool "Configure standard kernel features (expert users)"
> # Unhide debug options, to make the on-by-default options visible
> @@ -1187,9 +1216,6 @@ menuconfig EXPERT
> environments which can tolerate a "non-standard" kernel.
> Only use this if you really know what you are doing.
>
> -config HAVE_UID16
> - bool
> -
> config UID16
> bool "Enable 16-bit UID system calls" if EXPERT
> depends on HAVE_UID16
> @@ -1214,26 +1240,6 @@ config SYSCTL_SYSCALL
>
> If unsure say N here.
>
> -config SYSCTL_EXCEPTION_TRACE
> - bool
> - help
> - Enable support for /proc/sys/debug/exception-trace.
> -
> -config SYSCTL_ARCH_UNALIGN_NO_WARN
> - bool
> - help
> - Enable support for /proc/sys/kernel/ignore-unaligned-usertrap
> - Allows arch to define/use @no_unaligned_warning to possibly warn
> - about unaligned access emulation going on under the hood.
> -
> -config SYSCTL_ARCH_UNALIGN_ALLOW
> - bool
> - help
> - Enable support for /proc/sys/kernel/unaligned-trap
> - Allows arches to define/use @unaligned_enabled to runtime toggle
> - the unaligned access emulation.
> - see arch/parisc/kernel/unaligned.c for reference
> -
> config KALLSYMS
> bool "Load all symbols for debugging/ksymoops" if EXPERT
> default y
> @@ -1259,9 +1265,6 @@ config KALLSYMS_ALL
>
> Say N unless you really need all symbols.
>
> -config HOTPLUG
> - def_bool y
> -
> config PRINTK
> default y
> bool "Enable support for printk" if EXPERT
> @@ -1300,9 +1303,6 @@ config PCSPKR_PLATFORM
> This option allows to disable the internal PC-Speaker
> support, saving some memory.
>
> -config HAVE_PCSPKR_PLATFORM
> - bool
> -
> config BASE_FULL
> default y
> bool "Enable full-sized data structures for core" if EXPERT
>
--
~Randy
next prev parent reply other threads:[~2013-04-22 17:08 UTC|newest]
Thread overview: 7+ messages / expand[flat|nested] mbox.gz Atom feed top
2013-04-22 16:51 non-visible options vs menuconfigs Mike Frysinger
2013-04-22 17:08 ` Randy Dunlap [this message]
2013-04-22 18:03 ` Mike Frysinger
2013-04-22 18:00 ` Yann E. MORIN
2013-04-22 18:19 ` Mike Frysinger
2013-04-22 20:26 ` Yann E. MORIN
2013-04-22 21:12 ` Mike Frysinger
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=51756E95.7010800@infradead.org \
--to=rdunlap@infradead.org \
--cc=linux-kbuild@vger.kernel.org \
--cc=vapier@gentoo.org \
/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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.