Re: [PATCH V3 0/8] IOMMU probe deferral support

2016-10-23 Thread Marek Szyprowski
Hi Sricharan, On 2016-10-12 08:24, Sricharan wrote: On 2016-10-04 19:03, Sricharan R wrote: Initial post from Laurent Pinchart[1]. This is series calls the dma ops configuration for the devices at a generic place so that it works for all busses. The dma_configure_ops for a device is now called

Re: [PATCH v5 7/7] iommu/exynos: Use device dependency links to control runtime pm

2016-10-23 Thread Marek Szyprowski
Hi Sricharan, On 2016-10-23 11:49, Sricharan wrote: Hi Marek, This patch uses recently introduced device dependency links to track the runtime pm state of the master's device. This way each SYSMMU controller is set to runtime active only when its master's device is active and can restore or sa

Re: [PATCH v5 6/7] iommu/exynos: Add runtime pm support

2016-10-23 Thread Marek Szyprowski
Hi Sricharan On 2016-10-22 07:50, Sricharan wrote: This patch adds runtime pm implementation, which is based on previous suspend/resume code. SYSMMU controller is now being enabled/disabled mainly > from the runtime pm callbacks. System sleep callbacks relies on generic pm_runtime_force_sus

RE: [PATCH v5 7/7] iommu/exynos: Use device dependency links to control runtime pm

2016-10-23 Thread Sricharan
Hi Marek, >This patch uses recently introduced device dependency links to track the >runtime pm state of the master's device. This way each SYSMMU controller >is set to runtime active only when its master's device is active and can >restore or save its state instead of being activated all the time