From mboxrd@z Thu Jan 1 00:00:00 1970 From: Paolo Bonzini Subject: Re: [ANNOUNCE][RFC] KVMGT - the implementation of Intel GVT-g(full GPU virtualization) for KVM Date: Fri, 05 Dec 2014 14:03:32 +0100 Message-ID: <5481AD24.3000703@redhat.com> References: <547FC5DE.4010701@intel.com> <1417769421.11297.37.camel@nilsson.home.kraxel.org> Mime-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Return-path: Received: from mail-wg0-f50.google.com (mail-wg0-f50.google.com [74.125.82.50]) by gabe.freedesktop.org (Postfix) with ESMTP id 856D76E75E for ; Fri, 5 Dec 2014 05:03:38 -0800 (PST) Received: by mail-wg0-f50.google.com with SMTP id k14so825561wgh.37 for ; Fri, 05 Dec 2014 05:03:37 -0800 (PST) In-Reply-To: <1417769421.11297.37.camel@nilsson.home.kraxel.org> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: intel-gfx-bounces@lists.freedesktop.org Sender: "Intel-gfx" To: Gerd Hoffmann , Jike Song Cc: kvm@vger.kernel.org, "White, Michael L" , "Dong, Eddie" , "intel-gfx@lists.freedesktop.org" , "Li, Susie" , "Cowperthwaite, David J" , linux-kernel@vger.kernel.org, "Haron, Sandra" List-Id: intel-gfx@lists.freedesktop.org CgpPbiAwNS8xMi8yMDE0IDA5OjUwLCBHZXJkIEhvZmZtYW5uIHdyb3RlOgo+IEEgZmV3IGNvbW1l bnRzIG9uIHRoZSBrZXJuZWwgc3R1ZmYgKGJyaWVmIGxvb2sgc28gZmFyLCBhbHNvCj4gY29tcGls ZS10ZXN0ZWQgb25seSwgaW50ZWwgZ2Z4IG9uIG15IHRlc3QgbWFjaGluZSBpcyB0b28gb2xkKS4K PiAKPiAgKiBOb3RpY2VkIHRoZSBrZXJuZWwgYml0cyBkb24ndCBldmVuIGNvbXBpbGUgd2hlbiBj b25maWd1cmVkIGFzCj4gICAgbW9kdWxlLiAgRXZlcnl0aGluZyAodmd0LCBpOTE1LCBrdm0pIG11 c3QgYmUgY29tcGlsZWQgaW50byB0aGUKPiAgICBrZXJuZWwuCgpJJ2xsIGFkZCB0aGF0IHRoZSBw YXRjaCBpcyBiYXNpY2FsbHkgaW1wb3NzaWJsZSB0byByZXZpZXcgd2l0aCBhbGwgdGhlClhlbkdU IGJpdHMgc3RpbGwgaW4uICBGb3IgZXhhbXBsZSwgdGhlIHg4NiBlbXVsYXRvciBzZWVtcyB0byBi ZQp1bm5lY2Vzc2FyeSBmb3IgS1ZNR1QsIGJ1dCBJIGFtIG5vdCAxMDAlIHN1cmUuCgpJIHdvdWxk IGxpa2UgYSBjbGVhciB1bmRlcnN0YW5kaW5nIG9mIHdoeS9ob3cgQW5kcmV3IEJhcm5lcyB3YXMg YWJsZSB0bwpkbyBpOTE1IHBhc3N0aHJvdWdoIChHVlQtZCkgd2l0aG91dCBoYWNraW5nIHRoZSBJ U0EgYnJpZGdlLCBhbmQgd2h5IHRoaXMKZG9lcyBub3QgYXBwbHkgdG8gR1ZULWcuCgpQYW9sbwoK PiAgKiBEZXNpZ24gYXBwcm9hY2ggc3RpbGwgc2VlbXMgdG8gYmUgaTkxNSBvbiB2Z3Qgbm90IHRo ZSBvdGhlciB3YXkKPiAgICBhcm91bmQuCj4gCj4gUWVtdS9TZWFCSU9TIGJpdHM6Cj4gCj4gSSd2 ZSBzZWVuIHRoZSBob3N0IGJyaWRnZSBjaGFuZ2VzIGlkZW50aXR5IGZyb20gaTQ0MGZ4IHRvCj4g Y29weS1wY2ktaWRzLWZyb20taG9zdC4gIEd1ZXNzIHRoZSByZWFzb24gZm9yIHRoaXMgaXMgdGhh dCBzZWFiaW9zIHVzZXMKPiB0aGlzIGRldmljZSB0byBmaWd1cmUgd2hlbmV2ZXIgaXQgaXMgcnVu bmluZyBvbiBpNDQwZnggb3IgcTM1LiAgQ29ycmVjdD8KPiAKPiBXaGF0IGFyZSB0aGUgZXhhY3Qg cmVxdWlyZW1lbnRzIGZvciB0aGUgZGV2aWNlPyAgTXVzdCBpdCBtYXRjaCB0aGUgaG9zdAo+IGV4 YWN0bHksIHRvIG5vdCBjb25mdXNlIHRoZSBndWVzdCBpbnRlbCBncmFwaGljcyBkcml2ZXI/ICBP ciB3b3VsZAo+IHNvbWV0aGluZyBtb3JlIHJlY2VudCAtLSBzdWNoIGFzIHRoZSBxMzUgZW11bGF0 aW9uIHFlbXUgaGFzIC0tIGJlIGdvb2QKPiBlbm91Z2ggdG8gbWFrZSB0aGluZ3Mgd29yayAoYXNz dW1pbmcgd2UgYWRkIHN1cHBvcnQgZm9yIHRoZQo+IGdyYXBoaWMtcmVsYXRlZCBwY2kgY29uZmln IHNwYWNlIHJlZ2lzdGVycyB0aGVyZSk/Cj4gCj4gVGhlIHBhdGNoIGFsc28gYWRkcyBhIGR1bW15 IGlzYSBicmlkZ2UgYXQgMHgxZi4gIFNpbWxpYXIgcXVlc3Rpb24gaGVyZToKPiBXaGF0IGV4YWN0 bHkgaXMgbmVlZGVkIGhlcmU/ICBXb3VsZCB0aGluZ3Mgd29yayBpZiB3ZSBzaW1wbHkgdXNlIHRo ZSBxMzUKPiBscGMgZGV2aWNlIGhlcmU/Cj4gCj4gbW9yZSB0byBjb21lIGFmdGVyIEkndmUgcmVh ZCB0aGUgcGFwZXIgbGlua2VkIGFib3ZlIC4uLgo+IAo+IGNoZWVycywKPiAgIEdlcmQKPiAKPiAK PiBfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwo+IEludGVs LWdmeCBtYWlsaW5nIGxpc3QKPiBJbnRlbC1nZnhAbGlzdHMuZnJlZWRlc2t0b3Aub3JnCj4gaHR0 cDovL2xpc3RzLmZyZWVkZXNrdG9wLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2ludGVsLWdmeAo+IApf X19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fXwpJbnRlbC1nZngg bWFpbGluZyBsaXN0CkludGVsLWdmeEBsaXN0cy5mcmVlZGVza3RvcC5vcmcKaHR0cDovL2xpc3Rz LmZyZWVkZXNrdG9wLm9yZy9tYWlsbWFuL2xpc3RpbmZvL2ludGVsLWdmeAo= From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1753294AbaLENDl (ORCPT ); Fri, 5 Dec 2014 08:03:41 -0500 Received: from mail-wi0-f177.google.com ([209.85.212.177]:39471 "EHLO mail-wi0-f177.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1753240AbaLENDj (ORCPT ); Fri, 5 Dec 2014 08:03:39 -0500 Message-ID: <5481AD24.3000703@redhat.com> Date: Fri, 05 Dec 2014 14:03:32 +0100 From: Paolo Bonzini User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:31.0) Gecko/20100101 Thunderbird/31.2.0 MIME-Version: 1.0 Newsgroups: gmane.comp.freedesktop.xorg.drivers.intel,gmane.comp.emulators.kvm.devel,gmane.linux.kernel To: Gerd Hoffmann , Jike Song CC: kvm@vger.kernel.org, "White, Michael L" , "Dong, Eddie" , "intel-gfx@lists.freedesktop.org" , "Li, Susie" , "Cowperthwaite, David J" , linux-kernel@vger.kernel.org, "Haron, Sandra" Subject: Re: [ANNOUNCE][RFC] KVMGT - the implementation of Intel GVT-g(full GPU virtualization) for KVM References: <547FC5DE.4010701@intel.com> <1417769421.11297.37.camel@nilsson.home.kraxel.org> In-Reply-To: <1417769421.11297.37.camel@nilsson.home.kraxel.org> Content-Type: text/plain; charset=utf-8 Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 05/12/2014 09:50, 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. I'll add that the patch is basically impossible to review with all the XenGT bits still in. For example, the x86 emulator seems to be unnecessary for KVMGT, but I am not 100% sure. I would like a clear understanding of why/how Andrew Barnes was able to do i915 passthrough (GVT-d) without hacking the ISA bridge, and why this does not apply to GVT-g. Paolo > * Design approach still seems to be i915 on vgt not the other way > around. > > Qemu/SeaBIOS bits: > > I've seen the host bridge changes identity from i440fx to > copy-pci-ids-from-host. Guess the reason for this is that seabios uses > this device to figure whenever it is running on i440fx or q35. Correct? > > 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)? > > 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? > > more to come after I've read the paper linked above ... > > cheers, > Gerd > > > _______________________________________________ > Intel-gfx mailing list > Intel-gfx@lists.freedesktop.org > http://lists.freedesktop.org/mailman/listinfo/intel-gfx >