> -----Original Message-----
> From: Woods, Brian [mailto:brian.wo...@amd.com]
> Sent: 04 December 2018 23:31
> To: Paul Durrant <paul.durr...@citrix.com>
> Cc: xen-devel@lists.xenproject.org; Suthikulpanit, Suravee
> <suravee.suthikulpa...@amd.com>; Woods, Brian <brian.wo...@amd.com>
> Subject: Re: [PATCH v3] amd-iommu: remove page merging code
> 
> On Wed, Nov 28, 2018 at 09:55:59AM +0000, Paul Durrant wrote:
> > The page merging logic makes use of bits 1-8 and bit 63 of a PTE, which
> > used to be specified as 'ignored'. However, bits 5 and 6 are now
> specified
> > as 'accessed' and 'dirty' bits and their use only remains safe as long
> as
> > the DTE 'Host Access Dirty' bits remain unused by Xen, or by hardware
> > before the domain starts running. (XSA-275 disabled the operation of the
> > code after domain creation completes).
> >
> > With the page merging logic present in its current form there are no
> spare
> > ignored bits in the PTE at all, but PV-IOMMU support will require at
> least
> > one spare bit to track which PTEs are added by hypercall.
> >
> > This patch removes the code, freeing up the remaining PTE ignored bits
> > for other use, including PV-IOMMU support, as well as significantly
> > simplifying and shortening the source by ~170 lines. There may be some
> > marginal performance cost (but none has been observed in manual testing
> > with a passed-through NVIDIA GPU) since higher order mappings will now
> be
> > ruled out until a mapping order parameter is passed to iommu_ops. That
> will
> > be dealt with by a subsequent patch though.
> >
> > Signed-off-by: Paul Durrant <paul.durr...@citrix.com>
> 
> Acked-by: Brian Woods <brian.wo...@amd.com>

Thanks Brian,

  Paul

> 
> --
> Brian Woods

_______________________________________________
Xen-devel mailing list
Xen-devel@lists.xenproject.org
https://lists.xenproject.org/mailman/listinfo/xen-devel

Reply via email to