[prev in list] [next in list] [prev in thread] [next in thread] 

List:       linux-crypto-vger
Subject:    Re: Using separate initcall level for crypto subsystem
From:       Herbert Xu <herbert () gondor ! apana ! org ! au>
Date:       2014-12-31 16:17:16
Message-ID: 20141231161716.GA30540 () gondor ! apana ! org ! au
[Download RAW message or body]

On Mon, Dec 29, 2014 at 09:03:00PM -0800, Marcel Holtmann wrote:
> 
> we can easily run them later on. However when the Bluetooth subsystem is built as \
> module, then I would prefer to have the module loading fail in case one of the \
> selftest fails. I can hack around this with a lot of ifdef config magic. If we \
> would have all crypto, cipher etc. modules as crypto_initcall, then I would have to \
> add nothing extra on my side. It would reduce the ifdef config magic on our side a \
> lot. 
> My personal take is that the crypto subsystem has become such a basic feature that \
> it might make sense to ensure that all pieces (including ciphers) are loaded before \
> we initialize any other subsystem.

I don't think moving the crypto initcalls up is the answer because
moving the subsystem itself isn't enough if you actually want to
use crypto algorithms.

You'd need to move the algorithms too which would be a nightmare.

Cheers,
-- 
Email: Herbert Xu <herbert@gondor.apana.org.au>
Home Page: http://gondor.apana.org.au/~herbert/
PGP Key: http://gondor.apana.org.au/~herbert/pubkey.txt
--
To unsubscribe from this list: send the line "unsubscribe linux-crypto" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html


[prev in list] [next in list] [prev in thread] [next in thread]