Re: [ANNOUNCE][RFC] KVMGT - the implementation of Intel GVT-g(full GPU virtualization) for KVM
From: Gerd Hoffmann
Date: Mon Dec 08 2014 - 04:55:16 EST
On Sa, 2014-12-06 at 12:17 +0800, Jike Song wrote:
> On 12/05/2014 04:50 PM, Gerd Hoffmann wrote:
> > A few comments on the kernel stuff (brief look so far, also
> > compile-tested only, intel gfx on my test machine is too old).
> > * Noticed the kernel bits don't even compile when configured as
> > module. Everything (vgt, i915, kvm) must be compiled into the
> > kernel.
> Yes, that's planned to be done along with separating hypervisor-related
> code from vgt.
> > What are the exact requirements for the device? Must it match the host
> > exactly, to not confuse the guest intel graphics driver? Or would
> > something more recent -- such as the q35 emulation qemu has -- be good
> > enough to make things work (assuming we add support for the
> > graphic-related pci config space registers there)?
> I don't know that is exactly needed, we also need to have Windows
> driver considered. However, I'm quite confident that, if things gonna
> work for IGD passthrough, it gonna work for GVT-g.
I'd suggest to focus on q35 emulation. q35 is new enough that a version
with integrated graphics exists, so the gap we have to close is *much*
In case guests expect a northbridge matching the chipset generation of
the graphics device (which I'd expect is the case, after digging a bit
in the igd and agpgart linux driver code) I think we should add proper
device emulation for them, i.e. comply q35-pcihost with
sandybridge-pcihost + ivybridge-pcihost + haswell-pcihost instead of
just copying over the pci ids from the host. Most likely all those
variants can share most of the emulation code.
SeaBIOS then can just get support for these three northbridge variants,
so we don't need magic pci id switching hacks at all.
> > The patch also adds a dummy isa bridge at 0x1f. Simliar question here:
> > What exactly is needed here? Would things work if we simply use the q35
> > lpc device here?
Ok. Lets try to just use the q35 emulation + q35 lpc device then
instead of adding a second dummy lpc device.
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@xxxxxxxxxxxxxxx
More majordomo info at http://vger.kernel.org/majordomo-info.html
Please read the FAQ at http://www.tux.org/lkml/