From: Robin Murphy <robin.murphy@arm.com>
To: Geert Uytterhoeven <geert@linux-m68k.org>,
Christoph Hellwig <hch@lst.de>,
Marek Szyprowski <m.szyprowski@samsung.com>,
Arnd Bergmann <arnd@arndb.de>, Mark Brown <broonie@kernel.org>,
Richard Weinberger <richard@nod.at>
Cc: Felipe Balbi <balbi@kernel.org>,
Greg Kroah-Hartman <gregkh@linuxfoundation.org>,
"James E . J . Bottomley" <jejb@linux.vnet.ibm.com>,
"Martin K . Petersen" <martin.petersen@oracle.com>,
iommu@lists.linux-foundation.org, linux-usb@vger.kernel.org,
linux-scsi@vger.kernel.org, linux-kernel@vger.kernel.org,
linux-arch@vger.kernel.org
Subject: Re: [PATCH/RFC 0/6] Allow compile-testing NO_DMA
Date: Tue, 6 Feb 2018 13:05:44 +0000 [thread overview]
Message-ID: <c68d8b8b-dc46-2066-0341-558f57ad113f@arm.com> (raw)
In-Reply-To: <1517912092-15470-1-git-send-email-geert@linux-m68k.org>
On 06/02/18 10:14, Geert Uytterhoeven wrote:
> Hi all,
>
> If NO_DMA=y, get_dma_ops() returns a reference to the non-existing
> symbol bad_dma_ops, thus causing a link failure if it is ever used.
>
> The intention of this is twofold:
> 1. To catch users of the DMA API on systems that do no support the DMA
> mapping API,
> 2. To avoid building drivers that cannot work on such systems anyway.
>
> However, the disadvantage is that we have to keep on adding dependencies
> on HAS_DMA all over the place.
>
> Thanks to the COMPILE_TEST symbol, lots of drivers now depend on one or
> more platform dependencies (that imply HAS_DMA) || COMPILE_TEST, thus
> already covering intention #2. Having to add an explicit dependency on
> HAS_DMA here is cumbersome, and hinders compile-testing.
>
> Hence I think the time is ripe to reconsider the link failure.
> This patch series:
> - Changes get_dma_ops() to return NULL instead,
> - Adds a few more dummies to enable compile-testing,
> - Removes dependencies on HAS_DMA for symbols that already have
> platform dependencies implying HAS_DMA.
>
> Note that adding more platform dependencies and/or dependencies on
> COMPILE_TEST is encouraged!
>
> This may make life harder for UML, though, as UML usually satisfies all
> other platform dependencies for HAS_DMA. Similarly, HAS_IOMEM is even
> more complicated. Can/do we want to do something similar for
> HAS_IOMEM?
It looks like we have only one real arch (score) without IOMEM, and two
(s390 and tile) where it is possible to configure out, so it does seem
like a reasonable feature to assume. Maybe we could have something like
asm-generic/no-io.h to provide an "unimplemented" version of those
interfaces.
Anyway, for this series:
Acked-by: Robin Murphy <robin.murphy@arm.com>
Thanks,
Robin.
> This series is against my current local tree, which has a few more
> "depends on HAS_DMA" than upstream. Of course I will rebase, and split
> the last patch per subsystem, if this RFC is welcomed positively.
>
> Compile-tested with allmodconfig and allyesconfig for m68k/sun3.
>
> Thanks for your comments!
>
> Geert Uytterhoeven (6):
> [RFC] dma-mapping: Convert NO_DMA get_dma_ops() into a real dummy
> [RFC] dma-coherent: Add NO_DMA dummies for managed DMA API
> [RFC] usb: gadget: Add NO_DMA dummies for DMA mapping API
> [RFC] mm: Add NO_DMA dummies for DMA pool API
> [RFC] scsi: Add NO_DMA dummies for SCSI DMA mapping API
> [RFC] Treewide: Remove depends on HAS_DMA in case of platform
> dependency
>
> drivers/ata/Kconfig | 2 --
> drivers/crypto/Kconfig | 14 +++------
> drivers/firewire/Kconfig | 1 -
> drivers/fpga/Kconfig | 1 -
> drivers/gpu/ipu-v3/Kconfig | 1 -
> drivers/i2c/busses/Kconfig | 3 --
> drivers/iio/adc/Kconfig | 3 --
> drivers/iommu/Kconfig | 5 ++--
> drivers/lightnvm/Kconfig | 2 +-
> drivers/mailbox/Kconfig | 2 --
> drivers/media/pci/dt3155/Kconfig | 1 -
> drivers/media/pci/solo6x10/Kconfig | 1 -
> drivers/media/pci/sta2x11/Kconfig | 1 -
> drivers/media/pci/tw5864/Kconfig | 1 -
> drivers/media/pci/tw686x/Kconfig | 1 -
> drivers/media/platform/Kconfig | 40 ++++++++-----------------
> drivers/media/platform/am437x/Kconfig | 2 +-
> drivers/media/platform/atmel/Kconfig | 4 +--
> drivers/media/platform/blackfin/Kconfig | 1 -
> drivers/media/platform/davinci/Kconfig | 6 ----
> drivers/media/platform/marvell-ccic/Kconfig | 3 +-
> drivers/media/platform/rcar-vin/Kconfig | 2 +-
> drivers/media/platform/soc_camera/Kconfig | 3 +-
> drivers/media/platform/sti/c8sectpfe/Kconfig | 2 +-
> drivers/mmc/host/Kconfig | 10 ++-----
> drivers/mtd/nand/Kconfig | 8 ++---
> drivers/mtd/spi-nor/Kconfig | 2 +-
> drivers/net/ethernet/amd/Kconfig | 2 +-
> drivers/net/ethernet/apm/xgene-v2/Kconfig | 1 -
> drivers/net/ethernet/apm/xgene/Kconfig | 1 -
> drivers/net/ethernet/arc/Kconfig | 6 ++--
> drivers/net/ethernet/broadcom/Kconfig | 2 --
> drivers/net/ethernet/calxeda/Kconfig | 2 +-
> drivers/net/ethernet/hisilicon/Kconfig | 2 +-
> drivers/net/ethernet/marvell/Kconfig | 8 ++---
> drivers/net/ethernet/mellanox/mlxsw/Kconfig | 2 +-
> drivers/net/ethernet/renesas/Kconfig | 2 --
> drivers/net/ethernet/socionext/Kconfig | 4 +--
> drivers/net/wireless/broadcom/brcm80211/Kconfig | 1 -
> drivers/net/wireless/quantenna/qtnfmac/Kconfig | 2 +-
> drivers/remoteproc/Kconfig | 1 -
> drivers/scsi/hisi_sas/Kconfig | 2 +-
> drivers/spi/Kconfig | 12 ++------
> drivers/staging/media/davinci_vpfe/Kconfig | 1 -
> drivers/staging/media/omap4iss/Kconfig | 1 -
> drivers/staging/vc04_services/Kconfig | 1 -
> drivers/tty/serial/Kconfig | 4 ---
> drivers/usb/gadget/udc/Kconfig | 4 +--
> drivers/usb/mtu3/Kconfig | 2 +-
> drivers/video/fbdev/Kconfig | 3 +-
> include/linux/dma-mapping.h | 19 ++++++++----
> include/linux/dmapool.h | 21 +++++++++++--
> include/linux/usb/gadget.h | 12 ++++++++
> include/scsi/scsi_cmnd.h | 5 ++++
> sound/soc/bcm/Kconfig | 3 +-
> sound/soc/kirkwood/Kconfig | 1 -
> sound/soc/pxa/Kconfig | 1 -
> sound/soc/qcom/Kconfig | 6 ++--
> 58 files changed, 108 insertions(+), 148 deletions(-)
>
next prev parent reply other threads:[~2018-02-06 13:05 UTC|newest]
Thread overview: 28+ messages / expand[flat|nested] mbox.gz Atom feed top
2018-02-06 10:14 [PATCH/RFC 0/6] Allow compile-testing NO_DMA Geert Uytterhoeven
2018-02-06 10:14 ` Geert Uytterhoeven
2018-02-06 10:14 ` [PATCH/RFC 2/6] dma-coherent: Add NO_DMA dummies for managed DMA API Geert Uytterhoeven
2018-02-06 10:14 ` Geert Uytterhoeven
2018-02-06 10:14 ` [PATCH/RFC 5/6] scsi: Add NO_DMA dummies for SCSI DMA mapping API Geert Uytterhoeven
2018-02-06 10:14 ` Geert Uytterhoeven
2018-02-06 13:05 ` Robin Murphy [this message]
2018-02-06 13:05 ` [PATCH/RFC 0/6] Allow compile-testing NO_DMA Robin Murphy
2018-02-06 15:24 ` Arnd Bergmann
2018-02-06 15:24 ` Arnd Bergmann
[not found] ` <1517912092-15470-1-git-send-email-geert-Td1EMuHUCqxL1ZNQvxDV9g@public.gmane.org>
2018-02-06 10:14 ` [PATCH/RFC 1/6] dma-mapping: Convert NO_DMA get_dma_ops() into a real dummy Geert Uytterhoeven
2018-02-06 10:14 ` Geert Uytterhoeven
2018-02-06 10:14 ` [PATCH/RFC 3/6] usb: gadget: Add NO_DMA dummies for DMA mapping API Geert Uytterhoeven
2018-02-06 10:14 ` Geert Uytterhoeven
2018-02-15 13:18 ` Felipe Balbi
2018-02-15 13:18 ` Felipe Balbi
2018-02-06 10:14 ` [PATCH/RFC 4/6] mm: Add NO_DMA dummies for DMA pool API Geert Uytterhoeven
2018-02-06 10:14 ` Geert Uytterhoeven
[not found] ` <1517912092-15470-5-git-send-email-geert-Td1EMuHUCqxL1ZNQvxDV9g@public.gmane.org>
2018-02-06 12:47 ` Robin Murphy
2018-02-06 12:47 ` Robin Murphy
2018-02-06 10:14 ` [PATCH/RFC 6/6] Treewide: Remove depends on HAS_DMA in case of platform dependency Geert Uytterhoeven
2018-02-06 10:14 ` Geert Uytterhoeven
[not found] ` <1517912092-15470-7-git-send-email-geert-Td1EMuHUCqxL1ZNQvxDV9g@public.gmane.org>
2018-02-15 13:19 ` Felipe Balbi
2018-02-15 13:19 ` Felipe Balbi
2018-02-06 12:01 ` [PATCH/RFC 0/6] Allow compile-testing NO_DMA Mark Brown
2018-02-06 12:01 ` Mark Brown
2018-02-06 15:16 ` Arnd Bergmann
2018-02-06 15:16 ` Arnd Bergmann
Reply instructions:
You may reply publicly to this message via plain-text email
using any one of the following methods:
* Save the following mbox file, import it into your mail client,
and reply-to-all from there: mbox
Avoid top-posting and favor interleaved quoting:
https://en.wikipedia.org/wiki/Posting_style#Interleaved_style
* Reply using the --to, --cc, and --in-reply-to
switches of git-send-email(1):
git send-email \
--in-reply-to=c68d8b8b-dc46-2066-0341-558f57ad113f@arm.com \
--to=robin.murphy@arm.com \
--cc=arnd@arndb.de \
--cc=balbi@kernel.org \
--cc=broonie@kernel.org \
--cc=geert@linux-m68k.org \
--cc=gregkh@linuxfoundation.org \
--cc=hch@lst.de \
--cc=iommu@lists.linux-foundation.org \
--cc=jejb@linux.vnet.ibm.com \
--cc=linux-arch@vger.kernel.org \
--cc=linux-kernel@vger.kernel.org \
--cc=linux-scsi@vger.kernel.org \
--cc=linux-usb@vger.kernel.org \
--cc=m.szyprowski@samsung.com \
--cc=martin.petersen@oracle.com \
--cc=richard@nod.at \
/path/to/YOUR_REPLY
https://kernel.org/pub/software/scm/git/docs/git-send-email.html
* If your mail client supports setting the In-Reply-To header
via mailto: links, try the mailto: link
Be sure your reply has a Subject: header at the top and a blank line
before the message body.
This is a public inbox, see mirroring instructions
for how to clone and mirror all data and code used for this inbox;
as well as URLs for NNTP newsgroup(s).