diff options
author | Jan Beulich <jbeulich@suse.com> | 2013-07-16 11:54:07 +0200 |
---|---|---|
committer | Jan Beulich <jbeulich@suse.com> | 2013-07-16 11:54:07 +0200 |
commit | 561e0f86660f10db492c1ead1cd772013a6cc32d (patch) | |
tree | 421a644266e6fbdf94470b2361c0cd43dde771f9 /xen/drivers | |
parent | 2ca9fbd739b8a72b16dd790d0fff7b75f5488fb8 (diff) | |
download | xen-561e0f86660f10db492c1ead1cd772013a6cc32d.tar.gz xen-561e0f86660f10db492c1ead1cd772013a6cc32d.tar.bz2 xen-561e0f86660f10db492c1ead1cd772013a6cc32d.zip |
AMD IOMMU: untie remap and vector maps
With the specific IRTEs used for an interrupt no longer depending on
the vector, there's no need to tie the remap sharing model to the
vector sharing one.
Signed-off-by: Jan Beulich <jbeulich@suse.com>
Acked-by: George Dunlap <george.dunlap@eu.citrix.com>
Acked-by: Suravee Suthikulpanit <suravee.suthikulpanit@amd.com>
Diffstat (limited to 'xen/drivers')
-rw-r--r-- | xen/drivers/passthrough/amd/pci_amd_iommu.c | 44 |
1 files changed, 0 insertions, 44 deletions
diff --git a/xen/drivers/passthrough/amd/pci_amd_iommu.c b/xen/drivers/passthrough/amd/pci_amd_iommu.c index b64af2a10c..9684ae8cfe 100644 --- a/xen/drivers/passthrough/amd/pci_amd_iommu.c +++ b/xen/drivers/passthrough/amd/pci_amd_iommu.c @@ -207,50 +207,6 @@ int __init amd_iov_detect(void) init_done = 1; - /* - * AMD IOMMUs don't distinguish between vectors destined for - * different cpus when doing interrupt remapping. This means - * that interrupts going through the same intremap table - * can't share the same vector. - * - * If irq_vector_map isn't specified, choose a sensible default: - * - If we're using per-device interemap tables, per-device - * vector non-sharing maps - * - If we're using a global interemap table, global vector - * non-sharing map - */ - if ( opt_irq_vector_map == OPT_IRQ_VECTOR_MAP_DEFAULT ) - { - if ( amd_iommu_perdev_intremap ) - { - /* Per-device vector map logic is broken for devices with multiple - * MSI-X interrupts (and would also be for multiple MSI, if Xen - * supported it). - * - * Until this is fixed, use global vector tables as far as the irq - * logic is concerned to avoid the buggy behaviour of per-device - * maps in map_domain_pirq(), and use per-device tables as far as - * intremap code is concerned to avoid the security issue. - */ - printk(XENLOG_WARNING "AMD-Vi: per-device vector map logic is broken. " - "Using per-device-global maps instead until a fix is found.\n"); - - opt_irq_vector_map = OPT_IRQ_VECTOR_MAP_GLOBAL; - } - else - { - printk("AMD-Vi: Enabling global vector map\n"); - opt_irq_vector_map = OPT_IRQ_VECTOR_MAP_GLOBAL; - } - } - else - { - printk("AMD-Vi: Not overriding irq_vector_map setting\n"); - - if ( opt_irq_vector_map != OPT_IRQ_VECTOR_MAP_GLOBAL ) - printk(XENLOG_WARNING "AMD-Vi: per-device vector map logic is broken. " - "Use irq_vector_map=global to work around.\n"); - } if ( !amd_iommu_perdev_intremap ) printk(XENLOG_WARNING "AMD-Vi: Using global interrupt remap table is not recommended (see XSA-36)!\n"); return scan_pci_devices(); |