xen/arm: reimplement xen_dma_unmap_page & friends
authorStefano Stabellini <stefano.stabellini@eu.citrix.com>
Wed, 10 Sep 2014 22:49:41 +0000 (22:49 +0000)
committerStefano Stabellini <stefano.stabellini@eu.citrix.com>
Thu, 11 Sep 2014 18:11:53 +0000 (18:11 +0000)
commit340720be32d458ee11d1117719a8e4b6b82981b2
tree11489bb337f841f9bf3cce1a77771c2412c566c2
parent5ebc77de83c7b74543de774afa7395b3b790e65e
xen/arm: reimplement xen_dma_unmap_page & friends

xen_dma_unmap_page, xen_dma_sync_single_for_cpu and
xen_dma_sync_single_for_device are currently implemented by calling into
the corresponding generic ARM implementation of these functions. In
order to do this, firstly the dma_addr_t handle, that on Xen is a
machine address, needs to be translated into a physical address.  The
operation is expensive and inaccurate, given that a single machine
address can correspond to multiple physical addresses in one domain,
because the same page can be granted multiple times by the frontend.

To avoid this problem, we introduce a Xen specific implementation of
xen_dma_unmap_page, xen_dma_sync_single_for_cpu and
xen_dma_sync_single_for_device, that can operate on machine addresses
directly.

The new implementation relies on the fact that the hypervisor creates a
second p2m mapping of any grant pages at physical address == machine
address of the page for dom0. Therefore we can access memory at physical
address == dma_addr_r handle and perform the cache flushing there. Some
cache maintenance operations require a virtual address. Instead of using
ioremap_cache, that is not safe in interrupt context, we allocate a
per-cpu PAGE_KERNEL scratch page and we manually update the pte for it.

arm64 doesn't need cache maintenance operations on unmap for now.

Signed-off-by: Stefano Stabellini <stefano.stabellini@eu.citrix.com>
Tested-by: Denis Schneider <v1ne2go@gmail.com>
arch/arm/include/asm/xen/page-coherent.h
arch/arm/xen/Makefile
arch/arm/xen/mm32.c [new file with mode: 0644]