This patch series add support for importing dma-bufs with
multiple sg table entries, exported from other drivers into the DU.
The patches are based on the salvator-x-hdmi-prototype-2016-08-30-v4.8-rc4
topic branch in geert's git repository, which has IOMMU mapping support in
the rcar-du driver.
The current implementation of the rcar-du driver makes use of
the drm_gem_cma_helper APIs because it currently only handles
physical contiguous memory.
IOMMU support has been added to the rcar-du driver and can map
the framebuffer memory to the IOVA space, so the device has been also capable of
feeding non physical contiguous memory, in other words standard virtual memory
can be handled by mapping multiple sg entries.
The series removes the restriction of only handling a single sg entry
in the dma-buf importing, although continues to use CMA GEM objects even when
importing multiple sg entries in order to coexist with the implementation using
the drm_gem_cma_helper APIs in the rcar-du driver. A generic implementation
for sg table handling independently from CMA GEM objects should be considered,
however has not been finished yet.
I would appreciate any comments if any improvements are necessary for
this series to be accepted upstream.
Kazunori Kobayashi (2):
drm: rcar-du: Don't create a new sg table for dma-mapping when
importing other driver's dma-buf
drm: rcar-du: Allow for handling multiple sg table entries by IOMMU
mapping
drivers/gpu/drm/rcar-du/rcar_du_drv.c | 102 ++++++++++++++++++++++++++++++++--
drivers/gpu/drm/rcar-du/rcar_du_vsp.c | 28 +++++++---
2 files changed, 119 insertions(+), 11 deletions(-)
--
1.9.1
