[RFC PATCH 4/4] iommu/arm-smmu: Add support for specifying regulators

2015-07-17 Thread Sricharan R
From: Mitchel Humpherys This adds the support to turn on the regulators required for SMMUs. It is turned on during the SMMU probe and remains 'on' till the device exists. Signed-off-by: Sricharan R --- .../devicetree/bindings/iommu/arm,smmu.txt | 3 ++ drivers/iommu/arm-smmu.c

[RFC PATCH 0/4] iommu/arm-smmu: Add support for adding masters/clocks using generic bindings

2015-07-17 Thread Sricharan R
This series adds support for xlate callback to add master devices configs using generic bindings and clocks/regulators required to access smmu. OF_IOMMU_DECLARE is used to register and probe the smmu controller devices before the masters are added in of_platform_populate. Here, we are registering

[RFC PATCH 2/4] iommu/arm-smmu: Add xlate callback for initializing master devices from dt

2015-07-17 Thread Sricharan R
This adds of_xlate callback to arm-smmu driver. xlate callback is called during device registration from DT for those master devices attached to iommus using generic iommu bindings. Signed-off-by: Sricharan R --- drivers/iommu/arm-smmu.c | 36 1 file changed,

[RFC PATCH 1/4] iommu/arm-smmu: Init driver using IOMMU_OF_DECLARE

2015-07-17 Thread Sricharan R
This patch uses IOMMU_OF_DECLARE to register the driver and the iommu_ops. So when master devices of the iommu are registered, of_xlate callback can be used to add the master configurations to the smmu driver. Signed-off-by: Sricharan R --- drivers/iommu/arm-smmu.c | 36 +++--

[RFC PATCH 3/4] iommu/arm-smmu: Add support for specifying clocks

2015-07-17 Thread Sricharan R
From: Mitchel Humpherys On some platforms with tight power constraints it is polite to only leave your clocks on for as long as you absolutely need them. Currently we assume that all clocks necessary for SMMU register access are always on. Add some optional device tree properties to specify any

Re: Master-aware devices and sideband ID data

2015-07-17 Thread Will Deacon
On Thu, Jul 16, 2015 at 02:34:41PM +0100, Mark Rutland wrote: > Hi Will, Hi Mark, [adding David, since he's working on PCI/ITS stuff atm] > The below is an attempt at an MSI binding, derived from my original > example. It extends msi-parent inoto a phandle+(optional args) style > property. > >

Re: [PATCH] PCI: Don't use SR-IOV lock for ATS

2015-07-17 Thread Joerg Roedel
Hi Bjorn, On Thu, Jul 16, 2015 at 06:08:31PM -0500, Bjorn Helgaas wrote: > On Thu, Jun 18, 2015 at 10:50:20AM +0200, Joerg Roedel wrote: > > The problem is that the VFs will be added to the bus with > > the SR-IOV lock held. While added to the bus the > > device-notifiers will run and invoke AMD I