From: Roman Zippel <zippel@linux-m68k.org>
To: Sam Ravnborg <sam@ravnborg.org>
Cc: linux-kbuild <linux-kbuild@vger.kernel.org>,
LKML <linux-kernel@vger.kernel.org>,
Dave Jones <davej@codemonkey.org.uk>,
Roland McGrath <roland@redhat.com>,
Andres Salomon <dilinger@queued.net>
Subject: Re: Additional kconfig targets (cloneconfig, nonint_oldconfig etc)
Date: Thu, 1 May 2008 06:40:29 +0200 [thread overview]
Message-ID: <200805010640.33973.zippel@linux-m68k.org> (raw)
In-Reply-To: <20080429183531.GB19652@uranus.ravnborg.org>
Hi,
On Tuesday 29. April 2008, Sam Ravnborg wrote:
> Recently there has been request for a number of new
> kconfig related targets.
>
> In general it boils down to the following:
>
> We need to be flexible in what configuration
> we start out from and how we apply it.
>
> We need to be able to apply it in following ways:
> 1) automated - select defaults for all new symbols
> => It is used for "make defconfig, make *_defconfig" today
>
> 2) interactive - asking user for all new symbols
> and error out if stdin is redirected
>
> 3) list unknown - list all new symbols and do not
> create a new config
A general comment about the intendend design:
conf.c is primarily meant as interactive tool. defconfig isn't exactly
interactive, but is included for historical reasons as it produces the same
output.
The patch I've seen for the last point put it into conf.c, which is the wrong
place for it. For this sort of thing we should create a small query tool,
which then can export all sorts of information.
If we silence the defconfig output (which IMO is a good thing, as I don't
think anyone looked at the output seriously for a long time and the current
behaviour has purely historical reasons), it would also open up the
possibility to separate it from conf.c.
This also fits into an idea I'm playing with to extend the .config format like
this:
%defaultmode: mod
CONFIG_FOO=n
Basically this could replace "make allmodconfig KCONFIG_ALLCONFIG=..." and the
current way to produce an allmodconfig would be replaced by a dedicated
function.
bye, Roman
next prev parent reply other threads:[~2008-05-01 4:50 UTC|newest]
Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-04-29 18:35 Additional kconfig targets (cloneconfig, nonint_oldconfig etc) Sam Ravnborg
2008-04-29 21:24 ` Andres Salomon
2008-04-30 6:35 ` Sam Ravnborg
2008-04-30 14:43 ` Jan Engelhardt
2008-04-30 10:45 ` SL Baur
2008-04-30 15:01 ` Randy Dunlap
2008-04-30 20:32 ` SL Baur
2008-04-30 20:35 ` Roland McGrath
2008-04-30 20:37 ` Sam Ravnborg
2008-04-30 14:44 ` Jan Engelhardt
2008-05-02 10:56 ` Sam Ravnborg
2008-05-01 4:40 ` Roman Zippel [this message]
2008-05-01 6:12 ` Sam Ravnborg
2008-05-03 21:49 ` Sam Ravnborg
2008-05-02 19:09 ` Sam Ravnborg
2008-05-21 20:47 ` Andres Salomon
2008-05-21 21:11 ` Dave Jones
2008-05-21 21:38 ` Andres Salomon
2008-05-22 19:06 ` Alexey Dobriyan
2008-05-21 21:47 ` Sam Ravnborg
2008-06-13 18:10 ` Andres Salomon
2008-06-13 18:14 ` Sam Ravnborg
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=200805010640.33973.zippel@linux-m68k.org \
--to=zippel@linux-m68k.org \
--cc=davej@codemonkey.org.uk \
--cc=dilinger@queued.net \
--cc=linux-kbuild@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=roland@redhat.com \
--cc=sam@ravnborg.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox