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

Re: [Xen-devel] Question about PLATFORM_QUIRK_DOM0_MAPPING_11



On Sep 3, 2013, at 8:49 PM, Ian Campbell <Ian.Campbell@xxxxxxxxxx> wrote:

> On Tue, 2013-09-03 at 20:41 +0800, Chen Baozi wrote:
>> When porting Xen on OMAP5, we need to add .quirks handler which
>> returns the PLATFORM_QUIRK_DOM0_MAPPING_11. I have read the related
>> set_memory_reg() in domain_build.c. And My question is in which case
>> we don't need to return PLATFORM_QUIRK_DOM0_MAPPING_11 in .quirks and
>> how Xen handles that case to populate right P2M to dom0?
> 
> DOM0_MAPPING_11 is a workaround for lack of an iommu, either in hardware
> (e.g. ARM SMMU) or in software (e.g. Stefano's swiotlb patches). In the
> short term it seems like Stefano's patches are going to be ready before
> we have an SMMU driver in the hypervisor.
> 
> In any case DOM0_MAPPING_11 will hopefully go away before too long.

Thanks a lot. And one more question :P

The reason that we cannot boot successfully without DOM0_MAPPING_11 on
OMAP5 is because in that case the physical address dom0 writes to DMA
controller is intermediate physical address rather than physical address.
If we did the 1:1 mapping, the IPA of dom0 is then equal to the PA, in
which case the DMA can work properly in dom0. Is this the right explanation
why we need PLATFORM_QUIRK_DOM0_MAPPING_11 without either SMMU or swiotlb?

Cheers,

Baozi

_______________________________________________
Xen-devel mailing list
Xen-devel@xxxxxxxxxxxxx
http://lists.xen.org/xen-devel


 


Rackspace

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