From: Randy Dunlap <randy.dunlap@oracle.com>
To: Linus Torvalds <torvalds@linux-foundation.org>
Cc: David Woodhouse <dwmw2@infradead.org>,
Ingo Molnar <mingo@elte.hu>,
Linux Kernel Mailing List <linux-kernel@vger.kernel.org>
Subject: Re: [patch] MTD: fix DOC2000/2001/2001PLUS build error
Date: Tue, 06 Feb 2007 16:30:40 -0800 [thread overview]
Message-ID: <45C91DB0.8060308@oracle.com> (raw)
In-Reply-To: <Pine.LNX.4.64.0702061615480.8424@woody.linux-foundation.org>
Linus Torvalds wrote:
>
> On Wed, 7 Feb 2007, David Woodhouse wrote:
>> It isn't that far off, and we could improve it if we wanted to. In
>> _general_ it's quite good already.
>
> I agree that it's close to hierarchical. But it's literally the exceptions
> that get you.
>
> Let me mention (again) USB_STORAGE and ATA.
>
> They are not "under" SCSI. Making them do that would be insane.
>
> But yes, you can do hierarchies by adding "pseudo-variables": as
> mentioned several times, we could actually split CONFIG_SCSI into two
> separate ones: CONFIG_SCSI that selects the core infrastructure, and
> CONFIG_SCSI_DRIVER that actually controls the "hierarchical visibility".
>
> Then CONFIG_SCSI_DRIVER (and USB_STORAGE, and SATA) would just do a simple
> 'select SCSI'. It would _not_ be hierarchical, and it would very much use
> that same old "select", but it would possibly be a cleanup at least in the
> sense that now CONFIG_SCSI wouldn't be used two different ways (one to
> hide most SCSI drivers, and one to enable the core SCSI infrastructure
> code).
>
>> It would work quite nicely in the graphical tools, although you've
>> thrown me a little by wanting it in the hacker's tool 'oldconfig' too.
>> You obviously care more about turning stuff _on_ with 'make oldconfig'
>> while other people who've spoken up seem to care more, as I do, about
>> turning stuff _off_ that way. If I want my hand held, I'm happy enough
>> to use the graphical tools.
>
> I tend to just edit the .config file, and run "make oldconfig". And I know
> I'm not the only one, because I've talked to others who do the same.
>
> And yes, then it's almost always correct to "turn things on as needed to
> make everything work out right", while turning things off would be
> actively wrong.
That seems odd to me. I usually use edit + oldconfig to disable a
symbol. Maybe to enable a symbol occasionally. But the symbols
that I want to enable usually aren't listed in .config at all,
so I end up using another config tool to enable them.
E.g., a sound driver when SOUND is completely disabled.
--
~Randy
next prev parent reply other threads:[~2007-02-07 0:35 UTC|newest]
Thread overview: 95+ messages / expand[flat|nested] mbox.gz Atom feed top
2007-02-04 19:10 Super Kernel Sunday! Linus Torvalds
2007-02-04 19:40 ` Bauke Jan Douma
2007-02-04 21:00 ` Gene Heskett
2007-02-04 21:11 ` Kevin K
2007-02-04 19:56 ` Alessandro Suardi
2007-02-05 8:39 ` Jonathan Sambrook
2007-02-05 8:45 ` [patch] MTD: fix DOC2000/2001/2001PLUS build error Ingo Molnar
2007-02-05 13:06 ` Josh Boyer
2007-02-05 13:34 ` David Woodhouse
2007-02-05 15:56 ` Ingo Molnar
2007-02-05 16:08 ` Arjan van de Ven
2007-02-05 16:12 ` Russell King
2007-02-05 16:17 ` Ingo Molnar
2007-02-05 16:22 ` David Woodhouse
2007-02-05 16:26 ` Ingo Molnar
2007-02-05 16:31 ` Ingo Molnar
2007-02-05 16:58 ` Linus Torvalds
2007-02-05 17:05 ` Ingo Molnar
2007-02-05 17:08 ` Russell King
2007-02-05 21:15 ` Ingo Oeser
2007-02-06 13:32 ` Gerhard Mack
2007-02-05 21:17 ` David Woodhouse
2007-02-05 21:28 ` Linus Torvalds
2007-02-05 21:39 ` David Woodhouse
2007-02-05 21:49 ` Linus Torvalds
2007-02-05 21:53 ` David Woodhouse
2007-02-05 22:21 ` Linus Torvalds
2007-02-05 22:31 ` Randy Dunlap
2007-02-05 23:09 ` Linus Torvalds
2007-02-05 23:21 ` David Woodhouse
2007-02-05 23:32 ` Linus Torvalds
2007-02-06 0:04 ` Mark Rustad
2007-02-06 15:55 ` Bill Davidsen
2007-02-06 16:20 ` Mark Rustad
2007-02-06 9:45 ` David Woodhouse
2007-02-06 15:51 ` Bill Davidsen
2007-02-06 16:53 ` Linus Torvalds
2007-02-06 22:38 ` David Woodhouse
2007-02-06 22:39 ` Randy Dunlap
2007-02-06 23:11 ` Linus Torvalds
2007-02-06 23:15 ` Linus Torvalds
2007-02-06 23:18 ` David Woodhouse
2007-02-06 23:49 ` Linus Torvalds
2007-02-06 22:53 ` Linus Torvalds
2007-02-06 23:11 ` David Woodhouse
2007-02-06 23:28 ` Linus Torvalds
2007-02-06 23:36 ` David Woodhouse
2007-02-06 23:41 ` Randy Dunlap
2007-02-06 23:49 ` David Woodhouse
2007-02-06 23:52 ` Robert P. J. Day
2007-02-06 23:55 ` Linus Torvalds
2007-02-07 0:03 ` David Woodhouse
2007-02-07 0:21 ` Linus Torvalds
2007-02-07 0:30 ` Randy Dunlap [this message]
2007-02-07 0:37 ` David Woodhouse
2007-02-07 2:09 ` Linus Torvalds
2007-02-07 13:51 ` Sunil Naidu
2007-02-06 1:09 ` Theodore Tso
2007-02-06 6:09 ` Matt Mackall
2007-02-06 16:04 ` Bill Davidsen
2007-02-06 16:41 ` Matt Mackall
2007-02-06 18:03 ` Bill Davidsen
2007-02-06 0:00 ` Jeff Garzik
2007-02-06 13:52 ` Jörn Engel
2007-02-06 15:16 ` Mark Lord
2007-02-08 8:18 ` David Lang
2007-02-08 9:44 ` Jörn Engel
2007-02-06 15:41 ` Bill Davidsen
2007-02-05 22:21 ` Alan
2007-02-05 22:35 ` Linus Torvalds
2007-02-05 21:50 ` Alan
2007-02-05 21:41 ` David Woodhouse
2007-02-06 5:46 ` Matt Mackall
2007-02-06 15:34 ` Paul Mundt
2007-02-06 22:39 ` Haavard Skinnemoen
2007-02-06 22:51 ` Linus Torvalds
2007-02-05 16:33 ` David Woodhouse
2007-02-05 16:46 ` Russell King
2007-02-05 16:52 ` Ingo Molnar
2007-02-05 17:04 ` Russell King
2007-02-05 16:32 ` Linus Torvalds
2007-02-05 16:50 ` Russell King
2007-02-05 16:52 ` David Woodhouse
2007-02-05 17:58 ` Super Kernel Sunday! Jan Engelhardt
2007-02-05 18:07 ` Kevin Fox
2007-02-06 19:02 ` Stephen Hemminger
2007-02-05 21:27 ` [2.6.20] Regression in dmfe driver Thomas Bächler
2007-02-06 9:38 ` Thierry Vignaud
2007-02-06 22:40 ` Thomas Bächler
2007-02-27 13:58 ` [PATA] Failed to set xfermode on LITE-ON LTR-48246S Philipp Matthias Hahn
2007-03-05 4:10 ` Tejun Heo
2007-03-05 10:38 ` Philipp Matthias Hahn
2007-03-05 15:46 ` Tejun Heo
2007-03-06 9:23 ` Philipp Matthias Hahn
2007-03-09 12:50 ` Tejun Heo
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=45C91DB0.8060308@oracle.com \
--to=randy.dunlap@oracle.com \
--cc=dwmw2@infradead.org \
--cc=linux-kernel@vger.kernel.org \
--cc=mingo@elte.hu \
--cc=torvalds@linux-foundation.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