diff options
| author | alc <alc@FreeBSD.org> | 2012-11-01 16:20:02 +0000 |
|---|---|---|
| committer | alc <alc@FreeBSD.org> | 2012-11-01 16:20:02 +0000 |
| commit | 60d5a532fb33437f307e213f69f73216ec168117 (patch) | |
| tree | daeafe3bfb9a6a453aa49264b3b8944b9f574e7a /lib/libc/stdlib/strtoq.c | |
| parent | 888a8bb7701dcdb784bfaeb4cf3753264a679a60 (diff) | |
| download | FreeBSD-src-60d5a532fb33437f307e213f69f73216ec168117.zip FreeBSD-src-60d5a532fb33437f307e213f69f73216ec168117.tar.gz | |
In general, we call pmap_remove_all() before calling vm_page_cache(). So,
the call to pmap_remove_all() within vm_page_cache() is usually redundant.
This change eliminates that call to pmap_remove_all() and introduces a
call to pmap_remove_all() before vm_page_cache() in the one place where
it didn't already exist.
When iterating over a paging queue, if the object containing the current
page has a zero reference count, then the page can't have any managed
mappings. So, a call to pmap_remove_all() is pointless.
Change a panic() call in vm_page_cache() to a KASSERT().
MFC after: 6 weeks
Diffstat (limited to 'lib/libc/stdlib/strtoq.c')
0 files changed, 0 insertions, 0 deletions
