Re: linux-next: Tree for Oct 25 (crypto)
From: Stefan Richter <stefanr@s5r6.in-berlin.de>
Date: 2011-10-26 17:15:36
Also in:
linux-crypto, lkml
On Oct 26 Randy Dunlap wrote:
On 10/26/11 05:33, Stefan Richter wrote:quoted
On Oct 26 Herbert Xu wrote:quoted
--- a/crypto/Kconfig +++ b/crypto/Kconfig@@ -103,6 +103,7 @@ config CRYPTO_MANAGER2 config CRYPTO_USER tristate "Userspace cryptographic algorithm configuration" select CRYPTO_MANAGER + select NET help Userapace configuration for cryptographic instantiations such as
btw, typo: "Userspace"
quoted
quoted
cbc(aes). Cheers,If you do it this way, you also need to select everything on which NET depends on. In v3.1, that would be (only) NLATTR which in turn does not depend on anything else.
[...]
That's correct, but it's better not to "select" an entire subsystem like NET at all.
I agree; I add to my comment the implication that --- as a rule of thumb
--- "select" should be avoided if the option to be selected has furtherdependencies. A downside of "config A\n depends on B" is of course that potential users of option A who are unaware of option B or not interested in B may miss how to enable A. Sometimes, a comment in the Kconfig file can help then. Example (from linux-2.6.36/drivers/ieee1394/): comment "PCILynx controller requires I2C" depends on IEEE1394 && I2C=n config IEEE1394_PCILYNX tristate "PCILynx controller" depends on PCI && IEEE1394 && I2C select I2C_ALGOBIT help Say Y here if you have an IEEE-1394 controller with the Texas Instruments PCILynx chip. -- Stefan Richter -=====-==-== =-=- ==-=- http://arcgraph.de/sr/