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

Re: [Xen-devel] [PATCH 2/6] iommu: Introduce iommu_flush and iommu_flush_all.



On 08/11 08:24, Jan Beulich wrote:
> >>> On 07.11.11 at 18:06, Jean Guyader <jean.guyader@xxxxxxxxxxxxx> wrote:
> > On 07/11 04:42, Jan Beulich wrote:
> >> >>> On 07.11.11 at 16:16, Jean Guyader <jean.guyader@xxxxxxxxxxxxx> wrote:
> >> 
> >> > Signed-off-by: Jean Guyader <jean.guyader@xxxxxxxxxxxxx>
> >> > ---
> >> >  xen/drivers/passthrough/iommu.c     |   20 ++++++++++++++++++++
> >> >  xen/drivers/passthrough/vtd/iommu.c |   12 ++++++++++++
> >> >  xen/include/xen/iommu.h             |    5 +++++
> >> >  3 files changed, 37 insertions(+), 0 deletions(-)
> >> 
> >> In iommu_iotlb_flush() you check whether the to-be-called function
> >> pointer is NULL, whereas in iommu_iotlb_flush_all() you don't. I
> >> actually think the second behavior is the correct one, but that
> >> implies that you need to also implement respective AMD IOMMU
> >> functions.
> >> 
> > 
> > Yes, It's an error on my part. I've updated the patch to check
> > for the present of iotlb_flush_all before I call it now.
> 
> But as said, I don't think this is the right solution: How can it be
> correct on non-Intel hardware to have these functions simply do
> nothing?
> 

These functions are only here to counter balance the dont_flush_iotlb_flag.
If they don't acknowlage this flag doing nothing is the right thing to do.

That said I can probably implement a naive version for the AMD iommu
that will use amd_iommu_flush_pages once or in a loop.

Obviously I will remove the check for the non existing callback if I do
that as it become mandatory.

Jean

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxxxxxxxx
http://lists.xensource.com/xen-devel


 


Rackspace

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