Subject: Re: [Intel-gfx] [Announcement] 2015-Q3 release of XenGT - a Mediated
 Graphics Passthrough Solution from Intel
To: Gerd Hoffmann <kraxel@redhat.com>, "Tian, Kevin" <kevin.tian@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>
 <AADFC41AFE54684AB9EE6CBC0274A5D15F7152DB@SHSMSX101.ccr.corp.intel.com>
 <1447922452.25140.39.camel@redhat.com>
Cc: Alex Williamson <alex.williamson@redhat.com>,
        "Song, Jike" <jike.song@intel.com>,
        "xen-devel@lists.xen.org" <xen-devel@lists.xen.org>,
        "igvt-g@ml01.01.org" <igvt-g@ml01.01.org>,
        "intel-gfx@lists.freedesktop.org" <intel-gfx@lists.freedesktop.org>,
        "linux-kernel@vger.kernel.org" <linux-kernel@vger.kernel.org>,
        "White, Michael L" <michael.l.white@intel.com>,
        "Dong, Eddie" <eddie.dong@intel.com>, "Li, Susie" <susie.li@intel.com>,
        "Cowperthwaite, David J" <david.j.cowperthwaite@intel.com>,
        "Reddy, Raghuveer" <raghuveer.reddy@intel.com>,
        "Zhu, Libo" <libo.zhu@intel.com>, "Zhou, Chao" <chao.zhou@intel.com>,
        "Wang, Hongbo" <hongbo.wang@intel.com>,
        "Lv, Zhiyuan" <zhiyuan.lv@intel.com>,
        qemu-devel <qemu-devel@nongnu.org>
From: Paolo Bonzini <pbonzini@redhat.com>
Message-ID: <564DADCC.2030702@redhat.com>
Date: Thu, 19 Nov 2015 12:09:00 +0100
User-Agent: Mozilla/5.0 (X11; Linux x86_64; rv:38.0) Gecko/20100101
 Thunderbird/38.3.0
MIME-Version: 1.0
In-Reply-To: <1447922452.25140.39.camel@redhat.com>
Content-Type: text/plain; charset=utf-8
Content-Transfer-Encoding: 7bit
Sender: linux-kernel-owner@vger.kernel.org
Content-Length: 1029
Lines: 27


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.

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.

Paolo
--
To unsubscribe from this list: send the line "unsubscribe linux-kernel" in
the body of a message to majordomo@vger.kernel.org
More majordomo info at  http://vger.kernel.org/majordomo-info.html
Please read the FAQ at  http://www.tux.org/lkml/