Introduce MSI hardware mapping for VFIO
Subsystems (5)
cover Introduce MSI hardware mapping for VFIO
On some architectures (e.g. ARM64) if the device is behind an IOMMU, and is being mapped by VFIO, it is necessary to also add mappings for MSI translation register for interrupts to work. This series implements the necessary API to do this, and makes use of this API for GICv3 ITS on ARM64.
Pavel Fedin (3):
vfio: Introduce map and unmap operations gicv3, its: Introduce VFIO map and unmap operations
vfio: Introduce generic MSI mapping operations
drivers/irqchip/irq-gic-v3-its.c | 31 ++++++++++ drivers/vfio/pci/vfio_pci_intrs.c | 11 ++++ drivers/vfio/vfio.c | 112 +++++++++++++++++++++++++++++++++++++ drivers/vfio/vfio_iommu_type1.c | 29 ++++++++++ include/linux/irqchip/arm-gic-v3.h | 2 + include/linux/msi.h | 12 ++++ include/linux/vfio.h | 6 +- 7 files changed, 202 insertions(+), 1 deletion(-)
Signature · 1 line
2.4.4
PATCH 1/3 vfio: Introduce map and unmap operations
These new functions allow direct mapping and unmapping of addresses on the given IOMMU. They will be used for mapping MSI hardware.
--- drivers/vfio/vfio_iommu_type1.c | 29 +++++++++++++++++++++++++++++ include/linux/vfio.h | 4 +++- 2 files changed, 32 insertions(+), 1 deletion(-)
drivers/vfio/vfio_iommu_type1.c +29 -0
@@ -558,6 +558,33 @@ unwind:return ret; } +static int vfio_iommu_type1_map (void *iommu_data,dma_addr_t iova, +phys_addr_t paddr,long npage,int prot) +{ +struct vfio_iommu *iommu = iommu_data; +int ret; + +mutex_lock (&iommu->lock); + ret =vfio_iommu_map (iommu, iova, paddr >>PAGE_SHIFT , npage, prot); +mutex_unlock (&iommu->lock); + +return ret; +} + +static void vfio_iommu_type1_unmap (void *iommu_data,dma_addr_t iova, +long npage) +{ +struct vfio_iommu *iommu = iommu_data; +struct vfio_domain *d; + +mutex_lock (&iommu->lock); + +list_for_each_entry_reverse (d, &iommu->domain_list, next) +iommu_unmap (d->domain, iova, npage <<PAGE_SHIFT ); + +mutex_unlock (&iommu->lock); +} +static int vfio_dma_do_map (struct vfio_iommu *iommu,struct vfio_iommu_type1_dma_map *map) {
@@ -1046,6 +1073,8 @@ static const struct vfio_iommu_driver_ops vfio_iommu_driver_ops_type1 = { .ioctl = vfio_iommu_type1_ioctl, .attach_group = vfio_iommu_type1_attach_group, .detach_group = vfio_iommu_type1_detach_group, + .map = vfio_iommu_type1_map, + .unmap = vfio_iommu_type1_unmap, };static int __init vfio_iommu_type1_init (void )
include/linux/vfio.h +3 -1
@@ -75,7 +75,9 @@ struct vfio_iommu_driver_ops { struct iommu_group *group);void (*detach_group)(void *iommu_data,struct iommu_group *group); - +int (*map)(void *iommu_data,dma_addr_t iova, +phys_addr_t paddr,long npage,int prot); +void (*unmap)(void *iommu_data,dma_addr_t iova,long npage); };extern int vfio_register_iommu_driver (const struct vfio_iommu_driver_ops *ops);
Signature · 1 line
2.4.4
PATCH 2/3 gicv3, its: Introduce VFIO map and unmap operations
In reply to Pavel FedinThese new functions use the supplied IOMMU in order to map and unmap MSI translation register(s).
--- drivers/irqchip/irq-gic-v3-its.c | 31 +++++++++++++++++++++++++++++++ include/linux/irqchip/arm-gic-v3.h | 2 ++ include/linux/msi.h | 12 ++++++++++++ 3 files changed, 45 insertions(+)
drivers/irqchip/irq-gic-v3-its.c +31 -0
@@ -29,6 +29,7 @@#include <linux/of_platform.h> #include <linux/percpu.h> #include <linux/slab.h> +#include <linux/vfio.h> #include <linux/irqchip.h> #include <linux/irqchip/arm-gic-v3.h>
@@ -1257,8 +1258,38 @@ out:return 0 ; } +#if IS_ENABLED (CONFIG_VFIO ) + +static int its_vfio_map (struct irq_domain *domain, +const struct vfio_iommu_driver_ops *ops, +void *iommu_data) +{ +struct msi_domain_info *msi_info =msi_get_domain_info (domain); +struct its_node *its = msi_info->data; +u64 addr = its->phys_base +GIC_V3_ITS_CONTROL_SIZE ; + +return ops->map (iommu_data, addr, addr,1 ,IOMMU_READ |IOMMU_WRITE ); +} + +static void its_vfio_unmap (struct irq_domain *domain, +const struct vfio_iommu_driver_ops *ops, +void *iommu_data) +{ +struct msi_domain_info *msi_info =msi_get_domain_info (domain); +struct its_node *its = msi_info->data; +u64 addr = its->phys_base +GIC_V3_ITS_CONTROL_SIZE ; + + ops->unmap (iommu_data, addr,1 ); +} + +#endif +static struct msi_domain_ops its_msi_domain_ops = { .msi_prepare = its_msi_prepare, +#if IS_ENABLED(CONFIG_VFIO) + .vfio_map = its_vfio_map, + .vfio_unmap = its_vfio_unmap, +#endif }; static int its_irq_gic_domain_alloc(struct irq_domain *domain,
include/linux/irqchip/arm-gic-v3.h +2 -0
@@ -240,6 +240,8 @@#define GITS_BASER_TYPE_RESERVED6 6#define GITS_BASER_TYPE_RESERVED7 7 +#define GIC_V3_ITS_CONTROL_SIZE 0x10000 +/* * ITS commands */
include/linux/msi.h +12 -0
@@ -155,6 +155,8 @@ void arch_restore_msi_irqs(struct pci_dev *dev);void default_teardown_msi_irqs (struct pci_dev *dev);void default_restore_msi_irqs (struct pci_dev *dev); +struct vfio_iommu_driver_ops ; +struct msi_controller {struct module *owner;struct device *dev;
@@ -189,6 +191,8 @@ struct msi_domain_info;* @msi_finish: Optional callbacl to finalize the allocation * @set_desc: Set the msi descriptor for an interrupt * @handle_error: Optional error handler if the allocation fails +* @vfio_map: Map the MSI hardware for VFIO +* @vfio_unmap: Unmap the MSI hardware for VFIO * * @get_hwirq, @msi_init and @msi_free are callbacks used by * msi_create_irq_domain() and related interfaces
@@ -218,6 +222,14 @@ struct msi_domain_ops { struct msi_desc *desc);int (*handle_error)(struct irq_domain *domain,struct msi_desc *desc,int error); +#if IS_ENABLED (CONFIG_VFIO ) +int (*vfio_map)(struct irq_domain *domain, +const struct vfio_iommu_driver_ops *ops, +void *iommu_data); +void (*vfio_unmap)(struct irq_domain *domain, +const struct vfio_iommu_driver_ops *ops, +void *iommu_data); +#endif };/**
Signature · 1 line
2.4.4
PATCH 3/3 vfio: Introduce generic MSI mapping operations
In reply to Pavel FedinThese operations are used in order to map and unmap MSI translation registers for the device, allowing it to send MSIs to the host while being mapped via IOMMU.
Usage of MSI controllers is tracked on a per-device basis using reference counting. An MSI controller remains mapped as long as there's at least one device referring to it using MSI.
--- drivers/vfio/pci/vfio_pci_intrs.c | 11 ++++ drivers/vfio/vfio.c | 112 ++++++++++++++++++++++++++++++++++++++ include/linux/vfio.h | 2 + 3 files changed, 125 insertions(+)
drivers/vfio/pci/vfio_pci_intrs.c +11 -0
@@ -259,12 +259,19 @@ static int vfio_msi_enable(struct vfio_pci_device *vdev, int nvec, bool msix)if (!vdev->ctx)return -ENOMEM ; + ret =vfio_device_map_msi (&pdev->dev); +if (ret) { +kfree (vdev->ctx); +return ret; + } +if (msix) {int i; vdev->msix =kzalloc (nvec *sizeof (struct msix_entry ),GFP_KERNEL );if (!vdev->msix) { +vfio_device_unmap_msi (&pdev->dev);kfree (vdev->ctx);return -ENOMEM ; }
@@ -277,6 +284,7 @@ static int vfio_msi_enable(struct vfio_pci_device *vdev, int nvec, bool msix)if (ret >0 )pci_disable_msix (pdev);kfree (vdev->msix); +vfio_device_unmap_msi (&pdev->dev);kfree (vdev->ctx);return ret; }
@@ -285,6 +293,7 @@ static int vfio_msi_enable(struct vfio_pci_device *vdev, int nvec, bool msix)if (ret < nvec) {if (ret >0 )pci_disable_msi (pdev); +vfio_device_unmap_msi (&pdev->dev);kfree (vdev->ctx);return ret; }
@@ -413,6 +422,8 @@ static void vfio_msi_disable(struct vfio_pci_device *vdev, bool msix) }else pci_disable_msi (pdev); +vfio_device_unmap_msi (&pdev->dev); + vdev->irq_type =VFIO_PCI_NUM_IRQS ; vdev->num_ctx =0 ;kfree (vdev->ctx);
drivers/vfio/vfio.c +112 -0
145 lines not on this page · raw message
include/linux/vfio.h +2 -0
@@ -93,6 +93,8 @@ extern void vfio_group_put_external_user(struct vfio_group *group);extern int vfio_external_user_iommu_id (struct vfio_group *group);extern long vfio_external_check_extension (struct vfio_group *group,unsigned long arg); +int vfio_device_map_msi (struct device *dev); +void vfio_device_unmap_msi (struct device *dev);struct pci_dev ;#ifdef CONFIG_EEH
Signature · 1 line
2.4.4
kbuild test robot
build botRe: [PATCH 3/3] vfio: Introduce generic MSI mapping operations
reproduce: wget https://git.kernel.org/cgit/linux/kernel/git/wfg/lkp-tests.git/plain/sbin/make.cross -O ~/bin/make.cross chmod +x ~/bin/make.cross # save the attached .config to linux build tree…
Hi Pavel,
[auto build test ERROR on tip/irq/core]
[also build test ERROR on v4.4-rc2 next-20151124]
url: https://github.com/0day-ci/linux/commits/Pavel-Fedin/Introduce-MSI-hardware-mapping-for-VFIO/20151124-155050 config: powerpc-allmodconfig (attached as .config)
reproduce:
wget https://git.kernel.org/cgit/linux/kernel/git/wfg/lkp-tests.git/plain/sbin/make.cross -O ~/bin/make.cross chmod +x ~/bin/make.cross
# save the attached .config to linux build tree
make.cross ARCH=powerpc
All errors (new ones prefixed by >>):
drivers/vfio/vfio.c: In function 'vfio_device_map_msi':
>> drivers/vfio/vfio.c:908:11: error: dereferencing pointer to incomplete type 'struct msi_domain_info'
if (!info->ops->vfio_map)
^
drivers/vfio/vfio.c: In function 'msi_release':
drivers/vfio/vfio.c:958:6: error: dereferencing pointer to incomplete type 'struct msi_domain_info'
info->ops->vfio_unmap(vmsi->domain, container->iommu_driver->ops,
^
drivers/vfio/vfio.c: In function 'vfio_device_unmap_msi':
drivers/vfio/vfio.c:976:11: error: dereferencing pointer to incomplete type 'struct msi_domain_info'
if (!info->ops->vfio_unmap)
^vim +908 drivers/vfio/vfio.c
902 struct vfio_msi *vmsi;
903 int ret;
904
905 if (!msi_domain)
906 return 0;
907 info = msi_domain->host_data;
> 908 if (!info->ops->vfio_map)
909 return 0;
910
911 device = dev_get_drvdata(dev);
---
0-DAY kernel test infrastructure Open Source Technology Center
https://lists.01.org/pipermail/kbuild-all Intel Corporation
_______________________________________________
kvmarm mailing list
[email protected]
https://lists.cs.columbia.edu/mailman/listinfo/kvmarm