Date: Tue, 1 Aug 2006 19:06:06 +0000 (UTC) From: Alan Cox <alc@FreeBSD.org> To: src-committers@FreeBSD.org, cvs-src@FreeBSD.org, cvs-all@FreeBSD.org Subject: cvs commit: src/sys/amd64/amd64 pmap.c src/sys/arm/arm pmap.c src/sys/i386/i386 pmap.c src/sys/ia64/ia64 pmap.c src/sys/powerpc/powerpc mmu_if.m mmu_oea.c pmap_dispatch.c src/sys/sparc64/sparc64 pmap.c src/sys/vm pmap.h vm_object.c ... Message-ID: <200608011906.k71J66pX030435@repoman.freebsd.org>
next in thread | raw e-mail | index | archive | help
alc 2006-08-01 19:06:06 UTC
FreeBSD src repository
Modified files:
sys/amd64/amd64 pmap.c
sys/arm/arm pmap.c
sys/i386/i386 pmap.c
sys/ia64/ia64 pmap.c
sys/powerpc/powerpc mmu_if.m mmu_oea.c pmap_dispatch.c
sys/sparc64/sparc64 pmap.c
sys/vm pmap.h vm_object.c vm_page.c vm_pageout.c
Log:
Complete the transition from pmap_page_protect() to pmap_remove_write().
Originally, I had adopted sparc64's name, pmap_clear_write(), for the
function that is now pmap_remove_write(). However, this function is more
like pmap_remove_all() than like pmap_clear_modify() or
pmap_clear_reference(), hence, the name change.
The higher-level rationale behind this change is described in
src/sys/amd64/amd64/pmap.c revision 1.567. The short version is that I'm
trying to clean up and fix our support for execute access.
Reviewed by: marcel@ (ia64)
Revision Changes Path
1.568 +1 -18 src/sys/amd64/amd64/pmap.c
1.67 +1 -27 src/sys/arm/arm/pmap.c
1.572 +1 -18 src/sys/i386/i386/pmap.c
1.178 +37 -34 src/sys/ia64/ia64/pmap.c
1.6 +12 -14 src/sys/powerpc/powerpc/mmu_if.m
1.111 +44 -77 src/sys/powerpc/powerpc/mmu_oea.c
1.7 +6 -6 src/sys/powerpc/powerpc/pmap_dispatch.c
1.157 +1 -18 src/sys/sparc64/sparc64/pmap.c
1.79 +1 -2 src/sys/vm/pmap.h
1.363 +3 -3 src/sys/vm/vm_object.c
1.319 +1 -1 src/sys/vm/vm_page.c
1.276 +1 -1 src/sys/vm/vm_pageout.c
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?200608011906.k71J66pX030435>