From: Randy Dunlap <randy.dunlap@oracle.com>
To: Andrew Morton <akpm@linux-foundation.org>
Cc: Steven Rostedt <rostedt@goodmis.org>,
LKML <linux-kernel@vger.kernel.org>,
linux-kbuild@vger.kernel.org,
Randy Dunlap <randy.dunlap@oracle.com>,
Frederic Weisbecker <fweisbec@gmail.com>,
Ingo Molnar <mingo@elte.hu>,
zippel@linux-m68k.org
Subject: Re: [PATCH][RFC] check for select dependency errors on config load
Date: Fri, 20 Feb 2009 22:20:21 -0800 [thread overview]
Message-ID: <499F9D25.8010300@oracle.com> (raw)
In-Reply-To: <20090220220810.6f4360f0.akpm@linux-foundation.org>
Andrew Morton wrote:
> On Sat, 21 Feb 2009 00:24:05 -0500 (EST) Steven Rostedt <rostedt@goodmis.org> wrote:
>
>> There's been a few problems with SELECT and dependencies lately.
>> I've been burnt by it a few times myself. So I look at the kconfig
>> code and added this patch. It can use a bit more work but it does what
>> I want.
>>
>> When the config is loaded, it checks all the symbols that are
>> selected by an active config and makes sure the visible dependencies are
>> also activated. This should probably be moved to the writing of the
>> config instead, but since I just wanted to see if my current config was
>> OK, I did it on load. This is an RFC patch anyway, so fixes/comments are
>> definitely welcome.
>>
>> Here's what I get with the attached config running on 2.6.29-rc5.
>>
>> $ make menuconfig
>> scripts/kconfig/mconf arch/x86/Kconfig
>> .config:2561:warning: MICROCODE selects FW_LOADER which fails its dependencies!
>> .config:2561:warning: MICROCODE_INTEL selects FW_LOADER which fails its dependencies!
>> .config:2561:warning: PCMCIA_LOAD_CIS selects FW_LOADER which fails its dependencies!
>> .config:2561:warning: SCSI_SAS_LIBSAS selects SCSI_SAS_ATTRS which fails its dependencies!
>> .config:2561:warning: SCSI_AIC94XX selects FW_LOADER which fails its dependencies!
>> .config:2561:warning: KEYBOARD_ATKBD selects SERIO which fails its dependencies!
>> .config:2561:warning: KEYBOARD_ATKBD selects SERIO_LIBPS2 which fails its dependencies!
>> .config:2561:warning: KEYBOARD_ATKBD selects SERIO_I8042 which fails its dependencies!
>> .config:2561:warning: MOUSE_PS2 selects SERIO which fails its dependencies!
>> .config:2561:warning: MOUSE_PS2 selects SERIO_LIBPS2 which fails its dependencies!
>> .config:2561:warning: MOUSE_PS2 selects SERIO_I8042 which fails its dependencies!
>> .config:2561:warning: VT selects INPUT which fails its dependencies!
>> .config:2561:warning: DRM selects I2C_ALGOBIT which fails its dependencies!
>> .config:2561:warning: SND_EMU10K1 selects FW_LOADER which fails its dependencies!
>>
>> <exit out>
>>
>
> OK, this is fairly easy to use.
>
> You get
>
> .config:1181:warning: PCMCIA_LOAD_CIS selects FW_LOADER which fails its dependencies!
>
> So you then go into `make menuconfig' and type /^fw_loader$ to display
> FW_LOADER's dependencies.
>
> Depends on: HOTPLUG && EMBEDDED
>
> then do `egrep "HOTPLUG|EMBEDDED" .config'
>
> And we discover weird things. Why does FW_LOADER depend on EMBEDDED?
>
> And why the heck does INPUT depend on EMBEDDED?!??!
>
> And what's up with CONFIG_SERIO?
>
> Depends on: !S390 && (EMBEDDED || !X86)
>
> hm.
EMBEDDED is misnamed. It means "those who think that they know enough
to use all of the power of kconfig."
Some people spell that EXPERT etc.
Or it means "let me shoot myself in the foot."
So HOTPLUG, INPUT, FW_LOADER, etc. should not be modified by Aunt Tillie,
but you and I can play with them.
for SERIO:
config SERIO
tristate "Serial I/O support" if EMBEDDED || !X86
default y
Experts can modify it. !X86 can modify it.
It's usually needed on X86 for keyboard controllers etc.,
but if one sets EMBEDDED, you can muck up your config and not be
able to use the keyboard.
I don't know where the !S390 comes from, but it's not surprising.
--
~Randy
next prev parent reply other threads:[~2009-02-21 6:20 UTC|newest]
Thread overview: 45+ messages / expand[flat|nested] mbox.gz Atom feed top
2009-02-20 16:34 [PATCH] tracing/markers: make markers select tracepoints Frederic Weisbecker
2009-02-20 16:59 ` Randy Dunlap
2009-02-20 17:20 ` Frederic Weisbecker
2009-02-20 17:22 ` Ingo Molnar
2009-02-20 17:29 ` Randy Dunlap
2009-02-20 17:31 ` Frederic Weisbecker
2009-02-20 17:48 ` Ingo Molnar
2009-02-20 18:56 ` Jason Baron
2009-02-21 3:15 ` Frederic Weisbecker
2009-02-21 22:04 ` Frank Ch. Eigler
2009-02-22 17:13 ` Ingo Molnar
2009-02-22 17:38 ` Frank Ch. Eigler
2009-02-23 10:13 ` Avi Kivity
2009-02-22 3:23 ` KOSAKI Motohiro
2009-02-22 11:37 ` Peter Zijlstra
2009-02-22 16:04 ` Mathieu Desnoyers
2009-02-22 19:17 ` Ingo Molnar
2009-02-23 2:47 ` Mathieu Desnoyers
2009-02-23 8:52 ` Ingo Molnar
2009-02-22 11:43 ` Peter Zijlstra
2009-02-22 12:08 ` Frank Ch. Eigler
2009-02-22 12:14 ` Peter Zijlstra
2009-02-22 12:24 ` Frank Ch. Eigler
2009-02-23 11:11 ` Peter Zijlstra
2009-02-23 15:44 ` Frank Ch. Eigler
2009-02-23 16:22 ` Peter Zijlstra
2009-02-23 17:10 ` Frank Ch. Eigler
2009-02-23 17:23 ` Ingo Molnar
2009-02-24 13:01 ` Frank Ch. Eigler
2009-02-23 17:31 ` Steven Rostedt
2009-02-23 18:32 ` Theodore Tso
2009-02-23 22:16 ` Peter Zijlstra
2009-02-23 22:41 ` Theodore Tso
2009-02-24 8:55 ` Peter Zijlstra
2009-02-23 0:23 ` Steven Rostedt
2009-02-21 5:24 ` [PATCH][RFC] check for select dependency errors on config load Steven Rostedt
2009-02-21 5:58 ` Andrew Morton
2009-02-21 6:08 ` Andrew Morton
2009-02-21 6:20 ` Randy Dunlap [this message]
2009-02-21 20:07 ` Steven Rostedt
2009-02-21 20:46 ` [PATCH v2] kconfig: " Steven Rostedt
2009-02-21 20:48 ` Steven Rostedt
2009-02-21 21:51 ` Sam Ravnborg
2009-02-21 21:53 ` Steven Rostedt
2009-02-22 16:23 ` [PATCH][RFC] " Ingo Molnar
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=499F9D25.8010300@oracle.com \
--to=randy.dunlap@oracle.com \
--cc=akpm@linux-foundation.org \
--cc=fweisbec@gmail.com \
--cc=linux-kbuild@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=mingo@elte.hu \
--cc=rostedt@goodmis.org \
--cc=zippel@linux-m68k.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 a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).