From: Jesper Juhl <juhl-lkml@dif.dk>
To: Valdis.Kletnieks@vt.edu
Cc: Borislav Petkov <petkov@uni-muenster.de>,
Edgar Toernig <froese@gmx.de>, jmerkey <jmerkey@utah-nac.org>,
Scott Robert Ladd <lkml@coyotegulch.com>,
linux-kernel@vger.kernel.org
Subject: Re: Automatic .config generation
Date: Sun, 15 May 2005 11:52:51 +0200 (CEST) [thread overview]
Message-ID: <Pine.LNX.4.62.0505151148220.2387@dragon.hyggekrogen.localhost> (raw)
In-Reply-To: <200505150742.j4F7gds1020180@turing-police.cc.vt.edu>
On Sun, 15 May 2005 Valdis.Kletnieks@vt.edu wrote:
> On Sun, 15 May 2005 09:03:42 +0200, Borislav Petkov said:
> > On Thursday 12 May 2005 23:17, Edgar Toernig wrote:
> > > jmerkey wrote:
> > > > Scott Robert Ladd wrote:
> > > > >Is there a utility that creates a .config based on analysis of
> the
> > > > >target system?
> > how about /proc/config.gz.. although this was pretty recent IIRC.
> That describes the currently running kernel *as built* - so for instance
> booting a RedHat kernel on almost anything will show 3 zillion things
> built as modules - including 2.5 zillion things that aren't needed in
> the
> current config (for instance, every single sound card driver may be
> included).
> What is desired is a utility that will do an lspci/lsusb/etc and build
> up
> a .config that matches *the current hardware* (for instance, only
> including
> a module for the one sound card that's actually installed).
>
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
either). Or just use good old "make menuconfig" to only enable the module
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.
--
Jesper Juhl
next prev parent reply other threads:[~2005-05-15 9:48 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 [this message]
2005-05-15 11:13 ` Valdis.Kletnieks
2005-05-16 12:50 ` Steven Rostedt
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=Pine.LNX.4.62.0505151148220.2387@dragon.hyggekrogen.localhost \
--to=juhl-lkml@dif.dk \
--cc=Valdis.Kletnieks@vt.edu \
--cc=froese@gmx.de \
--cc=jmerkey@utah-nac.org \
--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®