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

RE: [Xen-ia64-devel][PATCH][VTD] small patches for VTD


  • To: Isaku Yamahata <yamahata@xxxxxxxxxxxxx>
  • From: "Xu, Anthony" <anthony.xu@xxxxxxxxx>
  • Date: Thu, 23 Oct 2008 11:16:16 +0800
  • Accept-language: en-US
  • Acceptlanguage: en-US
  • Cc: xen-ia64-devel <xen-ia64-devel@xxxxxxxxxxxxxxxxxxx>
  • Delivery-date: Wed, 22 Oct 2008 20:16:26 -0700
  • List-id: Discussion of the ia64 port of Xen <xen-ia64-devel.lists.xensource.com>
  • Thread-index: Ack0uUHqXF25teh6Qzq8VGNF0lnw4gAA8E7Q
  • Thread-topic: [Xen-ia64-devel][PATCH][VTD] small patches for VTD

Isaku Yamahata wrote:
> On Thu, Oct 23, 2008 at 10:31:20AM +0800, Xu, Anthony wrote:
>> Iommu_un/map_page does nothing for PV domain.
>> Why is there a race?
>
> Oh sorry. I'm not very familiar with iommu code (yet).
> My understanding is
>   iommu_domain_init() is called unconditionaly by arch_domain_create()
>   so that platform_ops is initialized.
>   iommu_(un)map_page() checks iommu_enabled and whether platform_ops
>   is initialized. Thus iommu_(un)map_page() manipulates iommu page
>   table even for PV domain.
>
> Clearly I'm missing something important. Could you enlighten me?

Acctually I missed something.
First, PV domain can use VTD in x86 side.
So before calling iommu_(un)map_page, Xen needs to check if it is needed.


 if ( iommu_enabled && (is_hvm_domain(d) || need_iommu(d)) )
    {

I'll update the patch

Thanks,
Anthony


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


 


Rackspace

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