[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index] Re: [Xen-devel] is there any way to avoid lazy updates to page attribute bits?
On Wed, Feb 20, 2008 at 12:10 AM, Keir Fraser <Keir.Fraser@xxxxxxxxxxxx> wrote: > > On 20/2/08 02:34, "Kip Macy" <kip.macy@xxxxxxxxx> wrote: > > > I'm finding that regardless of which update method I use - writeable > > page tables, HYPERVISOR_update_va_mapping, or HYPERVISOR_mmu_update > > that xen will frequently only update the address bits in the page > > table at the time of the hypercall - presumably setting the attribute > > bits some time later when the mapping is accessed. This is fairly > > problematic for me in that freebsd relies on the page attribute bits > > in the page table accurately reflecting the attributes that were set > > for a mapping. Is it now necessary for PV guests to maintain page > > attribute data outside of the page tables? > > Attributes are always updated synchronously at the same time as the address > bits. Xen may modify the attributes a bit (e.g., fiddling with PAGE_GLOBAL > and PAGE_USER for 64-bit guests) but this is done deterministically and > synchronously; never lazily. Ok. That isn't what I'm seeing on 3.1 and 3.2, I'll instrument xen and try to track it down. Also, I removed the use of recursive page tables so that I could use writeable page tables - not realizing that wr pts were a dud. I've disabled writeable page tables and have tried re-enabling the use of recursive page tables. It appears that that doesn't work at all any more - is that correct? -Kip _______________________________________________ Xen-devel mailing list Xen-devel@xxxxxxxxxxxxxxxxxxx http://lists.xensource.com/xen-devel
|
Lists.xenproject.org is hosted with RackSpace, monitoring our |