|
[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] [Xen-devel] Invalid P2M entries after gnttab unmap
When an HVM guest uses gnttab_map_grant_ref to map granted on top of valid GFNs, it appears that the original MFNs referred to by these GFNs are lost. The unmap operation sets the p2m mapping of the GFN to INVALID_MFN (and it appears that replace_grant_p2m_mapping will not accept valid MFNs). Most of the time, this appears to be true in testing. However, I have noticed a few cases where the GFNs are valid following the unmap operation. This has happened when a large number of grants (1284) are being unmapped due to a domain shutdown; in this case, perhaps half of the unmapped GFNs will point to valid memory, and half will point to invalid memory. In this case, "invalid memory" discards writes and returns 0xFF on all reads; valid memory appears to be normal RAM. There doesn't appear to be any documentation on the intended behavior here. >From the guest kernel's perspective, it makes the most sense for GFNs that pointed to RAM prior to the map operation to continue to point to RAM after the unmap operation - that is, the unmap fully undoes what the map did. The contents of the pages (and which exact MFN they point to) aren't important. -- Daniel De Graaf National Security Agency _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxxxxxxxx http://lists.xensource.com/xen-devel
|
 |
Lists.xenproject.org is hosted with RackSpace, monitoring our |