linux-kernel - Kconfig choice oddities?

lists.openwall.net		lists / announce owl-users owl-dev john-users john-dev passwdqc-users yescrypt popa3d-users / oss-security kernel-hardening musl sabotage tlsify passwords / crypt-dev xvendor / Bugtraq Full-Disclosure linux-kernel linux-netdev linux-ext4 linux-hardening linux-cve-announce PHC
Open Source and information security mailing list archives

Hash Suite for Android: free password hash cracker in your pocket

[<prev] [next>] [day] [month] [year] [list]

Message-Id: <4B30CD2E02000078000272AA@vpn.id2.novell.com>
Date:	Tue, 22 Dec 2009 12:44:14 +0000
From:	"Jan Beulich" <JBeulich@...ell.com>
To:	"Roman Zippel" <zippel@...ux-m68k.org>, <sam@...nborg.org>
Cc:	<linux-kernel@...r.kernel.org>
Subject: Kconfig choice oddities?

Sam, Roman,

what is the reason for the difference in behavior between choices' and
simple options' prompts followed by conditionals? For simple options, the
conditional, if evaluating to false, just hides the prompt (forcing the
default to be used), but for choices it seems to eliminate the choice
altogether (i.e. it appears to have the same effect as a "depends on").

Further, is it really appropriate to write out the settings of all choice
members, even those that have dependencies evaluating to false? The
effect of this is that when the dependencies change, resulting in a new
choice member to become visible, "make oldconfig" doesn't present the
choice to the user since a "selected" value was already read from
.config.

Thanks, Jan

--
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/