lkml.org 
[lkml]   [2021]   [Apr]   [1]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    From
    SubjectRe: [PATCH V4 05/18] iommu/ioasid: Redefine IOASID set and allocation APIs
    On Thu, Apr 01, 2021 at 01:43:36PM +0000, Liu, Yi L wrote:
    > > From: Jason Gunthorpe <jgg@nvidia.com>
    > > Sent: Thursday, April 1, 2021 9:16 PM
    > >
    > > On Thu, Apr 01, 2021 at 01:10:48PM +0000, Liu, Yi L wrote:
    > > > > From: Jason Gunthorpe <jgg@nvidia.com>
    > > > > Sent: Thursday, April 1, 2021 7:47 PM
    > > > [...]
    > > > > I'm worried Intel views the only use of PASID in a guest is with
    > > > > ENQCMD, but that is not consistent with the industry. We need to see
    > > > > normal nested PASID support with assigned PCI VFs.
    > > >
    > > > I'm not quire flow here. Intel also allows PASID usage in guest without
    > > > ENQCMD. e.g. Passthru a PF to guest, and use PASID on it without
    > > ENQCMD.
    > >
    > > Then you need all the parts, the hypervisor calls from the vIOMMU, and
    > > you can't really use a vPASID.
    >
    > This is a diagram shows the vSVA setup.

    I'm not talking only about vSVA. Generic PASID support with arbitary
    mappings.

    And how do you deal with the vPASID vs pPASID issue if the system has
    a mix of physical devices and mdevs?

    Jason

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