Re: [PATCHv7 06/26] vfio/iommu_type1: implement the VFIO_DMA_MAP_FLAG_NOEXEC flag

2014-09-26 Thread Alex Williamson
On Fri, 2014-09-26 at 17:39 +0200, Antonios Motakis wrote: > On Wed, Sep 24, 2014 at 12:40 AM, Alex Williamson > wrote: > > On Tue, 2014-09-23 at 16:46 +0200, Antonios Motakis wrote: > >> Some IOMMU drivers, such as the ARM SMMU driver, make available the > >> IOMMU_NOEXEC flag, to set the page ta

Re: [PATCHv7 10/26] vfio: platform: probe to devices on the platform bus

2014-09-26 Thread Alex Williamson
On Fri, 2014-09-26 at 17:30 +0200, Antonios Motakis wrote: > On Wed, Sep 24, 2014 at 1:01 AM, Alex Williamson > wrote: > > > > On Tue, 2014-09-23 at 16:46 +0200, Antonios Motakis wrote: > > > Driver to bind to Linux platform devices, and callbacks to discover their > > > resources to be used by th

Re: [PATCH 2/2] iommu/arm-smmu: add support for iova_to_phys through ATS1PR

2014-09-26 Thread Mitchel Humpherys
On Fri, Sep 26 2014 at 03:24:30 AM, Will Deacon wrote: > On Wed, Sep 24, 2014 at 09:34:26PM +0100, Mitchel Humpherys wrote: >> On Wed, Sep 24 2014 at 09:37:12 AM, Will Deacon wrote: >> > On Wed, Sep 24, 2014 at 02:12:00AM +0100, Mitchel Humpherys wrote: >> >> On Mon, Sep 22 2014 at 08:26:14 AM, W

Re: [PATCHv7 07/26] driver core: amba: add device binding path 'driver_override'

2014-09-26 Thread Russell King - ARM Linux
On Tue, Sep 23, 2014 at 04:46:06PM +0200, Antonios Motakis wrote: > As already demonstrated with PCI [1] and the platform bus [2], a > driver_override property in sysfs can be used to bypass the id matching > of a device to a AMBA driver. This can be used by VFIO to bind to any AMBA > device reques

Re: [PATCHv7 05/26] vfio: introduce the VFIO_DMA_MAP_FLAG_NOEXEC flag

2014-09-26 Thread Antonios Motakis
On Wed, Sep 24, 2014 at 12:30 AM, Alex Williamson wrote: > On Tue, 2014-09-23 at 16:21 -0600, Alex Williamson wrote: >> On Tue, 2014-09-23 at 16:46 +0200, Antonios Motakis wrote: >> > We introduce the VFIO_DMA_MAP_FLAG_NOEXEC flag to the VFIO dma map call, >> > and expose its availability via the

Re: [PATCHv7 06/26] vfio/iommu_type1: implement the VFIO_DMA_MAP_FLAG_NOEXEC flag

2014-09-26 Thread Antonios Motakis
On Wed, Sep 24, 2014 at 12:40 AM, Alex Williamson wrote: > On Tue, 2014-09-23 at 16:46 +0200, Antonios Motakis wrote: >> Some IOMMU drivers, such as the ARM SMMU driver, make available the >> IOMMU_NOEXEC flag, to set the page tables for a device as XN (execute never). >> This affects devices such

Re: [PATCHv7 10/26] vfio: platform: probe to devices on the platform bus

2014-09-26 Thread Antonios Motakis
On Wed, Sep 24, 2014 at 1:01 AM, Alex Williamson wrote: > > On Tue, 2014-09-23 at 16:46 +0200, Antonios Motakis wrote: > > Driver to bind to Linux platform devices, and callbacks to discover their > > resources to be used by the main VFIO PLATFORM code. > > > > Signed-off-by: Antonios Motakis > >

Re: [PATCHv7 07/26] driver core: amba: add device binding path 'driver_override'

2014-09-26 Thread Antonios Motakis
Ok, they will be posted separately. Thanks On Wed, Sep 24, 2014 at 12:45 AM, Alex Williamson wrote: > On Tue, 2014-09-23 at 16:46 +0200, Antonios Motakis wrote: >> As already demonstrated with PCI [1] and the platform bus [2], a >> driver_override property in sysfs can be used to bypass the id m

Re: [PATCHv7 13/26] vfio: amba: add the VFIO for AMBA devices module to Kconfig

2014-09-26 Thread Antonios Motakis
On Wed, Sep 24, 2014 at 1:11 AM, Alex Williamson wrote: > On Tue, 2014-09-23 at 16:46 +0200, Antonios Motakis wrote: >> Enable building the VFIO AMBA driver. VFIO_AMBA depends on VFIO_PLATFORM, >> since it is sharing a portion of the code, and it is essentially implemented >> as a platform device

Re: [PATCHv7 20/26] vfio/platform: trigger an interrupt via eventfd

2014-09-26 Thread Antonios Motakis
On Wed, Sep 24, 2014 at 7:00 PM, Alex Williamson wrote: > On Tue, 2014-09-23 at 16:46 +0200, Antonios Motakis wrote: >> This patch allows to set an eventfd for a patform device's interrupt, >> and also to trigger the interrupt eventfd from userspace for testing. >> >> Signed-off-by: Antonios Motak

Re: [PATCHv7 02/26] iommu: add capability IOMMU_CAP_NOEXEC

2014-09-26 Thread Antonios Motakis
On Fri, Sep 26, 2014 at 11:48 AM, Joerg Roedel wrote: > On Tue, Sep 23, 2014 at 04:46:01PM +0200, Antonios Motakis wrote: >> Some IOMMUs accept an IOMMU_NOEXEC protection flag in addition to >> IOMMU_READ and IOMMU_WRITE. Expose this as an IOMMU capability. >> >> Signed-off-by: Antonios Motakis >

Re: [PATCH v2 06/22] PCI/MSI: Introduce weak arch_find_msi_chip() to find MSI chip

2014-09-26 Thread Thomas Gleixner
On Fri, 26 Sep 2014, Yijing Wang wrote: > On 2014/9/25 18:38, Thomas Gleixner wrote: > > On Thu, 25 Sep 2014, Yijing Wang wrote: > > > >> Introduce weak arch_find_msi_chip() to find the match msi_chip. > >> Currently, MSI chip associates pci bus to msi_chip. Because in > >> ARM platform, there may

Re: [PATCH 2/2] iommu/arm-smmu: add support for iova_to_phys through ATS1PR

2014-09-26 Thread Will Deacon
On Wed, Sep 24, 2014 at 09:34:26PM +0100, Mitchel Humpherys wrote: > On Wed, Sep 24 2014 at 09:37:12 AM, Will Deacon wrote: > > On Wed, Sep 24, 2014 at 02:12:00AM +0100, Mitchel Humpherys wrote: > >> On Mon, Sep 22 2014 at 08:26:14 AM, Will Deacon > >> wrote: > >> > On Thu, Sep 11, 2014 at 07:30

Re: [PATCHv7 02/26] iommu: add capability IOMMU_CAP_NOEXEC

2014-09-26 Thread Joerg Roedel
On Tue, Sep 23, 2014 at 04:46:01PM +0200, Antonios Motakis wrote: > Some IOMMUs accept an IOMMU_NOEXEC protection flag in addition to > IOMMU_READ and IOMMU_WRITE. Expose this as an IOMMU capability. > > Signed-off-by: Antonios Motakis > --- > include/linux/iommu.h | 1 + > 1 file changed, 1 ins

Re: [PATCH v2 00/22] Use MSI chip framework to configure MSI/MSI-X in all platforms

2014-09-26 Thread Thierry Reding
On Fri, Sep 26, 2014 at 10:54:32AM +0200, Thierry Reding wrote: [...] > At least for Tegra it's trivial to just hook it up in tegra_pcie_scan_bus() > directly (patch attached). Really attached this time. Thierry From 2cedfcf38cdfe21688d1363659f28e271ce43358 Mon Sep 17 00:00:00 2001 From: Thierry

Re: [PATCH v2 00/22] Use MSI chip framework to configure MSI/MSI-X in all platforms

2014-09-26 Thread Thierry Reding
On Fri, Sep 26, 2014 at 02:20:35PM +0800, Yijing Wang wrote: > >> The PCI core can already deal with that. An MSI chip can be set per bus > >> and the weak pcibios_add_bus() can be used to set that. Often it might > >> not even be necessary to do it via pcibios_add_bus() if you create the > >> root

Re: [PATCH v2 00/22] Use MSI chip framework to configure MSI/MSI-X in all platforms

2014-09-26 Thread Liviu Dudau
On Fri, Sep 26, 2014 at 11:42:23AM +0800, Yijing Wang wrote: > >> I am actually in disagreement with you, Thierry. I don't like the general > >> direction > >> of the patches, or at least I don't like the fact that we don't have a > >> portable > >> way of setting up the msi_chip without having t

Re: [PATCH v2 03/22] MSI: Remove the redundant irq_set_chip_data()

2014-09-26 Thread Thierry Reding
On Fri, Sep 26, 2014 at 10:04:45AM +0800, Yijing Wang wrote: > On 2014/9/25 15:19, Thierry Reding wrote: > > On Thu, Sep 25, 2014 at 11:14:13AM +0800, Yijing Wang wrote: > >> Currently, pcie-designware, pcie-rcar, pci-tegra drivers > >> use irq chip_data to save the msi_chip pointer. They > >> alre

Re: [PATCH v2 03/22] MSI: Remove the redundant irq_set_chip_data()

2014-09-26 Thread Thierry Reding
On Thu, Sep 25, 2014 at 11:14:13AM +0800, Yijing Wang wrote: > Currently, pcie-designware, pcie-rcar, pci-tegra drivers > use irq chip_data to save the msi_chip pointer. They > already call irq_set_chip_data() in their own MSI irq map > functions. So irq_set_chip_data() in arch_setup_msi_irq() > is