On Tue, Jan 06, 2009 at 03:56:07PM +0800, Cui, Dexuan wrote:
> Isaku Yamahata wrote:
> > On Mon, Jan 05, 2009 at 05:39:52PM +0800, Cui, Dexuan wrote:
> >> Isaku Yamahata wrote:
> >>> On x86 case p2m_lock/unlock() avoids the race, but ia64 doesn't
> >>> have such lock. At this moment, the only HVM domain would be
> >>> supported.
> >> OK, I understand we can't support pv iommu before resolving the
> >> lockless p2m issue.
> >>> The issue is dom0 case. I suppose it can be supported by mapping
> >>> all the pages except xen pages at boot time and not iommu
> >>> mapping/unmapping because those pages are already mapped to dom0
> >>> by intel_iommu_domain_init().
> >> I think actually we do this.
> >> For the special pv guest Dom0, I think there is no issue here because
> >> dom0->need_iommu is actually always 0 (when Dom0 boots up and xen
> >> assigns all the devices to Dom0, xen doesn't invoke assign_device(),
> >> and invoking iommu_domain_init()/intel_iommu_domain_init() doesn't
> >> cause need_iommu(dom0) to be 1).
> > Okay, I missed that.
> Hi Isaku, so could you please check in the attached patch (the same as the
> old one I posted and updated the comment) first?
> For the calc_dom0_size() and the memory hole issues, we can fix them in a
> later patch.
> -- Dexuan
> Xen-ia64-devel mailing list
Xen-ia64-devel mailing list