Convert all pmap_kenter/pmap_kremove pairs in MI code to use pmap_qenter/

pmap_qremove.  pmap_kenter is not safe to use in MI code because it is not
guaranteed to flush the mapping from the tlb on all cpus.  If the process
in question is preempted and migrates cpus between the call to pmap_kenter
and pmap_kremove, the original cpu will be left with stale mappings in its
tlb.  This is currently not a problem for i386 because we do not use PG_G on
SMP, and thus all mappings are flushed from the tlb on context switches, not
just user mappings.  This is not the case on all architectures, and if PG_G
is to be used with SMP on i386 it will be a problem.  This was committed by
peter earlier as part of his fine grained tlb shootdown work for i386, which
was backed out for other reasons.

Reviewed by:	peter

1 files changed, 3 insertions, 2 deletions

diff --git a/sys/vm/vm_pager.c b/sys/vm/vm_pager.c
index ae71996..60f7e72 100644
--- a/sys/vm/vm_pager.c
+++ b/sys/vm/vm_pager.c
@@ -318,7 +318,7 @@ vm_pager_map_page(m)
 	vm_offset_t kva;
 
 	kva = kmem_alloc_wait(pager_map, PAGE_SIZE);
-	pmap_kenter(kva, VM_PAGE_TO_PHYS(m));
+	pmap_qenter(kva, &m, 1);
 	return (kva);
 }
 
@@ -326,7 +326,8 @@ void
 vm_pager_unmap_page(kva)
 	vm_offset_t kva;
 {
-	pmap_kremove(kva);
+
+	pmap_qremove(kva, 1);
 	kmem_free_wakeup(pager_map, kva, PAGE_SIZE);
 }