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: Thu, 11 Dec 2014 02:38:19 +0100 Message-ID: <5488F58B.6050903@redhat.com> References: <547FC5DE.4010701@intel.com> <1417769421.11297.37.camel@nilsson.home.kraxel.org> <5481AD24.3000703@redhat.com> <54887BD9.7030903@redhat.com> Mime-Version: 1.0 Content-Type: text/plain; charset="utf-8" Content-Transfer-Encoding: base64 Return-path: Received: from mail-wi0-f173.google.com (mail-wi0-f173.google.com [209.85.212.173]) by gabe.freedesktop.org (Postfix) with ESMTP id 7F82A6E0E1 for ; Wed, 10 Dec 2014 17:38:24 -0800 (PST) Received: by mail-wi0-f173.google.com with SMTP id r20so13066486wiv.6 for ; Wed, 10 Dec 2014 17:38:23 -0800 (PST) In-Reply-To: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: intel-gfx-bounces@lists.freedesktop.org Sender: "Intel-gfx" To: "Tian, Kevin" , Gerd Hoffmann , "Song, Jike" 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 CgpPbiAxMS8xMi8yMDE0IDAxOjMzLCBUaWFuLCBLZXZpbiB3cm90ZToKPiBNeSBwb2ludCBpcyB0 aGF0IEtWTUdUIGRvZXNuJ3QgaW50cm9kdWNlIG5ldyByZXF1aXJlbWVudHMgYXMgd2hhdCdzCj4g cmVxdWlyZWQgaW4gSUdEIHBhc3N0aHJvdWdoIGNhc2UsIGJlY2F1c2UgYWxsIHRoZSBoYWNrcyB5 b3Ugc2VlIG5vdwo+IGlzIHRvIHNhdGlzZnkgZ3Vlc3QgZ3JhcGhpY3MgZHJpdmVyJ3MgZXhwZWN0 YXRpb24uIEkgaGF2ZW4ndCBmb2xsb3cgdXAgdGhlCj4gS1ZNIElHRCBwYXNzdGhyb3VnaCBwcm9n cmVzcywgYnV0IGlmIGl0IGRvZXNuJ3QgcmVxdWlyZSBJU0EgYnJpZGdlIGhhY2tpbmcKPiB0aGUg c2FtZSB0cmljayBjYW4gYmUgYWRvcHRlZCBieSBLVk1HVCB0b28uCgpSaWdodCBub3cgaXQgZGlk IHJlcXVpcmUgSVNBIGJyaWRnZSBoYWNraW5nLgoKPiBZb3UgbWF5IGtub3cgQWxsZW4gaXMKPiB3 b3JraW5nIG9uIGRyaXZlciBjaGFuZ2VzIHRvIGF2b2lkIGNhdXNpbmcgdGhvc2UgaGFja3MgaW4g UWVtdSBzaWRlLgo+IFRoYXQgZWZmb3J0IHdpbGwgYmVuZWZpdCB1cyB0b28uCgpUaGF0J3MgZ29v ZCB0byBrbm93LCB0aGFua3MhCgpQYW9sbwpfX19fX19fX19fX19fX19fX19fX19fX19fX19fX19f X19fX19fX19fX19fX19fXwpJbnRlbC1nZnggbWFpbGluZyBsaXN0CkludGVsLWdmeEBsaXN0cy5m cmVlZGVza3RvcC5vcmcKaHR0cDovL2xpc3RzLmZyZWVkZXNrdG9wLm9yZy9tYWlsbWFuL2xpc3Rp bmZvL2ludGVsLWdmeAo= From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S933445AbaLKBi0 (ORCPT ); Wed, 10 Dec 2014 20:38:26 -0500 Received: from mail-wg0-f46.google.com ([74.125.82.46]:63422 "EHLO mail-wg0-f46.google.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1758301AbaLKBiZ (ORCPT ); Wed, 10 Dec 2014 20:38:25 -0500 Message-ID: <5488F58B.6050903@redhat.com> Date: Thu, 11 Dec 2014 02:38:19 +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: "Tian, Kevin" , Gerd Hoffmann , "Song, Jike" 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> <5481AD24.3000703@redhat.com> <54887BD9.7030903@redhat.com> In-Reply-To: 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 11/12/2014 01:33, Tian, Kevin wrote: > My point is that KVMGT doesn't introduce new requirements as what's > required in IGD passthrough case, because all the hacks you see now > is to satisfy guest graphics driver's expectation. I haven't follow up the > KVM IGD passthrough progress, but if it doesn't require ISA bridge hacking > the same trick can be adopted by KVMGT too. Right now it did require ISA bridge hacking. > You may know Allen is > working on driver changes to avoid causing those hacks in Qemu side. > That effort will benefit us too. That's good to know, thanks! Paolo