From: Sam Ravnborg <sam@ravnborg.org>
To: linux-kbuild <linux-kbuild@vger.kernel.org>,
LKML <linux-kernel@vger.kernel.org>
Cc: Dave Jones <davej@codemonkey.org.uk>,
Roland McGrath <roland@redhat.com>,
Andres Salomon <dilinger@queued.net>
Subject: Additional kconfig targets (cloneconfig, nonint_oldconfig etc)
Date: Tue, 29 Apr 2008 20:35:31 +0200 [thread overview]
Message-ID: <20080429183531.GB19652@uranus.ravnborg.org> (raw)
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
With oldconfig today we have two modes:
-> One mode where we are very chatty and show
all output.
-> And the 'silent' mode where we only start being
chatty when we see a new symbol.
I plan to drop the 'very chatty' mode as I
do not see it usefull.
So in essense 'make oldconfig' and 'make silentoldconfig'
become equal.
The commands we have today for kconfig is:
# Command line variants
make oldconfig
make silentoldconfig
make defconfig
make XXX_defconfig
(The other frontends are left out on purpose).
The challenge here is to come up with a syntax that
allows us to select between the three behaviours,
while keeping backward compatibility.
The best suggestion I have so far is to say that:
a) if defconfig is specified then we use method 1)
b) if oldconfig is specified then we use method 2)
c) if newconfig is specified then we use method 3)
And we add support for a new 'commandline' parameter
'K' so I can say:
make K=/proc/config.gz defconfig
make K=i386_defconfig defconfig
make K=i386_defconfig oldconfig
make K=/proc/config.gz newconfig
So K is used to specify what config file we use
to start out from.
Care should be taken to keep the known good
targets working as before.
Andres Salomon already did some preparational work
for this but I need to find a good way to handle the K=
parameter.
Dave J also posted patches that is useful for 'newconfig'.
But I wanted to ask for opinions before diving into
implmenting this.
Sam
[Random notes..]
# Enviroment variables affecting kconfig
KCONFIG_ALLCONFIG
KCONFIG_NOSILENTUPDATE
KCONFIG_CONFIG
KCONFIG_OVERWRITECONFIG
KCONFIG_NOTIMESTAMP
KCONFIG_AUTOCONFIG
KCONFIG_AUTOHEADER
#input files (aparts from the mandatory ones)
all.config
allno.config
allmod.config
allyes.config
allrandom.config
next reply other threads:[~2008-04-29 18:34 UTC|newest]
Thread overview: 22+ messages / expand[flat|nested] mbox.gz Atom feed top
2008-04-29 18:35 Sam Ravnborg [this message]
2008-04-29 21:24 ` Additional kconfig targets (cloneconfig, nonint_oldconfig etc) 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
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=20080429183531.GB19652@uranus.ravnborg.org \
--to=sam@ravnborg.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 \
/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