lkml.org 
[lkml]   [2008]   [Jul]   [11]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    From
    Date
    SubjectRe: [PATCH 00/34] AMD IOMMU driver
    "Duran, Leo" <leo.duran@amd.com> writes:

    > On Friday, July 11, 2008 5:22 AM, Eric W. Biederman wrote:
    >
    >> Small question. Does this IOMMU also support irq remapping?
    >>
    >> Intel is starting to merge support for their iommu that supports irq
    >> remapping and I am curious what the implications are going to be to
    >> support both of these iommus?
    >>
    >> Assuming their is irq remapping support it isn't tied to x2apic
    >> support in the cpus is it?
    >>
    > Follow-up questions:
    > (1) Outside of a virtualization environment, is there functional value
    > for "irq remapping" by an IOMMU? And, if there is, (2) How would this
    > functionality get abstracted? (e.g., as dma_ops abstracts 'address
    > remapping' by the IOMMU)

    Current x86 hardware ioapics have significant issues with irq
    migration. So things like real cpu hotplug are not really
    supportable unless there is better hardware or an iommu.

    There is a good case for linux to support kernel bypass for some hardware.
    From kvm where linux acts as a hypervisor to crazy people wanting to
    device drivers in user space, to the classic HPC mpi stack that
    wants to go as fast as possible.

    Then there is the Intel case where the are extending their cpu apicids
    to 32bit and require going through a hypervisor to encode all of the
    necessary bits. I think we can go to 16bit cpus without doing that
    but it is a squeeze.

    If we are going to run under under a hypervisor we need at least the
    abstraction of going through an iommu (in that case a hypercall)
    so we can run under a hypervisor.

    So right now we are just starting to design the abstraction, and I'm
    hoping we can get as large a perspective on what it should look like
    as we can.

    I expect the api will look something like:
    struct irq_map_info x86_map_irq(irq, cpumask);

    Where struct irq_map_info would return the architecture defined bits
    that we can program into an msi or an ioapic routing entry.

    With x86_map_irq looking up an appropriate ops structure and calling
    the iommu specific operation.

    Eric


    \
     
     \ /
      Last update: 2008-07-11 19:25    [W:3.606 / U:0.240 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site