crypto: hisilicon - remove redundant config PCI dependency for some CRYPTO_DEV_HISI configs
While reviewing dependencies in some Kconfig files, I noticed the redundant dependency "depends on PCI && PCI_MSI". The config PCI_MSI has always, since its introduction, been dependent on the config PCI. So, it is sufficient to just depend on PCI_MSI, and know that the dependency on PCI is implicitly implied. Reduce the dependencies of configs CRYPTO_DEV_HISI_SEC2, CRYPTO_DEV_HISI_QM, CRYPTO_DEV_HISI_ZIP and CRYPTO_DEV_HISI_HPRE. No functional change and effective change of Kconfig dependendencies. Signed-off-by: Lukas Bulwahn <lukas.bulwahn@gmail.com> Acked-by: Weili Qian <qianweili@huawei.com> Signed-off-by: Herbert Xu <herbert@gondor.apana.org.au>
This commit is contained in:
parent
319ad16d62
commit
00bef64ac3
|
@ -27,7 +27,7 @@ config CRYPTO_DEV_HISI_SEC2
|
|||
select CRYPTO_SHA256
|
||||
select CRYPTO_SHA512
|
||||
select CRYPTO_SM4_GENERIC
|
||||
depends on PCI && PCI_MSI
|
||||
depends on PCI_MSI
|
||||
depends on UACCE || UACCE=n
|
||||
depends on ARM64 || (COMPILE_TEST && 64BIT)
|
||||
depends on ACPI
|
||||
|
@ -42,7 +42,7 @@ config CRYPTO_DEV_HISI_SEC2
|
|||
config CRYPTO_DEV_HISI_QM
|
||||
tristate
|
||||
depends on ARM64 || COMPILE_TEST
|
||||
depends on PCI && PCI_MSI
|
||||
depends on PCI_MSI
|
||||
depends on UACCE || UACCE=n
|
||||
depends on ACPI
|
||||
help
|
||||
|
@ -51,7 +51,7 @@ config CRYPTO_DEV_HISI_QM
|
|||
|
||||
config CRYPTO_DEV_HISI_ZIP
|
||||
tristate "Support for HiSilicon ZIP accelerator"
|
||||
depends on PCI && PCI_MSI
|
||||
depends on PCI_MSI
|
||||
depends on ARM64 || (COMPILE_TEST && 64BIT)
|
||||
depends on !CPU_BIG_ENDIAN || COMPILE_TEST
|
||||
depends on UACCE || UACCE=n
|
||||
|
@ -62,7 +62,7 @@ config CRYPTO_DEV_HISI_ZIP
|
|||
|
||||
config CRYPTO_DEV_HISI_HPRE
|
||||
tristate "Support for HISI HPRE accelerator"
|
||||
depends on PCI && PCI_MSI
|
||||
depends on PCI_MSI
|
||||
depends on UACCE || UACCE=n
|
||||
depends on ARM64 || (COMPILE_TEST && 64BIT)
|
||||
depends on ACPI
|
||||
|
|
Loading…
Reference in New Issue