[PATCH v2] crypto: atmel: fix bogus select

Ludovic Desroches ludovic.desroches at atmel.com
Fri Feb 20 01:13:22 PST 2015


Hi Arnd,

On Thu, Feb 19, 2015 at 04:38:19PM +0100, Arnd Bergmann wrote:
> The Atmel at91 crypto driver unconditionally selects AT_HDMAC,
> which results in a Kconfig warning if that driver is not enabled:
> 
> warning: (CRYPTO_DEV_ATMEL_AES) selects AT_HDMAC which has unmet direct dependencies (DMADEVICES && ARCH_AT91)
> 
> The crypty driver itself does not actually have a dependency
> on a particular dma engine, other than this being the one that
> is used in at91.
> 
> Removing the 'select' gets rid of the warning, but can cause
> the driver to be unusable if the HDMAC is not enabled at the
> same time. To work around that, this patch clarifies the runtime
> dependency to be '(ARCH_AT91 && AT_XDMAC)', but adds an alternative
> for COMPILE_TEST, which lets the driver get build on all systems.
> 
> Signed-off-by: Arnd Bergmann <arnd at arndb.de>
> ---
> v2: as a result of the discussion with Ludovic, clarify the
> dependency.
> 
> Please apply for 3.21 if there are no further comments.
> 
> diff --git a/drivers/crypto/Kconfig b/drivers/crypto/Kconfig
> index 2fb0fdfc87df..562125183690 100644
> --- a/drivers/crypto/Kconfig
> +++ b/drivers/crypto/Kconfig
> @@ -342,13 +342,12 @@ config CRYPTO_DEV_BFIN_CRC
>  
>  config CRYPTO_DEV_ATMEL_AES
>  	tristate "Support for Atmel AES hw accelerator"
> -	depends on ARCH_AT91
> +	depends on (ARCH_AT91 && AT_XDMAC) || COMPILE_TEST

Sorry maybe my explanation was not clear. When I said add AT_XDMAC it
was not to replace AT_HDMAC but to have something like:

ARCH_AT91 && (AT_HDMAC || AT_XDMAC)

>  	select CRYPTO_CBC
>  	select CRYPTO_ECB
>  	select CRYPTO_AES
>  	select CRYPTO_ALGAPI
>  	select CRYPTO_BLKCIPHER
> -	select AT_HDMAC
>  	help
>  	  Some Atmel processors have AES hw accelerator.
>  	  Select this if you want to use the Atmel module for
>

Regards

Ludovic



More information about the linux-arm-kernel mailing list