lists.openwall.net   lists  /  announce  owl-users  owl-dev  john-users  john-dev  passwdqc-users  yescrypt  popa3d-users  /  oss-security  kernel-hardening  musl  sabotage  tlsify  passwords  /  crypt-dev  xvendor  /  Bugtraq  Full-Disclosure  linux-kernel  linux-netdev  linux-ext4  linux-hardening  linux-cve-announce  PHC 
Open Source and information security mailing list archives
 
Hash Suite: Windows password security audit tool. GUI, reports in PDF.
[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
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

Powered by Openwall GNU/*/Linux Powered by OpenVZ