lkml.org 
[lkml]   [2011]   [Mar]   [30]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    From
    SubjectRe: [PATCH 1/4] Intel pci: Remove Host Bridge devices from identity mapping
    * Mike Travis (travis@sgi.com) wrote:
    > When the IOMMU is being used, each request for a DMA mapping requires
    > the intel_iommu code to look for some space in the DMA mapping table.
    > For most drivers this occurs for each transfer.
    >
    > When there are many outstanding DMA mappings [as seems to be the case
    > with the 10GigE driver], the table grows large and the search for
    > space becomes increasingly time consuming. Performance for the
    > 10GigE driver drops to about 10% of it's capacity on a UV system
    > when the CPU count is large.

    That's pretty poor. I've seen large overheads, but when that big it was
    also related to issues in the 10G driver. Do you have profile data
    showing this as the hotspot?

    > The workaround is to specify the iommu=pt option which sets up a 1:1
    > identity map for those devices that support enough DMA address bits to
    > cover the physical system memory. This is the "pass through" option.
    >
    > But this can only be accomplished by those devices that pass their
    > DMA data through the IOMMU (VTd). But Host Bridge Devices connected
    > to System Sockets do not pass their data through the VTd, thus the
    > following error occurs:
    >
    > IOMMU: hardware identity mapping for device 1000:3e:00.0
    > Failed to setup IOMMU pass-through
    > BUG: unable to handle kernel NULL pointer dereference at 000000000000001c
    >
    > This patch fixes that problem but removing Host Bridge devices from
    > being identity mapped, given that they do not generate DMA ops anyways.
    >
    > Signed-off-by: Mike Travis <travis@sgi.com>
    > Reviewed-by: Mike Habeck <habeck@sgi.com>
    > ---
    > drivers/pci/intel-iommu.c | 6 +++++-
    > 1 file changed, 5 insertions(+), 1 deletion(-)
    >
    > --- linux.orig/drivers/pci/intel-iommu.c
    > +++ linux/drivers/pci/intel-iommu.c
    > @@ -46,6 +46,7 @@
    > #define ROOT_SIZE VTD_PAGE_SIZE
    > #define CONTEXT_SIZE VTD_PAGE_SIZE
    >
    > +#define IS_HOSTBRIDGE_DEVICE(pdev) ((pdev->class >> 8) == PCI_CLASS_BRIDGE_HOST)
    > #define IS_GFX_DEVICE(pdev) ((pdev->class >> 16) == PCI_BASE_CLASS_DISPLAY)
    > #define IS_ISA_DEVICE(pdev) ((pdev->class >> 8) == PCI_CLASS_BRIDGE_ISA)
    > #define IS_AZALIA(pdev) ((pdev)->vendor == 0x8086 && (pdev)->device == 0x3a3e)
    > @@ -2183,7 +2184,7 @@ static int iommu_should_identity_map(str
    > * take them out of the 1:1 domain later.
    > */
    > if (!startup)
    > - return pdev->dma_mask > DMA_BIT_MASK(32);
    > + return pdev->dma_mask == DMA_BIT_MASK(64);

    This looks unrelated, why the change?

    > return 1;
    > }
    > @@ -2198,6 +2199,9 @@ static int __init iommu_prepare_static_i
    > return -EFAULT;
    >
    > for_each_pci_dev(pdev) {
    > + /* Skip PCI Host Bridge devices */
    > + if (IS_HOSTBRIDGE_DEVICE(pdev))
    > + continue;
    > if (iommu_should_identity_map(pdev, 1)) {

    Should this host bridge check go into iommu_should_identity_map?

    I understand skipping the extra host bridges, but what is the NULL ptr deref
    coming from? Just to be sure this isn't a bandaid.

    thanks,
    -chris



    \
     
     \ /
      Last update: 2011-03-30 19:55    [W:2.690 / U:0.368 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site