On Wed, Mar 9, 2011 at 1:38 AM, Arnd Bergmann <a...@arndb.de> wrote: > On Wednesday 09 March 2011 03:32:35 John Stultz wrote: >> In looking at trying to replace defconfigs with kconfig fragments, >> one limitation identified is that config items in choice blocks >> cannot be selected by other config options. >> >> One way to doge this would be to create non-visible meta options >> that change the choice block's default, but that would require >> additional meta-configs per-choice config, plus a conditional >> default per meta-config. That just seemed too ugly. >> >> So I looked into how to allow the choice default to be overrided >> by a select statment, and the following patch is the result. >> >> I'm very new to kconfig code, so I expect that my changes are >> probably broken in some subtle way, but in my testing it seems >> to work. The select only chagnes the default, which can be overrided >> by the user via the menu. This allows kconfig fragments to work >> for make defconfig, while not restricting user customization. >> >> Thoughts and feedback (or alternate approaches) would be appreciated. >> >> thanks >> -john >> >> CC: Grant Likely <grant.lik...@secretlab.ca> >> CC: Jason Hui <jason....@linaro.org> >> CC: patc...@linaro.org >> Signed-off-by: John Stultz <john.stu...@linaro.org> > > The patch looks fine to me (as far as my little Kconfig > knowledge goes). Two comments about the submission form though: > > * Ideally, the initial description is split into two parts: one > that is suitable as a changelog and the other that is your > personal comment, including the "thanks" part, and put it below > the --- line, so that git can automatically cut it. > > * I think you should also Cc the Kconfig maintainer, Roman > Zippel <zip...@linux-m68k.org>, and linux-kbu...@vger.kernel.org.
And linux-kernel. This definitely needs wider circulation, and I'd like to see a push to get this accepted upstream before adding it to the Linaro kernel tree. g. _______________________________________________ linaro-dev mailing list linaro-dev@lists.linaro.org http://lists.linaro.org/mailman/listinfo/linaro-dev