> -----Original Message-----
> From: netdev-ow...@vger.kernel.org [mailto:netdev-ow...@vger.kernel.org]
> On Behalf Of Geert Uytterhoeven
> Sent: Friday, March 16, 2018 3:52 PM
> To: Christoph Hellwig <h...@lst.de>; Marek Szyprowski
> <m.szyprow...@samsung.com>; Robin Murphy <robin.mur...@arm.com>;
> Felipe Balbi <ba...@kernel.org>; Greg Kroah-Hartman
> <gre...@linuxfoundation.org>; James E . J . Bottomley
> <j...@linux.vnet.ibm.com>; Martin K . Petersen
> <martin.peter...@oracle.com>; Andrew Morton <akpm@linux-
> foundation.org>; Mark Brown <broo...@kernel.org>; Liam Girdwood
> <lgirdw...@gmail.com>; Tejun Heo <t...@kernel.org>; Herbert Xu
> <herb...@gondor.apana.org.au>; David S . Miller <da...@davemloft.net>;
> Bartlomiej Zolnierkiewicz <b.zolnier...@samsung.com>; Stefan Richter
> <stef...@s5r6.in-berlin.de>; Alan Tull <at...@kernel.org>; Moritz Fischer
> <m...@kernel.org>; Wolfram Sang <w...@the-dreams.de>; Jonathan Cameron
> <ji...@kernel.org>; Joerg Roedel <j...@8bytes.org>; Matias Bjorling
> <m...@lightnvm.io>; Jassi Brar <jassisinghb...@gmail.com>; Mauro Carvalho
> Chehab <mche...@kernel.org>; Ulf Hansson <ulf.hans...@linaro.org>; David
> Woodhouse <dw...@infradead.org>; Brian Norris
> <computersforpe...@gmail.com>; Marek Vasut <marek.va...@gmail.com>;
> Cyrille Pitchen <cyrille.pitc...@wedev4u.fr>; Boris Brezillon
> <boris.brezil...@free-electrons.com>; Richard Weinberger <rich...@nod.at>;
> Kalle Valo <kv...@codeaurora.org>; Ohad Ben-Cohen <o...@wizery.com>;
> Bjorn Andersson <bjorn.anders...@linaro.org>; Eric Anholt <e...@anholt.net>;
> Stefan Wahren <stefan.wah...@i2se.com>
> Cc: io...@lists.linux-foundation.org; linux-...@vger.kernel.org; linux-
> s...@vger.kernel.org; alsa-de...@alsa-project.org; linux-...@vger.kernel.org;
> linux-crypto@vger.kernel.org; linux-fb...@vger.kernel.org; linux1394-
> de...@lists.sourceforge.net; linux-f...@vger.kernel.org; linux-
> i...@vger.kernel.org; linux-...@vger.kernel.org; linux-bl...@vger.kernel.org;
> linux-me...@vger.kernel.org; linux-...@vger.kernel.org; linux-
> m...@lists.infradead.org; net...@vger.kernel.org; linux-
> remotep...@vger.kernel.org; linux-ser...@vger.kernel.org; linux-
> s...@vger.kernel.org; de...@driverdev.osuosl.org; linux-
> ker...@vger.kernel.org; Geert Uytterhoeven <ge...@linux-m68k.org>
> Subject: [PATCH v2 10/21] lightnvm: Remove depends on HAS_DMA in case of
> platform dependency
> 
> Remove dependencies on HAS_DMA where a Kconfig symbol depends on
> another
> symbol that implies HAS_DMA, and, optionally, on "|| COMPILE_TEST".
> In most cases this other symbol is an architecture or platform specific
> symbol, or PCI.
> 
> Generic symbols and drivers without platform dependencies keep their
> dependencies on HAS_DMA, to prevent compiling subsystems or drivers that
> cannot work anyway.
> 
> This simplifies the dependencies, and allows to improve compile-testing.
> 
> Notes:
>   - FSL_FMAN keeps its dependency on HAS_DMA, as it calls set_dma_ops(),
>     which does not exist if HAS_DMA=n (Do we need a dummy? The use of
>     set_dma_ops() in this driver is questionable),

Hi,

The set_dma_ops() is no longer required in the fsl/fman, I'll send a patch to 
remove it.

Thanks

>   - SND_SOC_LPASS_IPQ806X and SND_SOC_LPASS_PLATFORM loose their
>     dependency on HAS_DMA, as they are selected from
>     SND_SOC_APQ8016_SBC.
> 
> Signed-off-by: Geert Uytterhoeven <ge...@linux-m68k.org>
> Reviewed-by: Mark Brown <broo...@kernel.org>
> Acked-by: Robin Murphy <robin.mur...@arm.com>
> ---
> v2:
>   - Add Reviewed-by, Acked-by,
>   - Drop RFC state,
>   - Split per subsystem.
> ---
>  drivers/lightnvm/Kconfig | 2 +-
>  1 file changed, 1 insertion(+), 1 deletion(-)
> 
> diff --git a/drivers/lightnvm/Kconfig b/drivers/lightnvm/Kconfig
> index 10c08982185a572f..9c03f35d9df113c6 100644
> --- a/drivers/lightnvm/Kconfig
> +++ b/drivers/lightnvm/Kconfig
> @@ -4,7 +4,7 @@
> 
>  menuconfig NVM
>       bool "Open-Channel SSD target support"
> -     depends on BLOCK && HAS_DMA && PCI
> +     depends on BLOCK && PCI
>       select BLK_DEV_NVME
>       help
>         Say Y here to get to enable Open-channel SSDs.
> --
> 2.7.4

Reply via email to