]> CyberLeo.Net >> Repos - FreeBSD/stable/10.git/commit
MFC r265886, r265948
authoralc <alc@ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f>
Fri, 23 May 2014 16:46:50 +0000 (16:46 +0000)
committeralc <alc@ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f>
Fri, 23 May 2014 16:46:50 +0000 (16:46 +0000)
commit4d513d5fa4419ee546e7ab65f947c89a9d52fe76
treee2456d089d09839b341402bbe52c247751e5d82b
parent112c68649dac6d8414fb0d085587d569b3467a5a
MFC r265886, r265948
  With the new-and-improved vm_fault_copy_entry() (r265843), we can always
  avoid soft page faults when adding write access to user wired entries in
  vm_map_protect().  Previously, we only avoided the soft page fault when
  the underlying pages were copy-on-write.  In other words, we avoided the
  pages faults that might sleep on page allocation, but not the trivial
  page faults to update the physical map.

  On a fork allow read-only wired pages to be copy-on-write shared between
  the parent and child processes.  Previously, we copied these pages even
  though they are read only.  However, the reason for copying them is
  historical and no longer exists.  In recent times, vm_map_protect() has
  developed the ability to copy pages when write access is added to wired
  copy-on-write pages.  So, in this case, copy-on-write sharing of wired
  pages is not to be feared.  It is not going to lead to copy-on-write
  faults on wired memory.

git-svn-id: svn://svn.freebsd.org/base/stable/10@266589 ccf9f872-aa2e-dd11-9fc8-001c23d0bc1f
sys/vm/vm_map.c