From mboxrd@z Thu Jan 1 00:00:00 1970 From: cody Subject: Re: [question] Does HVM domain support xen-pcifront/xen-pciback? Date: Tue, 07 Feb 2012 21:36:31 +0800 Message-ID: <4F3128DF.20208@gmail.com> References: <20120206175812.GB14439@phenom.dumpdata.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii"; Format="flowed" Content-Transfer-Encoding: 7bit Return-path: In-Reply-To: <20120206175812.GB14439@phenom.dumpdata.com> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xensource.com Errors-To: xen-devel-bounces@lists.xensource.com To: Konrad Rzeszutek Wilk Cc: Xen-devel@lists.xensource.com List-Id: xen-devel@lists.xenproject.org On 02/07/2012 01:58 AM, Konrad Rzeszutek Wilk wrote: > On Mon, Feb 06, 2012 at 04:32:05PM +0800, Kai Huang wrote: > >> Hi, >> >> I see in pcifront_init, if domain is not PV domain, pcifront_init just >> returns error. So seems HVM domain does not support >> xen-pcifront/xen-pciback mechanism? If it is true, why? I think >> > Yup. B/c the only thing that the PV PCI protocol does is enable > PCI configuration emulation. And if you boot an HVM guest - QEMU does > that already. > > I heard qemu does not support PCIE simulation, and Xen does not provides MMIO mechanism but only legacy IO port mechanism to guest for configuration space access. Is this true? If using IO port mechanism, we can only access first 256B of configuration space, but if using PV PCI protocol, we will not have such limitation. I think this is an advantage of PCI PV protocol. Of course if Xen provides MMIO mechanism to guest for configuration space, it will not have this limitation too. >> technically there's nothing that can block to support pcifront/pciback >> in HVM, and for performance reason, there will be benefits if HVM >> supports PV PCI operation. >> > Nope. The PCI operations are just for writting configuration deta in the > PCI space. Whcih is done mostly when a driver starts/stops and no more. > > The performance is with interrupts and how to inject them in a guest - and > in there the PV is much faster than HVM due to the emulation layer complexity. > However, work by Stefano on making that path shorter has made the interrupt > injection much much faster. > I think PV PCI protocol can be used for other purpose in the future, such as PF/VF communication. In this case it will be better if HVM domain can support PV PCI protocol. -cody