archive mirror
 help / color / mirror / Atom feed
From: Roman Zippel <>
To: Rob Landley <>
Subject: Re: Messing with Kconfig.
Date: Fri, 1 Aug 2003 11:33:33 +0200 (CEST)	[thread overview]
Message-ID: <Pine.LNX.4.44.0308011112230.717-100000@serv> (raw)
In-Reply-To: <>


On Fri, 1 Aug 2003, Rob Landley wrote:

> 1) There are no actual options at the top level, and I'm wondering if that's 
> policy or coincidence.  For example, CONFIG_EXPERIMENTAL lives by itself in a 
> wrapper menu that's pretty darn specifically tailored to it, and is unlikely 
> to grow too many more options.  Would taking it out of the wrapper menu be a 
> bad thing?

Kconfig now supports config options at the top level, but changing the 
position of CONFIG_EXPERIMENTAL at this point is probably a bad idea.

> 2) There's at least two different menu types.  The standard top-level menus 
> are just "descend into this" (the "menu" type), often with a guard item at 
> the top of the menu you descend into that deactivates and hides everything in 
> it.  But a couple (like CONFIG_EMBEDDED, under general setup) are type 
> "menuconfig", where you have to select the menu in order to be able to 
> descend into it.  These two are basically functionally equivalent,but provide 
> have two different user interface styles.  Which is preferred?

menuconfig is meant for generic options, like CONFIG_IDE or CONFIG_SCSI, 
so that you can easily see whether they are enabled or not.

> 4) Some menu guards don't actually disable everything in their menu when you 
> switch 'em off.  The CONFIG_INPUT is one example, CONFIG_VIDEO_DEV is 
> another.

This should be fixed.

> 5) Is the indentation level supposed to mean something?  Look at PCI IDE 
> chipset support, for example.  Disable it and the indented menu items under 
> it disappear, along with a dozen or so menu items underneath it that aren't 
> indented.  Am I missing a subtle policy issue here?  (It makes cases like 
> "does USB Gadet support need USB Support, cause it doesn't go away when you 
> disable it" harder to figure out...)

Yes, it's supposed to help the user, how options are related. This needs 
some manual fixing. If you want to start somewhere, try to fix these 
first. It usually requires only moving an option around or adding another 
dependency. xconfig is extremly useful here, enable "show all options" and 
you can easily see which option breaks the indentation and the debug info 
tells you where to find this option.
Please don't do any major reorganization, this is not what we need right 

> 6) In test-2, if you do a make distclean (zapping your .config) and also rip
> the config out  of /boot, and then do a make menuconfig, you get the
> following:

arch/i386/defconfig needs to be updated from time to time.

bye, Roman

  reply	other threads:[~2003-08-01  9:33 UTC|newest]

Thread overview: 7+ messages / expand[flat|nested]  mbox.gz  Atom feed  top
2003-08-01  8:37 Messing with Kconfig Rob Landley
2003-08-01  9:33 ` Roman Zippel [this message]
2003-08-01 13:35 ` Bartlomiej Zolnierkiewicz
2003-08-01  9:01 John Bradford
2003-08-01  9:12 ` Rob Landley
2003-08-01 15:27 ` Nicolas Pitre
2003-08-01 17:12   ` Rob Landley

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:

* Reply using the --to, --cc, and --in-reply-to
  switches of git-send-email(1):

  git send-email \
    --in-reply-to=Pine.LNX.4.44.0308011112230.717-100000@serv \ \ \ \

* 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;
as well as URLs for NNTP newsgroup(s).