All of lore.kernel.org
 help / color / mirror / Atom feed
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


             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.