[PATCH 1/9] vfio: Make vfio_(un)register_notifier accept a vfio_device
Jason Gunthorpe
jgg at nvidia.com
Wed Apr 13 17:37:27 UTC 2022
On Wed, Apr 13, 2022 at 06:29:46PM +0200, Christoph Hellwig wrote:
> On Wed, Apr 13, 2022 at 01:18:14PM -0300, Jason Gunthorpe wrote:
> > Yeah, I was thinking about that too, but on the other hand I think it
> > is completely wrong that gvt requires kvm at all. A vfio_device is not
> > supposed to be tightly linked to KVM - the only exception possibly
> > being s390..
>
> So i915/gvt uses it for:
>
> - poking into the KVM GFN translations
> - using the KVM page track notifier
>
> No idea how these could be solved in a more generic way.
TBH I'm not sure how any of this works fully correctly..
I see this code getting something it calls a GFN and then passing
them to vfio - which makes no sense. Either a value is a GFN - the
physical memory address of the VM, or it is an IOVA. VFIO only takes
in IOVA and kvm only takes in GFN. So these are probably IOVAs really..
But then, I see this code taking GFNs (which are probably IOVAs?) and
passing them to the kvm page track notifier? That can't be right, VFIO
needs to translate the IOVA to a GFN, not assume 1:1...
It seems the purpose is to shadow a page table, and it is capturing
user space CPU writes to this page table memory I guess?
GFN's seems to come from gen8_gtt_get_pfn which seems to be parsing
some guest page table?
Jason
More information about the dri-devel
mailing list