From mboxrd@z Thu Jan 1 00:00:00 1970 From: Wei Liu Subject: Re: [PATCH] libxl: disallow PCI device assignment for HVM guest when PoD is enabled Date: Fri, 10 Jan 2014 14:03:44 +0000 Message-ID: <20140110140344.GA30581@zion.uk.xensource.com> References: <1389353262-27668-1-git-send-email-wei.liu2@citrix.com> <52CFEA170200007800112465@nat28.tlf.novell.com> <20140110114643.GF29180@zion.uk.xensource.com> <52CFE496.5090906@citrix.com> <52CFF59402000078001124DC@nat28.tlf.novell.com> Mime-Version: 1.0 Content-Type: text/plain; charset="us-ascii" Content-Transfer-Encoding: 7bit Return-path: Received: from mail6.bemta14.messagelabs.com ([193.109.254.103]) by lists.xen.org with esmtp (Exim 4.72) (envelope-from ) id 1W1cge-0007QU-5p for xen-devel@lists.xenproject.org; Fri, 10 Jan 2014 14:03:48 +0000 Content-Disposition: inline In-Reply-To: <52CFF59402000078001124DC@nat28.tlf.novell.com> List-Unsubscribe: , List-Post: List-Help: List-Subscribe: , Sender: xen-devel-bounces@lists.xen.org Errors-To: xen-devel-bounces@lists.xen.org To: Jan Beulich Cc: Wei Liu , Ian Campbell , Andrew Cooper , Ian Jackson , Suravee Suthikulpanit , xen-devel , Xiantao Zhang List-Id: xen-devel@lists.xenproject.org On Fri, Jan 10, 2014 at 12:28:52PM +0000, Jan Beulich wrote: > >>> On 10.01.14 at 13:16, Andrew Cooper wrote: > > On 10/01/2014 11:46, Wei Liu wrote: > >> On Fri, Jan 10, 2014 at 11:39:51AM +0000, Jan Beulich wrote: > >>>>>> On 10.01.14 at 12:27, Wei Liu wrote: > >>>> + /* We cannot have PoD and PCI device assignment at the same time > >>>> + * for HVM guest. It was reported that VT-d engine cannot > >>> There's still a "VT-d" left in here... > >>> > >> I mentioned AMD as well. Was trying to clarify things a bit more... > > > > Use "IOMMU"/"PCI Passthrough"/etc as appropriate, which are vendor neutral. > > > > There is no way for for PoD (or Paging for that matter) to work in > > combination with PCIPassthrough, as you need all the backing RAM for all > > gfns to exist to receive DMA. > > That's going a little too far: If IOMMU faults were recoverable, dealing > with non-present pages would become possible (with other caveats > of course). So this is not a fundamental attribute of IOMMUs, but > there doesn't seem to be any reason to believe that the current > model would change any time soon for either of the vendors. > Do you have suggestion on how this comment should be phrased? Wei. > Jan