es: e0d072782c73 ("dma-mapping: introduce DMA range map, supplanting
> dma_pfn_offset"),
> Suggested-by: Robin Murphy
> Signed-off-by: Yong Wu
> Signed-off-by: Paul Kocialkowski
> Reviewed-by: Rob Herring
> ---
> drivers/of/device.c | 10 +++---
> 1 file changed, 7
nges, this looks good to me!
Thanks,
Paul
> >
> > Robin.
> >
> > [1]
> > https://lore.kernel.org/linux-arm-kernel/5c7946f3-b56e-da00-a750-be097c7ce...@arm.com/
> >
> > >>
> > >>> return -EPROBE_DEFER;
> > >>> }
> > >>>
> > >>> @@ -181,7 +183,6 @@ int of_dma_configure_id(struct device *dev, struct
> > >>> device_node *np,
> > >>>
> > >>> arch_setup_dma_ops(dev, dma_start, size, iommu, coherent);
> > >>>
> > >>> - dev->dma_range_map = map;
> > >>> return 0;
> > >>> }
> > >>> EXPORT_SYMBOL_GPL(of_dma_configure_id);
> > >>> --
> > >>> 2.18.0
> > >>>
> > >
> > > ___
> > > iommu mailing list
> > > iommu@lists.linux-foundation.org
> > > https://lists.linuxfoundation.org/mailman/listinfo/iommu
> > >
>
--
Paul Kocialkowski, Bootlin
Embedded Linux and kernel engineering
https://bootlin.com
signature.asc
Description: PGP signature
___
iommu mailing list
iommu@lists.linux-foundation.org
https://lists.linuxfoundation.org/mailman/listinfo/iommu
> https://lore.kernel.org/linux-arm-kernel/5c7946f3-b56e-da00-a750-be097c7ce...@arm.com/
>
> > >
> > > > return -EPROBE_DEFER;
> > > > }
> > > > @@ -181,7 +183,6 @@ int of_dma_configure_id(struct device *dev, struct
> > > > device_nod
e DRM
> virtual device to configure it in the same way than the mixers.
Although I'm not very familiar with the DMA API, this looks legit to me and
matches what's already done in sun4i_backend for the interconnect. So:
Reviewed-by: Paul Kocialkowski
Cheers,
Paul
> Signed-off-by: Maxime Ripard