aboutsummaryrefslogtreecommitdiff
path: root/tests/Makefile.inc0
diff options
context:
space:
mode:
authorAlan Cox <alc@FreeBSD.org>2018-07-14 20:14:00 +0000
committerAlan Cox <alc@FreeBSD.org>2018-07-14 20:14:00 +0000
commitafeed44dc57e9aef89d97cf52dbf27ae2ae0e873 (patch)
tree23bed2f8035749fc0123511a2f303172ecf3e862 /tests/Makefile.inc0
parent60e4fb3a3fe64cea442720a8c7a8e2024b2cb92e (diff)
downloadsrc-afeed44dc57e9aef89d97cf52dbf27ae2ae0e873.tar.gz
src-afeed44dc57e9aef89d97cf52dbf27ae2ae0e873.zip
Invalidate the mapping before updating its physical address.
Doing so ensures that all threads sharing the pmap have a consistent view of the mapping. This fixes the problem described in the commit log message for r329254 without the overhead of an extra page fault in the common case. (Now that all pmap_enter() implementations are similarly modified, the workaround added in r329254 can be removed, reducing the overhead of COW faults.) With this change we can reuse the PV entry from the old mapping, potentially avoiding a call to reclaim_pv_chunk(). Otherwise, there is nothing preventing the old PV entry from being reclaimed. In rare cases this could result in the PTE's page table page being freed, leading to a use-after-free of the page when the updated PTE is written following the allocation of the PV entry for the new mapping. Reviewed by: br, markj MFC after: 3 weeks Differential Revision: https://reviews.freebsd.org/D16261
Notes
Notes: svn path=/head/; revision=336294
Diffstat (limited to 'tests/Makefile.inc0')
0 files changed, 0 insertions, 0 deletions