[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