From mboxrd@z Thu Jan 1 00:00:00 1970 From: Jike Song Subject: Re: [Announcement] 2015-Q3 release of XenGT - a Mediated Graphics Passthrough Solution from Intel Date: Fri, 20 Nov 2015 10:46:54 +0800 Message-ID: <564E899E.4090904@intel.com> References: <53D215D3.50608@intel.com> <547FCAAD.2060406@intel.com> <54AF967B.3060503@intel.com> <5527CEC4.9080700@intel.com> <559B3E38.1080707@intel.com> <562F4311.9@intel.com> <1447870341.4697.92.camel@redhat.com> <1447922452.25140.39.camel@redhat.com> <564DADCC.2030702@redhat.com> Mime-Version: 1.0 Content-Type: text/plain; charset="utf-8"; Format="flowed" Content-Transfer-Encoding: base64 Return-path: Received: from mga09.intel.com (mga09.intel.com [134.134.136.24]) by gabe.freedesktop.org (Postfix) with ESMTP id 004FB6E591 for ; Thu, 19 Nov 2015 18:47:25 -0800 (PST) In-Reply-To: <564DADCC.2030702@redhat.com> List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , Errors-To: intel-gfx-bounces@lists.freedesktop.org Sender: "Intel-gfx" To: Paolo Bonzini Cc: "igvt-g@ml01.01.org" , "Reddy, Raghuveer" , "White, Michael L" , "Cowperthwaite, David J" , "intel-gfx@lists.freedesktop.org" , "Li, Susie" , "Dong, Eddie" , "linux-kernel@vger.kernel.org" , "xen-devel@lists.xen.org" , qemu-devel , "Zhu, Libo" , "Wang, Hongbo" , "Zhou, Chao" List-Id: intel-gfx@lists.freedesktop.org T24gMTEvMTkvMjAxNSAwNzowOSBQTSwgUGFvbG8gQm9uemluaSB3cm90ZToKPiBPbiAxOS8xMS8y MDE1IDA5OjQwLCBHZXJkIEhvZmZtYW5uIHdyb3RlOgo+Pj4+IEJ1dCB0aGlzIGNvZGUgc2hvdWxk IGJlCj4+Pj4gbWlub3IgdG8gYmUgbWFpbnRhaW5lZCBpbiBsaWJ2aXJ0Lgo+PiBBcyBmYXIgSSBr bm93IGxpYnZpcnQgb25seSBuZWVkcyB0byBkaXNjb3ZlciB0aG9zZSBkZXZpY2VzLiAgSWYgdGhl eQo+PiBsb29rIGxpa2Ugc3IvaW92IGRldmljZXMgaW4gc3lzZnMgdGhpcyBtaWdodCB3b3JrIHdp dGhvdXQgYW55IGNoYW5nZXMgdG8KPj4gbGlidmlydC4KPgo+IEkgZG9uJ3QgdGhpbmsgdGhleSB3 aWxsIGxvb2sgbGlrZSBTUi9JT1YgZGV2aWNlcy4KPgo+IFRoZSBpbnRlcmZhY2UgbWF5IGxvb2sg YSBsaXR0bGUgbGlrZSB0aGUgc3lzZnMgaW50ZXJmYWNlIHRoYXQgR1ZULWcgaXMKPiBhbHJlYWR5 IHVzaW5nLiAgSG93ZXZlciwgaXQgc2hvdWxkIGF0IGxlYXN0IGJlIGV4dGVuZGVkIHRvIHN1cHBv cnQKPiBtdWx0aXBsZSB2R1BVcyBpbiBhIHNpbmdsZSBWTS4gIFRoaXMgbWlnaHQgbm90IGJlIHBv c3NpYmxlIGZvciBJbnRlbAo+IGludGVncmF0ZWQgZ3JhcGhpY3MsIGJ1dCBpdCBzaG91bGQgZGVm aW5pdGVseSBiZSBwb3NzaWJsZSBmb3IgZGlzY3JldGUKPiBncmFwaGljcyBjYXJkcy4KCkRpZG4n dCBoZWFyIGFib3V0IG11bHRpcGxlIHZHUFVzIGZvciBhIHNpbmdsZSBWTSBiZWZvcmUuIFllcyBJ ZiB3ZQpleHBlY3Qgc2FtZSB2R1BVIGludGVyZmFjZXMgZm9yIGRpZmZlcmVudCB2ZW5kb3JzLCBh YnN0cmFjdGlvbiBhbmQKdmVuZG9yIHNwZWNpZmljIHN0dWZmIHNob3VsZCBiZSBpbXBsZW1lbnRl ZC4KCgo+IEFub3RoZXIgbml0IGlzIHRoYXQgdGhlIFZNIGlkIHNob3VsZCBwcm9iYWJseSBiZSBy ZXBsYWNlZCBieSBhIFVVSUQKPiAoYmVjYXVzZSBpdCdzIHRvbyBlYXN5IHRvIHN0dW1ibGUgb24g YW4gZXhpc3RpbmcgVk0gaWQpLCBhc3N1bWluZyBhIFZNCj4gaWQgaXMgbmVlZGVkIGF0IGFsbC4K CkZvciB0aGUgbGFzdCBhc3N1bXB0aW9uLCB5ZXMsIGEgVk0gaWQgaXMgbm90IG5lY2Vzc2FyeSBm b3IgZ3Z0LWcsIGl0J3MKb25seSBhIHRlbXBvcmFyeSBpbXBsZW1lbnRhdGlvbi4KCkFzIGxvbmcg YXMgbGlidmlydCBpcyB1c2VkLCBVVUlEIHNob3VsZCBiZSBlbm91Z2ggZm9yIGd2dC1nLiBIb3dl dmVyLApVVUlEIGlzIG5vdCBtYW5kYXRvcnk/IFdoYXQgc2hvdWxkIHdlIGRvIGlmIHVzZXIgZG9u J3Qgc3BlY2lmeSBhbiBVVUlECmluIFFFTVUgY21kbGluZT8KCj4KPiBQYW9sbwo+CgotLQpUaGFu a3MsCkppa2UKX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX19fX18K SW50ZWwtZ2Z4IG1haWxpbmcgbGlzdApJbnRlbC1nZnhAbGlzdHMuZnJlZWRlc2t0b3Aub3JnCmh0 dHA6Ly9saXN0cy5mcmVlZGVza3RvcC5vcmcvbWFpbG1hbi9saXN0aW5mby9pbnRlbC1nZngK From mboxrd@z Thu Jan 1 00:00:00 1970 Return-Path: Received: (majordomo@vger.kernel.org) by vger.kernel.org via listexpand id S1161894AbbKTCrm (ORCPT ); Thu, 19 Nov 2015 21:47:42 -0500 Received: from mga03.intel.com ([134.134.136.65]:18023 "EHLO mga03.intel.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1161088AbbKTCrl (ORCPT ); Thu, 19 Nov 2015 21:47:41 -0500 X-ExtLoop1: 1 X-IronPort-AV: E=Sophos;i="5.20,320,1444719600"; d="scan'208";a="855397867" Message-ID: <564E899E.4090904@intel.com> Date: Fri, 20 Nov 2015 10:46:54 +0800 From: Jike Song User-Agent: Mozilla/5.0 (X11; Linux i686 on x86_64; rv:17.0) Gecko/20130801 Thunderbird/17.0.8 MIME-Version: 1.0 To: Paolo Bonzini CC: Gerd Hoffmann , "Tian, Kevin" , Alex Williamson , "xen-devel@lists.xen.org" , "igvt-g@ml01.01.org" , "intel-gfx@lists.freedesktop.org" , "linux-kernel@vger.kernel.org" , "White, Michael L" , "Dong, Eddie" , "Li, Susie" , "Cowperthwaite, David J" , "Reddy, Raghuveer" , "Zhu, Libo" , "Zhou, Chao" , "Wang, Hongbo" , "Lv, Zhiyuan" , qemu-devel Subject: Re: [Intel-gfx] [Announcement] 2015-Q3 release of XenGT - a Mediated Graphics Passthrough Solution from Intel References: <53D215D3.50608@intel.com> <547FCAAD.2060406@intel.com> <54AF967B.3060503@intel.com> <5527CEC4.9080700@intel.com> <559B3E38.1080707@intel.com> <562F4311.9@intel.com> <1447870341.4697.92.camel@redhat.com> <1447922452.25140.39.camel@redhat.com> <564DADCC.2030702@redhat.com> In-Reply-To: <564DADCC.2030702@redhat.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Sender: linux-kernel-owner@vger.kernel.org List-ID: X-Mailing-List: linux-kernel@vger.kernel.org On 11/19/2015 07:09 PM, Paolo Bonzini wrote: > On 19/11/2015 09:40, Gerd Hoffmann wrote: >>>> But this code should be >>>> minor to be maintained in libvirt. >> As far I know libvirt only needs to discover those devices. If they >> look like sr/iov devices in sysfs this might work without any changes to >> libvirt. > > I don't think they will look like SR/IOV devices. > > The interface may look a little like the sysfs interface that GVT-g is > already using. However, it should at least be extended to support > multiple vGPUs in a single VM. This might not be possible for Intel > integrated graphics, but it should definitely be possible for discrete > graphics cards. Didn't hear about multiple vGPUs for a single VM before. Yes If we expect same vGPU interfaces for different vendors, abstraction and vendor specific stuff should be implemented. > Another nit is that the VM id should probably be replaced by a UUID > (because it's too easy to stumble on an existing VM id), assuming a VM > id is needed at all. For the last assumption, yes, a VM id is not necessary for gvt-g, it's only a temporary implementation. As long as libvirt is used, UUID should be enough for gvt-g. However, UUID is not mandatory? What should we do if user don't specify an UUID in QEMU cmdline? > > Paolo > -- Thanks, Jike From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:51963) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZzbjV-0001dH-Jy for qemu-devel@nongnu.org; Thu, 19 Nov 2015 21:47:30 -0500 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1ZzbjS-0007G2-Dc for qemu-devel@nongnu.org; Thu, 19 Nov 2015 21:47:29 -0500 Received: from mga01.intel.com ([192.55.52.88]:63768) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1ZzbjS-0007Fo-7t for qemu-devel@nongnu.org; Thu, 19 Nov 2015 21:47:26 -0500 Message-ID: <564E899E.4090904@intel.com> Date: Fri, 20 Nov 2015 10:46:54 +0800 From: Jike Song MIME-Version: 1.0 References: <53D215D3.50608@intel.com> <547FCAAD.2060406@intel.com> <54AF967B.3060503@intel.com> <5527CEC4.9080700@intel.com> <559B3E38.1080707@intel.com> <562F4311.9@intel.com> <1447870341.4697.92.camel@redhat.com> <1447922452.25140.39.camel@redhat.com> <564DADCC.2030702@redhat.com> In-Reply-To: <564DADCC.2030702@redhat.com> Content-Type: text/plain; charset=UTF-8; format=flowed Content-Transfer-Encoding: 7bit Subject: Re: [Qemu-devel] [Intel-gfx] [Announcement] 2015-Q3 release of XenGT - a Mediated Graphics Passthrough Solution from Intel List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Paolo Bonzini Cc: "igvt-g@ml01.01.org" , "Tian, Kevin" , "Reddy, Raghuveer" , qemu-devel , "Lv, Zhiyuan" , "White, Michael L" , "Cowperthwaite, David J" , "intel-gfx@lists.freedesktop.org" , "Li, Susie" , "Dong, Eddie" , "linux-kernel@vger.kernel.org" , "xen-devel@lists.xen.org" , Alex Williamson , Gerd Hoffmann , "Zhu, Libo" , "Wang, Hongbo" , "Zhou, Chao" On 11/19/2015 07:09 PM, Paolo Bonzini wrote: > On 19/11/2015 09:40, Gerd Hoffmann wrote: >>>> But this code should be >>>> minor to be maintained in libvirt. >> As far I know libvirt only needs to discover those devices. If they >> look like sr/iov devices in sysfs this might work without any changes to >> libvirt. > > I don't think they will look like SR/IOV devices. > > The interface may look a little like the sysfs interface that GVT-g is > already using. However, it should at least be extended to support > multiple vGPUs in a single VM. This might not be possible for Intel > integrated graphics, but it should definitely be possible for discrete > graphics cards. Didn't hear about multiple vGPUs for a single VM before. Yes If we expect same vGPU interfaces for different vendors, abstraction and vendor specific stuff should be implemented. > Another nit is that the VM id should probably be replaced by a UUID > (because it's too easy to stumble on an existing VM id), assuming a VM > id is needed at all. For the last assumption, yes, a VM id is not necessary for gvt-g, it's only a temporary implementation. As long as libvirt is used, UUID should be enough for gvt-g. However, UUID is not mandatory? What should we do if user don't specify an UUID in QEMU cmdline? > > Paolo > -- Thanks, Jike