From: Steven Rostedt <rostedt@goodmis.org>
To: Valdis.Kletnieks@vt.edu
Cc: linux-kernel@vger.kernel.org,
Scott Robert Ladd <lkml@coyotegulch.com>,
jmerkey <jmerkey@utah-nac.org>, Edgar Toernig <froese@gmx.de>,
Borislav Petkov <petkov@uni-muenster.de>,
Jesper Juhl <juhl-lkml@dif.dk>
Subject: Re: Automatic .config generation
Date: Mon, 16 May 2005 08:50:21 -0400 [thread overview]
Message-ID: <1116247821.4212.7.camel@localhost.localdomain> (raw)
In-Reply-To: <200505151113.j4FBDf2a011875@turing-police.cc.vt.edu>
Once again, check out
http://www.kihontech.com/code/streamline_config.pl :-)
On Sun, 2005-05-15 at 07:13 -0400, Valdis.Kletnieks@vt.edu wrote:
> On Sun, 15 May 2005 11:52:51 +0200, Jesper Juhl said:
> > What's the big gain? Where's the harm in just building all the sound
> > modules - you only load one in the end anyway, and the space taken by the
> > other modules is negligible with the disk sizes of today I'd say (ok,
> > there's some extra build time involved, but that shouldn't be a big deal
>
> If you're doing building and testing on an older/slower box, the build
> time and disk size matters - there's 481 'y' or 'm' in my current .config, versus
> 1701 in the Fedora -1287 kernel. Being able to do 3 build/reboot loops in
> an hour versus one every 90 mins makes a big difference. Being able to do a
> build in 400M instead of 2G means that a 7G /usr/src/ partition can hold 8 or 9
> trees, rather than 3 (useful for those "when did this start" regressions, especially
> in combo with that 20 min versus 90 build time. ;)
>
I have to do a bit of traveling, and one time I didn't want to bring my
main laptop, and instead brought along my 75MHz IBM Thinkpad 755CX. (a
professor laughed at me and jokingly offered me his palm pilot as an
upgrade!). I actually used this to do kernel compiles. So this can take
quite some time on this type of hardware.
> > you want. Besides, it's not as if you have to redo your kernel config from
> > scratch every time you want a new kernel. Make your favorite config once,
> > build and install that kernel and then when you want a newer kernel simply
> > either cd linux-<version>; zcat /proc/config.gz > .config ; make oldconfig
> > and then build the new kernel using your previous config.
>
> Yes, that's easy if you're working on *the same hardware*, so new device drivers
> aren't of interest, and the only thing 'make oldconfig' will prompt you for is
> new non-driver functionality. However, that's not everybody...
>
> The function is for building streamlined configs for new systems - you get
> in a Frobozz2005 laptop, and although you probably have your own favorite set
> of values for things like which netfilter modules to build, you probably have
> *no* idea right off what device drivers you need. So you end up either going
> the RedHat route and building it *all* anyhow, or spending a lot of time
> figuring out which drivers you need for *this* box. And you can't even trust
> the vendor sometimes - the Dell laptop I'm typing on was part of a larger order.
> A co-worker got another C840, and we had both ordered the same CD/RW-DVD drive.
> Machines had consecutive Dell service/serial numbers - and different vendor
> drives (mine had a Toshiba, his had something else).
>
With this simple script, you only need to use what the distribution
installed (hopefully it also installs the .config that is used). And the
script will remove all the modules but the ones that are loaded.
-- Steve
next prev parent reply other threads:[~2005-05-16 12:51 UTC|newest]
Thread overview: 18+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-05-12 18:05 Scott Robert Ladd
2005-05-12 17:07 ` jmerkey
2005-05-12 18:21 ` Matthias-Christian Ott
2005-05-12 18:49 ` Steven Rostedt
2005-05-12 18:33 ` Lennart Sorensen
2005-05-12 21:17 ` Edgar Toernig
2005-05-15 7:03 ` Borislav Petkov
2005-05-15 7:42 ` Valdis.Kletnieks
2005-05-15 9:52 ` Jesper Juhl
2005-05-15 11:13 ` Valdis.Kletnieks
2005-05-16 12:50 ` Steven Rostedt [this message]
2005-05-15 14:08 ` Scott Robert Ladd
2005-05-15 13:52 ` aq
2005-09-06 9:02 Ahmad Reza Cheraghi
2005-09-06 9:12 Ahmad Reza Cheraghi
2005-09-08 20:39 Ahmad Reza Cheraghi
2005-09-08 21:13 ` Alex Riesen
2005-09-09 7:48 ` Ahmad Reza Cheraghi
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=1116247821.4212.7.camel@localhost.localdomain \
--to=rostedt@goodmis.org \
--cc=Valdis.Kletnieks@vt.edu \
--cc=froese@gmx.de \
--cc=jmerkey@utah-nac.org \
--cc=juhl-lkml@dif.dk \
--cc=linux-kernel@vger.kernel.org \
--cc=lkml@coyotegulch.com \
--cc=petkov@uni-muenster.de \
/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
all inboxes | Powered by JetHome®