Searched hist:215844 (Results 1 - 1 of 1) sorted by relevance

/freebsd-9.3-release/sys/i386/xen/
H A Dpmap.cdiff 215844 Thu Nov 25 20:20:54 MST 2010 cperciva Revert r215819 and fix the bug properly. In pmap_qremove, paging table
updates were being queued by pmap_kremove, but the queue wasn't being
flushed; as a result, the updates didn't happen until *after* the call
to pmap_invalidate_range, and old entries could stick around in the TLB.
Adding a PT_UPDATES_FLUSH() call immediately before pmap_invalidate_range
ensures that after the invalidation the TLB will be repopulated with the
correct new entries.

Thanks to: kib, avg, alc

Completed in 194 milliseconds