[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <Pine.LNX.4.64.0608291653500.6761@scrub.home>
Date: Wed, 30 Aug 2006 03:11:31 +0200 (CEST)
From: Roman Zippel <zippel@...ux-m68k.org>
To: Stefan Richter <stefanr@...6.in-berlin.de>
cc: Christoph Hellwig <hch@...radead.org>,
David Howells <dhowells@...hat.com>,
linux-fsdevel@...r.kernel.org, linux-kernel@...r.kernel.org
Subject: Re: [PATCH 17/17] BLOCK: Make it possible to disable the block layer
[try #2]
Hi,
On Tue, 29 Aug 2006, Stefan Richter wrote:
> If "select" cannot be fixed or is not en vogue for any other reason, the
> configuration tools need to be improved otherwise, so that users are guided to
> options like USB_STORAGE and IEEE1394_SBP2 when SCSI or other "foreign"
> options were disabled.
>
> The kernel configuration is currently presented as a tree, although the
> dependencies of config options are not a tree. That's were "select" helps.
Actually dependencies are a tree and kconfig verifies that it's valid as
well and that's there "select" can wreak havoc.
select really creates a reverse dependency, i.e. the value of SCSI depends
now on the USB_STORAGE value. This means now that all dependencies of the
selected symbol have to be selected as well (either by the selecting
symbol or by the selected symbol). With more complex dependencies this can
quickly get out of hand in order to maintain a valid and correct
dependency tree. That's why I'm not really happy about the current massive
use of select and I'd rather find solutions with normal dependencies,
which unfortunately isn't trivial, select OTOH was a simple hack.
bye, Roman
-
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@...r.kernel.org
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/
Powered by blists - more mailing lists