From: Christoph Hellwig
Date: Fri, 15 Feb 2019 15:45:58 +0100
> We've been moving to a model where the device just sets the DMA mask
> supported by it, instead of having to fallback to something it thinks
> the platform might support. Sparc64 is the remaining holdout forcing
> drivers to supply
From: Christoph Hellwig
Date: Fri, 15 Feb 2019 15:45:57 +0100
> We've been moving to a model where the device just sets the DMA mask
> supported by it, instead of having to fallback to something it thinks
> the platform might support. Sparc64 is the remaining holdout forcing
> drivers to supply
From: Christoph Hellwig
Date: Fri, 15 Feb 2019 15:45:56 +0100
> Do the quirk first in the dma_supported routines, as we don't need
> any of the other checks for it, and remove the duplicate mask checking
> that is already done by the callers.
>
> Signed-off-by: Christoph Hellwig
Acked-by: Davi
There is no harm in setting a 64-bit mask even if we don't need it,
and the current ccio code is one of the few place in the kernel
still rejecting larger than required DMA masks.
Signed-off-by: Christoph Hellwig
---
drivers/parisc/ccio-dma.c | 4 ++--
1 file changed, 2 insertions(+), 2 deletion
We don't require drivers to guess a DMA mask that might actually
match the system capabilities any more, so fix up the documentation
to clear this up.
Signed-off-by: Christoph Hellwig
---
Documentation/DMA-API-HOWTO.txt | 121 +++-
1 file changed, 41 insertions(+), 80
Hi all,
this series finishes off converting our dma mask model to split between
device capabilities (dev->dma_mask and dev->coherent_dma_mask) and system
limitations (dev->bus_dma_mask). We already accept larger than required
masks in most dma_map_ops implementation, in case of x86 and
implementa
Do the quirk first in the dma_supported routines, as we don't need
any of the other checks for it, and remove the duplicate mask checking
that is already done by the callers.
Signed-off-by: Christoph Hellwig
---
arch/sparc/kernel/iommu.c | 7 +++---
arch/sparc/kernel/kernel.h| 6 -
We've been moving to a model where the device just sets the DMA mask
supported by it, instead of having to fallback to something it thinks
the platform might support. Sparc64 is the remaining holdout forcing
drivers to supply a matching mask. Change dma_4u_supported to just
check if the supplied
We've been moving to a model where the device just sets the DMA mask
supported by it, instead of having to fallback to something it thinks
the platform might support. Sparc64 is the remaining holdout forcing
drivers to supply a matching mask. Change dma_4v_supported to just
check if the supplied
