[PATCH 2/2] iommu/arm-smmu: add support for access-protected mappings

2014-09-17 Thread Mitchel Humpherys
ARM SMMUs support memory access control via some bits in the translation table descriptor memory attributes. Currently we assume all translations are "unprivileged". Add support for privileged mappings, controlled by the IOMMU_PRIV prot flag. Also sneak in a whitespace change for consistency with

[PATCH 0/2] Add access-protected IOMMU mappings

2014-09-17 Thread Mitchel Humpherys
This series introduces a new mapping flag to indicate that the mapping should be created with access protection applied. Support for this new flag is then added to the ARM SMMU driver. Mitchel Humpherys (2): iommu: add IOMMU_PRIV flag for access-protected mappings iommu/arm-smmu: add support f

[PATCH 1/2] iommu: add IOMMU_PRIV flag for access-protected mappings

2014-09-17 Thread Mitchel Humpherys
Some IOMMUs support access-protected mappings. Add a mapping flag to indicate that the mapping should be created with access protection configured. Cc: Shubhraprakash Das Signed-off-by: Mitchel Humpherys --- include/linux/iommu.h | 1 + 1 file changed, 1 insertion(+) diff --git a/include/linux

Re: [PATCH v1 16/21] s390/MSI: Use MSI chip framework to configure MSI/MSI-X irq

2014-09-17 Thread Sebastian Ott
Hello, On Fri, 5 Sep 2014, Yijing Wang wrote: > Use MSI chip framework instead of arch MSI functions to configure > MSI/MSI-X irq. So we can manage MSI/MSI-X irq in a unified framework. > > Signed-off-by: Yijing Wang > --- > arch/s390/pci/pci.c | 18 ++ > 1 files changed, 14 i

Re: [RFC PATCH v3 0/7] Introduce automatic DMA configuration for IOMMU masters

2014-09-17 Thread Robin Murphy
Hi Will, On 12/09/14 17:34, Will Deacon wrote: Hi all, Here is version three of the RFC I've previously posted here: RFCv1: http://lists.infradead.org/pipermail/linux-arm-kernel/2014-August/283023.html RFCv2: http://lists.infradead.org/pipermail/linux-arm-kernel/2014-September/283752.h

[PATCH v2] x86: irq_remapping: Fix the regression of hpet irq remapping

2014-09-17 Thread Yijing Wang
Commit 71054d8841b4 ("x86, hpet: Introduce x86_msi_ops.setup_hpet_msi") introduced x86_msi_ops.setup_hpet_msi to setup hpet MSI irq when irq remapping enabled. This caused a regression of hpet MSI irq remapping. Original code flow before commit 71054d8841b4: hpet_setup_msi_irq() arch_set

[PATCH 04/13 v2] iommu/arm-smmu: Convert to iommu_capable() API function function

2014-09-17 Thread Joerg Roedel
Hi Will, On Mon, Sep 08, 2014 at 05:51:36PM +0100, Will Deacon wrote: > Hi Joerg, > > [adding devicetree for the last paragraph] > > On Fri, Sep 05, 2014 at 11:52:56AM +0100, Joerg Roedel wrote: > > From: Joerg Roedel > > > > Cc: Will Deacon > > Signed-off-by: Joerg Roedel > > --- > > drive

Re: [PATCH 11/12] IB/usnic: Convert to use new iommu_capable() API function

2014-09-17 Thread Joerg Roedel
Hi, On Fri, Sep 05, 2014 at 12:53:03PM +0200, Joerg Roedel wrote: > From: Joerg Roedel > > Cc: Upinder Malhi > Signed-off-by: Joerg Roedel > --- > drivers/infiniband/hw/usnic/usnic_uiom.c | 2 +- > 1 file changed, 1 insertion(+), 1 deletion(-) > > diff --git a/drivers/infiniband/hw/usnic/usn

Re: [PATCH 09/12] kvm: iommu: Convert to use new iommu_capable() API function

2014-09-17 Thread Joerg Roedel
Hi Paolo, Gleb, On Fri, Sep 05, 2014 at 12:53:01PM +0200, Joerg Roedel wrote: > From: Joerg Roedel > > Cc: Gleb Natapov > Cc: Paolo Bonzini > Signed-off-by: Joerg Roedel > --- > virt/kvm/iommu.c | 6 ++ > 1 file changed, 2 insertions(+), 4 deletions(-) Do you have any objections against