Quoting Zhenyu Wang (2018-12-07 10:16:53) > This trys to make 'kvmgt' module as self loadable instead of loading > by i915/gvt device model. So hypervisor specific module could be > stand-alone, e.g only after loading hypervisor specific module, GVT > feature could be enabled via specific hypervisor interface, e.g VFIO/mdev. > > So this trys to use hypervisor module register/unregister interface > for that. Hypervisor module needs to take care of module reference > itself when working for hypervisor interface, e.g for VFIO/mdev, > hypervisor module would reference counting mdev when open and release. > > This makes 'kvmgt' module really split from GVT device model. User > needs to load 'kvmgt' to enable VFIO/mdev interface. > > v6: > - remove unused variable > > v5: > - put module reference in register error path > > v4: > - fix checkpatch warning > > v3: > - Fix module reference handling for device open and release. Unused > mdev devices would be cleaned up in device unregister when module unload. > > v2: > - Fix kvmgt order after i915 for built-in case > > Cc: "Yuan, Hang" <hang.y...@intel.com> > Cc: Alex Williamson <alex.william...@redhat.com> > Cc: "He, Min" <min...@intel.com> > Reviewed-by: Yuan, Hang <hang.y...@intel.com> > Signed-off-by: Zhenyu Wang <zhen...@linux.intel.com>
For what i915 is concerned, this is the desireable direction. When combined with the other series about making GVT build independantly, and golden MMIO state (instead of capturing at boot). With those This should both expedite the i915 driver loading on DOM0, when GVT can be loaded as secondary module. And the golden MMIO state instead of capturing from host would avoid leaking any changes in host configuration (say, due to BIOS update) to the guests. So as an intermediary step to that direction, for i915 portion (not that much in this case) this is: Acked-by: Joonas Lahtinen <joonas.lahti...@linux.intel.com> I'm expecting somebody with more inisght to review the code under gvt/. Regards, Joonas _______________________________________________ Intel-gfx mailing list Intel-gfx@lists.freedesktop.org https://lists.freedesktop.org/mailman/listinfo/intel-gfx
