lkml.org 
[lkml]   [2021]   [Apr]   [1]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    From
    SubjectRE: [PATCH V4 05/18] iommu/ioasid: Redefine IOASID set and allocation APIs
    Date
    > From: Jason Gunthorpe <jgg@nvidia.com>
    > Sent: Thursday, April 1, 2021 9:43 PM
    >
    > On Thu, Apr 01, 2021 at 01:38:46PM +0000, Liu, Yi L wrote:
    > > > From: Jean-Philippe Brucker <jean-philippe@linaro.org>
    > > > Sent: Thursday, April 1, 2021 8:05 PM
    > > [...]
    > > >
    > > > Also wondering about:
    > > >
    > > > * Querying IOMMU nesting capabilities before binding page tables
    > (which
    > > > page table formats are supported?). We were planning to have a VFIO
    > cap,
    > > > but I'm guessing we need to go back to the sysfs solution?
    > >
    > > I think it can also be with /dev/ioasid.
    >
    > Sure, anything to do with page table formats and setting page tables
    > should go through ioasid.
    >
    > > > * Invalidation, probably an ioasid_fd ioctl?
    > >
    > > yeah, if we are doing bind/unbind_pagtable via ioasid_fd, then yes,
    > > invalidation should go this way as well. This is why I worried it may
    > > fail to meet the requirement from you and Eric.
    >
    > Yes, all manipulation of page tables, including removing memory ranges, or
    > setting memory ranges to trigger a page fault behavior should go
    > through here.
    >
    > > > * Page faults, page response. From and to devices, and don't necessarily
    > > > have a PASID. But needed by vdpa as well, so that's also going through
    > > > /dev/ioasid?
    > >
    > > page faults should still be per-device, but the fault event fd may be stored
    > > in /dev/ioasid. page response would be in /dev/ioasid just like invalidation.
    >
    > Here you mean non-SVA page faults that are delegated to userspace to
    > handle?

    no, just SVA page faults. otherwise, no need to let userspace handle.

    >
    > Why would that be per-device?
    >
    > Can you show the flow you imagine?

    DMA page faults are delivered to root-complex via page request message and
    it is per-device according to PCIe spec. Page request handling flow is:

    1) iommu driver receives a page request from device
    2) iommu driver parses the page request message. Get the RID,PASID, faulted
    page and requested permissions etc.
    3) iommu driver triggers fault handler registered by device driver with
    iommu_report_device_fault()
    4) device driver's fault handler signals an event FD to notify userspace to
    fetch the information about the page fault. If it's VM case, inject the
    page fault to VM and let guest to solve it.

    Eric has sent below series for the page fault reporting for VM with passthru
    device.
    https://lore.kernel.org/kvm/20210223210625.604517-5-eric.auger@redhat.com/

    Regards,
    Yi Liu

    > Jason

    \
     
     \ /
      Last update: 2021-04-01 20:53    [W:3.532 / U:0.712 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site