From mboxrd@z Thu Jan 1 00:00:00 1970 From: Neo Jia Subject: Re: summary of current vfio mdev upstreaming status Date: Thu, 29 Sep 2016 02:17:14 -0700 Message-ID: <20160929091714.GB32640@nvidia.com> References: <57ECD70B.1080205@intel.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Cc: Alex Williamson , Kirti Wankhede , Paolo Bonzini , "kvm@vger.kernel.org" , qemu-devel , "libvir-list@redhat.com" , "bjsdjshi@linux.vnet.ibm.com" , "Tian, Kevin" , "Xiao, Guangrong" , "Daniel P. Berrange" To: Jike Song Return-path: Received: from hqemgate14.nvidia.com ([216.228.121.143]:14881 "EHLO hqemgate14.nvidia.com" rhost-flags-OK-OK-OK-OK) by vger.kernel.org with ESMTP id S1751919AbcI2JRR (ORCPT ); Thu, 29 Sep 2016 05:17:17 -0400 Content-Disposition: inline In-Reply-To: <57ECD70B.1080205@intel.com> Sender: kvm-owner@vger.kernel.org List-ID: On Thu, Sep 29, 2016 at 04:55:39PM +0800, Jike Song wrote: > Hi all, > > In order to have a clear understanding about the VFIO mdev upstreaming > status, I'd like to summarize it. Please share your opinions on this, > and correct my misunderstandings. > > The whole vfio mdev series can be logically divided into several parts, > they work together to provide the mdev support. Hi Jike, Thanks for summarizing this, but I will defer to Kirti to comment on the actual upstream status of her patches, couples things to note though: 1) iommu type1 patches have been extensively reviewed by Alex already and we have one action item left to implement which is already queued up in v8 patchset. 2) regarding the sysfs interface and libvirt discussion, I would like to hear what kind of attributes Intel folks are having so far as Daniel is asking about adding a class "gpu" which will pull several attributes as mandatory. Thanks, Neo > > > > PART 1: mdev core driver > > [task] > - the mdev bus/device support > - the utilities of mdev lifecycle management > - the physical device register/unregister interfaces > > [status] > - basically agreed by community > > > PART 2: vfio bus driver for mdev > > [task] > - interfaces with vendor drivers > - the vfio bus implementation > > [status] > > - basically agreed by community > > > PART 3: iommu support for mdev > > [task] > - iommu support for mdev > > [status] > - Kirti's v7 implementation, not yet fully reviewed > > > PART 4: sysfs interfaces for mdev > > [task] > - define the hierarchy of minimal sysfs directories/files > - check the validity from vendor drivers, init/de-init them > [status] > - interfaces are in discussion > > > PART 6: Documentation > > [task] > - clearly document the architecture and interfaces > - coding example for vendor drivers > > [status] > - N/A > > > What I'm curious here is 'PART 4', which is needed by other parts to > perform further steps, is it possible to accelerate the process somehow? :-) > > > -- > Thanks, > Jike > -- > To unsubscribe from this list: send the line "unsubscribe kvm" in > the body of a message to majordomo@vger.kernel.org > More majordomo info at http://vger.kernel.org/majordomo-info.html From mboxrd@z Thu Jan 1 00:00:00 1970 Received: from eggs.gnu.org ([2001:4830:134:3::10]:38886) by lists.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bpXT2-0004ot-3g for qemu-devel@nongnu.org; Thu, 29 Sep 2016 05:17:25 -0400 Received: from Debian-exim by eggs.gnu.org with spam-scanned (Exim 4.71) (envelope-from ) id 1bpXSv-0002bJ-8x for qemu-devel@nongnu.org; Thu, 29 Sep 2016 05:17:23 -0400 Received: from hqemgate14.nvidia.com ([216.228.121.143]:14883) by eggs.gnu.org with esmtp (Exim 4.71) (envelope-from ) id 1bpXSv-0002bF-0g for qemu-devel@nongnu.org; Thu, 29 Sep 2016 05:17:17 -0400 Date: Thu, 29 Sep 2016 02:17:14 -0700 From: Neo Jia Message-ID: <20160929091714.GB32640@nvidia.com> References: <57ECD70B.1080205@intel.com> MIME-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Disposition: inline In-Reply-To: <57ECD70B.1080205@intel.com> Subject: Re: [Qemu-devel] summary of current vfio mdev upstreaming status List-Id: List-Unsubscribe: , List-Archive: List-Post: List-Help: List-Subscribe: , To: Jike Song Cc: Alex Williamson , Kirti Wankhede , Paolo Bonzini , "kvm@vger.kernel.org" , qemu-devel , "libvir-list@redhat.com" , "bjsdjshi@linux.vnet.ibm.com" , "Tian, Kevin" , "Xiao, Guangrong" , "Daniel P. Berrange" On Thu, Sep 29, 2016 at 04:55:39PM +0800, Jike Song wrote: > Hi all, > > In order to have a clear understanding about the VFIO mdev upstreaming > status, I'd like to summarize it. Please share your opinions on this, > and correct my misunderstandings. > > The whole vfio mdev series can be logically divided into several parts, > they work together to provide the mdev support. Hi Jike, Thanks for summarizing this, but I will defer to Kirti to comment on the actual upstream status of her patches, couples things to note though: 1) iommu type1 patches have been extensively reviewed by Alex already and we have one action item left to implement which is already queued up in v8 patchset. 2) regarding the sysfs interface and libvirt discussion, I would like to hear what kind of attributes Intel folks are having so far as Daniel is asking about adding a class "gpu" which will pull several attributes as mandatory. Thanks, Neo > > > > PART 1: mdev core driver > > [task] > - the mdev bus/device support > - the utilities of mdev lifecycle management > - the physical device register/unregister interfaces > > [status] > - basically agreed by community > > > PART 2: vfio bus driver for mdev > > [task] > - interfaces with vendor drivers > - the vfio bus implementation > > [status] > > - basically agreed by community > > > PART 3: iommu support for mdev > > [task] > - iommu support for mdev > > [status] > - Kirti's v7 implementation, not yet fully reviewed > > > PART 4: sysfs interfaces for mdev > > [task] > - define the hierarchy of minimal sysfs directories/files > - check the validity from vendor drivers, init/de-init them > [status] > - interfaces are in discussion > > > PART 6: Documentation > > [task] > - clearly document the architecture and interfaces > - coding example for vendor drivers > > [status] > - N/A > > > What I'm curious here is 'PART 4', which is needed by other parts to > perform further steps, is it possible to accelerate the process somehow? :-) > > > -- > Thanks, > Jike > -- > To unsubscribe from this list: send the line "unsubscribe kvm" in > the body of a message to majordomo@vger.kernel.org > More majordomo info at http://vger.kernel.org/majordomo-info.html