Re: [PATCHv8 0/6] dmaengine: rcar-dmac: add iommu support for slave transfers

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



Hi Russell,

I was wondering if you have time to look at this series?
Especially patch 4/6 which you had some good review comments on in v7.

On 2016-06-07 09:54:07 +0200, Niklas Söderlund wrote:
> Hi,
> 
> This series tries to solve the problem with DMA with device registers
> (MMIO registers) that are behind an IOMMU for the rcar-dmac driver. A
> recent patch '9575632 (dmaengine: make slave address physical)'
> clarifies that DMA slave address provided by clients is the physical
> address. This puts the task of mapping the DMA slave address from a
> phys_addr_t to a dma_addr_t on the DMA engine.
> 
> Without an IOMMU this is easy since the phys_addr_t and dma_addr_t are
> the same and no special care is needed. However if you have a IOMMU you
> need to map the DMA slave phys_addr_t to a dma_addr_t using something
> like this.
> 
> This series is based on top of v4.7-rc1. And I'm hoping to be able to collect a 
> Ack from Russell King on patch 4/6 that adds the ARM specific part and then be 
> able to take the whole series through the dmaengine tree. If this is not the 
> best route I'm more then happy to do it another way.
> 
> It's tested on a Koelsch with CONFIG_IPMMU_VMSA and by enabling the
> ipmmu_ds node in r8a7791.dtsi. I verified operation by interacting with
> /dev/mmcblk1, i2c and the serial console which are devices behind the
> iommu.
> 
> Furthermore I have audited to the best of my ability all call paths
> involved to make sure that the dma_addr_t obtained from
> dma_map_resource() to is not used in a way where it would be expected
> for the mapping to be RAM (have a struct page). Many thanks to Christoph
> Hellwig and Laurent Pinchart for there input in this effort.
> 
>   * drivers/dma/sh/rcar-dmac.c
>     Once the phys_addr_t is mapped to a dma_addr_t using
>     dma_map_resource() it is only used to check that the transferee do not
>     cross 4GB boundaries and then only directly written to HW registers.
> 
>   * drivers/iommu/iommu.c
>     - iommu_map()
>       Check that it's align to min page size or return -EINVAL then calls
>       domain->ops->map()
> 
>   * drivers/iommu/ipmmu-vmsa.c
>     - ipmmu_map()
>       No logic only calls domain->ops->map()
> 
>   * drivers/iommu/io-pgtable-arm.c
>     - arm_lpae_map()
>       No logic only calls __arm_lpae_map()
>     - __arm_lpae_map()
>       No logic only calls arm_lpae_init_pte()
>     - arm_lpae_init_pte()
>       Used to get a pte:
>         pte |= pfn_to_iopte(paddr >> data->pg_shift, data);
> 
>   * drivers/iommu/io-pgtable-arm-v7s.c
>     - arm_v7s_map()
>       No logic only calls __arm_v7s_map()
>     - __arm_v7s_map()
>       No logic only calls arm_v7s_init_pte()
>     - arm_v7s_init_pte
>       Used to get a pte:
>         pte |= paddr & ARM_V7S_LVL_MASK(lvl);
> 
>   * ARM dma-mapping
>     - dma_unmap_*
>       Only valid unmap is dma_unmap_resource() all others are an invalid
>       use case.
>     - dma_sync_single_*
>       Invalid use case, memory that is mapped is device memory
>     - dma_common_mmap() and dma_mmap_attrs()
>       Invalid use case
>     - dma_common_get_sgtable() and dma_get_sgtable_attrs()
>       Invalid use case, only for dma_alloc_* allocated memory,
>     - dma_mapping_error()
>       OK
> 
> * Changes since v7
> - Use size_t instead of int for length in arm_iommu_map_resource() and 
>   arm_iommu_unmap_resource().
> - Fix bug in arm_iommu_map_resource() where wrong variable where passed to 
>   __alloc_iova(). Thanks to Russell King for pointing out both errors.
> 
> * Changes since v6
> - Use offset_in_page() and __pfn_to_phys(). This fixed a bug in the
>   lib/dma-debug.c. Thanks to Konrad Rzeszutek Wilk for finding it and Robin
>   Murphy for suggesting offset_in_page().
> - Rebased on top of v4.7-rc1.
> - Dropped DT patches which enabled the IPMMU on Renesas Koelsch and Lager. Will
>   post them separately at a later time.
> 
> * Changes since v5
> - Add dma-debug work which adds a new mapping type for the resource
>   mapping which correctly can be translated to a physical address.
> - Drop patches from Robin Murphy since they now are accepted in the
>   iommu repository and base the series on that tree instead.
> - Add a review tag from Laurent.
> 
> * Changes since v4
> - Move the mapping from phys_addr_t to dma_addr_t from slave_config to the
>   prepare calls. This way we know the direction of the mapping and don't have
>   to use DMA_BIDIRECTIONAL. Thanks Vinod for suggesting this.
> - To be clear that the data type for slave addresses are changed add a patch
>   that only changes the data type to phys_addr_t.
> - Fixed up commit messages.
> 
> * Changes since v3
> - Folded in a fix from Robin to his patch.
> - Added a check to make sure dma_map_resource can not be used to map RAM as
>   pointed out by Robin. I use BUG_ON to enforce this. It might not be the best
>   method but I saw no other good way since DMA_ERROR_CODE might not be defined
>   on all platforms.
> - Added comment about that DTS changes will disable 2 DMA channels due to a HW
>   (?) bug in the DMAC.
> - Dropped the use of dma_attrs, no longer needed.
> - Collected Acked-by and Reviewed-by from Laurent.
> - Various indentation fix ups.
> 
> * Changes since v2
> - Drop patch to add dma_{map,unmap}_page_attrs.
> - Add dma_{map,unmap}_resource to handle the mapping without involving a
>   'struct page'. Thanks Laurent and Robin for pointing this out.
> - Use size instead of address to keep track of if a mapping exist or not
>   since addr == 0 is valid. Thanks Laurent.
> - Pick up patch from Robin with Laurents ack (hope it's OK for me to
>   attach the ack?) to add IOMMU_MMIO.
> - Fix bug in rcar_dmac_device_config where the error check where
>   inverted.
> - Use DMA_BIDIRECTIONAL in rcar_dmac_device_config since we at that
>   point can't be sure what direction the mapping is going to be used.
> 
> * Changes since v1
> - Add and use a dma_{map,unmap}_page_attrs to be able to map the page
>   using attributes DMA_ATTR_NO_KERNEL_MAPPING and
>   DMA_ATTR_SKIP_CPU_SYNC. Thanks Laurent.
> - Drop check if dmac is part of a iommu group or not, let the DMA
>   mapping api handle it.
> - Move slave configuration data around in rcar-dmac to avoid code
>   duplication.
> - Fix build issue reported by 'kbuild test robot' regarding phys_to_page
>   not availability on some configurations.
> - Add DT information for r8a7791.
> 
> * Changes since RFC
> - Switch to use the dma-mapping api instead of using the iommu_map()
>   directly. Turns out the dma-mapper is much smarter then me...
> - Dropped the patch to expose domain->ops->pgsize_bitmap from within the
>   iommu api.
> - Dropped the patch showing how I tested the RFC.
> 
> Niklas Söderlund (6):
>   dma-mapping: add {map,unmap}_resource to dma_map_ops
>   dma-debug: add support for resource mappings
>   dma-mapping: add dma_{map,unmap}_resource
>   arm: dma-mapping: add {map,unmap}_resource for iommu ops
>   dmaengine: rcar-dmac: group slave configuration
>   dmaengine: rcar-dmac: add iommu support for slave transfers
> 
>  Documentation/DMA-API.txt   |  22 +++++++--
>  arch/arm/mm/dma-mapping.c   |  63 ++++++++++++++++++++++++
>  drivers/dma/sh/rcar-dmac.c  | 116 +++++++++++++++++++++++++++++++++++---------
>  include/linux/dma-debug.h   |  19 ++++++++
>  include/linux/dma-mapping.h |  42 ++++++++++++++++
>  lib/dma-debug.c             |  52 +++++++++++++++++++-
>  6 files changed, 285 insertions(+), 29 deletions(-)
> 
> -- 
> 2.8.2
> 

-- 
Regards,
Niklas Söderlund
--
To unsubscribe from this list: send the line "unsubscribe dmaengine" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at  http://vger.kernel.org/majordomo-info.html



[Index of Archives]     [Linux Kernel]     [Linux ARM (vger)]     [Linux ARM MSM]     [Linux Omap]     [Linux Arm]     [Linux Tegra]     [Fedora ARM]     [Linux for Samsung SOC]     [eCos]     [Linux PCI]     [Linux Fastboot]     [Gcc Help]     [Git]     [DCCP]     [IETF Announce]     [Security]     [Linux MIPS]     [Yosemite Campsites]

  Powered by Linux