[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

Re: [Xen-devel] [PATCH v6 08/14] vtd: add lookup_page method to iommu_ops


  • To: 'Jan Beulich' <JBeulich@xxxxxxxx>
  • From: Paul Durrant <Paul.Durrant@xxxxxxxxxx>
  • Date: Wed, 12 Sep 2018 13:43:53 +0000
  • Accept-language: en-GB, en-US
  • Cc: xen-devel <xen-devel@xxxxxxxxxxxxxxxxxxxx>, Kevin Tian <kevin.tian@xxxxxxxxx>, George Dunlap <George.Dunlap@xxxxxxxxxx>
  • Delivery-date: Wed, 12 Sep 2018 13:44:05 +0000
  • List-id: Xen developer discussion <xen-devel.lists.xenproject.org>
  • Thread-index: AQHUOsZJOZ4GuCa3qUKycVQRJ81936Tkn9YAgAfQEdD//+JngIAAIbZQgAABdaCAAAD6gP//4WcAgAAhroD//+D8AAAEOIJw///gioD//91ucIAAL56A///eWyCAAEVDAP//3U5wAAUrKQD//9uqoP//0FWA//99zID//xkTAP/+ECPQ
  • Thread-topic: [PATCH v6 08/14] vtd: add lookup_page method to iommu_ops

> -----Original Message-----
> From: Jan Beulich [mailto:JBeulich@xxxxxxxx]
> Sent: 12 September 2018 14:39
> To: Paul Durrant <Paul.Durrant@xxxxxxxxxx>
> Cc: George Dunlap <George.Dunlap@xxxxxxxxxx>; Kevin Tian
> <kevin.tian@xxxxxxxxx>; xen-devel <xen-devel@xxxxxxxxxxxxxxxxxxxx>
> Subject: RE: [PATCH v6 08/14] vtd: add lookup_page method to iommu_ops
> 
> >>> On 12.09.18 at 15:25, <Paul.Durrant@xxxxxxxxxx> wrote:
> >>  -----Original Message-----
> >> From: Jan Beulich [mailto:JBeulich@xxxxxxxx]
> >> Sent: 12 September 2018 14:20
> >> To: Paul Durrant <Paul.Durrant@xxxxxxxxxx>
> >> Cc: George Dunlap <George.Dunlap@xxxxxxxxxx>; Kevin Tian
> >> <kevin.tian@xxxxxxxxx>; xen-devel <xen-devel@xxxxxxxxxxxxxxxxxxxx>
> >> Subject: RE: [PATCH v6 08/14] vtd: add lookup_page method to
> iommu_ops
> >>
> >> >>> On 12.09.18 at 14:53, <Paul.Durrant@xxxxxxxxxx> wrote:
> >> > The function will never return its results to a guest, PV or HVM, so I
> >> > really don't see the concern. It's a low level function, for Xen's 
> >> > internal
> >> > use only. It's essentially the equivalent of a p2m lookup function and
> >> > there's no way we'd ever expose the results of such a lookup to the
> guest
> >> > either.
> >>
> >> Oh, that was utter confusion on my part then, and I'm sorry for all
> >> the noise. I've got mislead by the titles of this patch and patches
> >> 13 and 14, all of which have "iommu_ops" as parts of them.
> >>
> >
> > I recently noticed this name overloading so sorry for leading you astray. I
> > will seriously consider renaming the hypercall when I re-work the later
> > patches.
> 
> The hypercall name is fine, I think. Perhaps the distinction
> could already be made more clear by using iommu_ops for the
> internal interface(s) (matching their structure name) and
> iommu_op / iommu_op-s for the hypercall based operations,
> seeing that the structure is names xen_iommu_op?
> 

Ok. I'll leave the filenames as iommu_op.[ch] but I'll try to refer 
consistently to xen_iommu_op in comments and descriptions relating to the 
hypercalls and iommu_ops for the internal abstraction layer.

  Paul

> Jan
> 


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

 


Rackspace

Lists.xenproject.org is hosted with RackSpace, monitoring our
servers 24x7x365 and backed by RackSpace's Fanatical Support®.