[<prev] [next>] [<thread-prev] [thread-next>] [day] [month] [year] [list]
Message-ID: <4EA8350D.1080003@xenotime.net>
Date: Wed, 26 Oct 2011 09:27:57 -0700
From: Randy Dunlap <rdunlap@...otime.net>
To: Stefan Richter <stefanr@...6.in-berlin.de>
CC: Herbert Xu <herbert@...dor.apana.org.au>,
Stephen Rothwell <sfr@...b.auug.org.au>,
linux-next@...r.kernel.org, LKML <linux-kernel@...r.kernel.org>,
Linus <torvalds@...ux-foundation.org>,
linux-crypto@...r.kernel.org
Subject: Re: linux-next: Tree for Oct 25 (crypto)
On 10/26/11 05:33, Stefan Richter wrote:
> On Oct 26 Herbert Xu wrote:
>> On Tue, Oct 25, 2011 at 05:42:01PM -0700, Randy Dunlap wrote:
>>> On 10/25/11 02:36, Stephen Rothwell wrote:
>>>> Hi all,
>>>
>>>
>>> When CONFIG_NET is not enabled:
>>
>> Thanks, I'll add this patch.
>>
>> diff --git a/crypto/Kconfig b/crypto/Kconfig
>> index a8442dc..259dea9 100644
>> --- 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
>> 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.
>
> Furthermore, I am noticing in v3.1 that CRYPTO_MANAGER selects
> CRYPTO_MANAGER2 which in turn has the following dependencies:
>
> config CRYPTO_MANAGER2
> def_tristate CRYPTO_MANAGER || (CRYPTO_MANAGER!=n && CRYPTO_ALGAPI=y)
> select CRYPTO_AEAD2
> select CRYPTO_HASH2
> select CRYPTO_BLKCIPHER2
> select CRYPTO_PCOMP2
>
> I think you need to copy those dependencies into config CRYPTO_MANAGER.
That's correct, but it's better not to "select" an entire subsystem
like NET at all.
--
~Randy
*** Remember to use Documentation/SubmitChecklist when testing your code ***
--
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