From: Sebastian Tennant <sebyte@smolny.plus.com>
To: linux-config@vger.kernel.org
Subject: How exactly does `make menuconfig' work?
Date: Thu, 29 Dec 2005 02:09:03 +0000 [thread overview]
Message-ID: <87slsc7iyo.fsf@smolny.plus.com> (raw)
Hi all,
If it's a festive time of year in your part of the world, then I hope
you're enjoying it.
In a freshly unpacked kernel source, if I run:
$ make allnoconfig
... it generates a minimal config with all options set to `no' which I can
then peruse with `make menuconfig', switching things `on' rather than
`off'.
This sounds fine, but...
... when I did this, there was simply no vesafb graphics option, which
I need. In fact, the only way I can gain access to this option is to
base my new config on my existing one in /boot (which already includes
it) by expliciting loading it as an `alternative'.
Why is this?
I had been lead to believe that running:
$ make menuconfig
... in a freshly unpacked kernel source automatically bases the new
config on your existing config. I thought this was the case until I
came to the missing vesafb option. I then tried running `make
mrpoper' and copying my config from /boot to the unpacked source
directory (as was suggested in another document) before running `make
menuconfig' again but still no vesafb option!
In short, I'm a little confused.
1) Why doesn't `make allnoconfig' include the veasfb graphics option?
2) Does a clean `make menuconfig' consult /boot/config-x.x.x or not?
I'd be extrememly grateful if someone could provide me with a clear
overview of the `make *config' process.
sdt
next reply other threads:[~2005-12-29 2:09 UTC|newest]
Thread overview: 3+ messages / expand[flat|nested] mbox.gz Atom feed top
2005-12-29 2:09 Sebastian Tennant [this message]
2006-03-02 16:55 ` How exactly does `make menuconfig' work? network_gauner
2006-03-07 16:44 ` Andy Davidson
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=87slsc7iyo.fsf@smolny.plus.com \
--to=sebyte@smolny.plus.com \
--cc=linux-config@vger.kernel.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 an external index of several public inboxes,
see mirroring instructions on how to clone and mirror
all data and code used by this external index.