lkml.org 
[lkml]   [2020]   [Apr]   [8]   [last100]   RSS Feed
Views: [wrap][no wrap]   [headers]  [forward] 
 
Messages in this thread
    /
    Date
    From
    SubjectRe: [PATCH v1 2/2] vfio/pci: Emulate PASID/PRI capability for VFs
    Hi Alex

    + Bjorn

    FWIW I can't understand why PCI SIG went different ways with ATS,
    where its enumerated on PF and VF. But for PASID and PRI its only
    in PF.

    I'm checking with our internal SIG reps to followup on that.

    On Tue, Apr 07, 2020 at 09:58:01AM -0600, Alex Williamson wrote:
    > > Is there vendor guarantee that hidden registers will locate at the
    > > same offset between PF and VF config space?
    >
    > I'm not sure if the spec really precludes hidden registers, but the
    > fact that these registers are explicitly outside of the capability
    > chain implies they're only intended for device specific use, so I'd say
    > there are no guarantees about anything related to these registers.

    As you had suggested in the other thread, we could consider
    using the same offset as in PF, but even that's a better guess
    still not reliable.

    The other option is to maybe extend driver ops in the PF to expose
    where the offsets should be. Sort of adding the quirk in the
    implementation.

    I'm not sure how prevalent are PASID and PRI in VF devices. If SIG is resisting
    making VF's first class citizen, we might ask them to add some verbiage
    to suggest leave the same offsets as PF open to help emulation software.


    >
    > FWIW, vfio started out being more strict about restricting config space
    > access to defined capabilities, until...
    >
    > commit a7d1ea1c11b33bda2691f3294b4d735ed635535a
    > Author: Alex Williamson <alex.williamson@redhat.com>
    > Date: Mon Apr 1 09:04:12 2013 -0600
    >

    Cheers,
    Ashok

    \
     
     \ /
      Last update: 2020-04-08 06:00    [W:4.466 / U:0.164 seconds]
    ©2003-2020 Jasper Spaans|hosted at Digital Ocean and TransIP|Read the blog|Advertise on this site