[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] RE: [Xen-devel] Regarding page table management changes from Xen v1to Xen v2 (and v3)
Himanshu Raj wrote: >>> Could you tell me another example other than fork when one can use >>> batched PTE modifications. >> >> fork() is the only one for us these days. All others use >> update_va_mapping(), act on pagetables that aren't pinned (so the >> guest can directly update them without faulting) or are infrequent >> enough we do not care. > Not sure I understand the last part (aren't pinned ...) - my > assumptions about > page tables are (these apply to both direct mapped and shadow page > tables): > > 1. Always pinned (backed) - so a access to them cannot cause a page > unavailable fault. > 2. Always read only to guest - so a read access to them is fine, but > a write access will cause a protection fault. Today we pin once per page table when the root is pinned (rather than any of the other levels). So whatever page tables populated later, for example, are not pinned (they have been a data page). > > Both of these faults are reflected as a PG fault. > > Are you refering to the case when Xen has "detached" the page table > page and > has made it RW for guest? > > Thanks for your answers and patience :-). > > -Himanshu Jun --- Intel Open Source Technology Center _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxxxxxxxx http://lists.xensource.com/xen-devel
|
![]() |
Lists.xenproject.org is hosted with RackSpace, monitoring our |