On 16/04/18 09:50, Christoph Hellwig wrote:
We can rely on the dma-mapping code to handle any DMA limits that is
bigger than the ISA DMA mask for us (either using an iommu or swiotlb),
so remove setting the block layer bounce limit for anything but bouncing
for highmem pages.
Signed-off-by: Chri
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
Thanks,
Robin.
This series is against
Hi Geert,
On 06/02/18 10:14, Geert Uytterhoeven wrote:
Add dummies for dma{,m}_pool_{create,destroy,alloc,free}(), to allow
compile-testing if NO_DMA=y.
This prevents the following from showing up later:
ERROR: "dma_pool_destroy" [drivers/usb/mtu3/mtu3.ko] undefined!
ERROR: "dma_pool
On 25/09/17 10:46, Huacai Chen wrote:
> Make dma_get_cache_alignment() to accept a 'dev' argument. As a result,
> it can return different alignments due to different devices' I/O cache
> coherency.
>
> Currently, MIPS is the only architecture which support coherent & non-
> coherent devices co-exi
directly.
Robin.
>
> Huacai
>
> -- Original --
> From: "Robin Murphy";
> Date: Thu, Sep 21, 2017 06:47 PM
> To: "Huacai Chen"; "Christoph Hellwig";
> Cc: "Marek Szyprowski"; "Andrew
> Morton"; "
On 19/09/17 09:52, Huacai Chen wrote:
> We will use device_is_coherent() as a helper function, which will be
> used in the next patch.
>
> There is a MIPS-specific plat_device_is_coherent(), but we need a more
> generic solution, so add and use a new function pointer in dma_map_ops.
I think we're
On 14/07/17 13:07, Arnd Bergmann wrote:
> gcc warns that the temporary buffer might be too small here:
>
> drivers/net/ethernet/cavium/thunder/thunder_bgx.c: In function 'bgx_probe':
> drivers/net/ethernet/cavium/thunder/thunder_bgx.c:1020:16: error: '%d'
> directive writing between 1 and 10 byte
7 matches
Mail list logo