Searched hist:239236 (Results 1 - 3 of 3) sorted by relevance
| /freebsd-10.2-release/sys/conf/ | ||
| H A D | options.mips | diff 239236 Mon Aug 13 17:55:10 MDT 2012 alc Port the new PV entry allocator from amd64/i386. This allocator has two advantages. First, PV entries are roughly half the size. Second, this allocator doesn't access the paging queues, and thus it will allow for the removal of the page queues lock from this pmap. Fix a rather serious bug in pmap_remove_write(). After removing write access from the specified page's first mapping, pmap_remove_write() then used the wrong "next" pointer. Consequently, the page's second, third, etc. mappings were not write protected. Tested by: jchandra |
| /freebsd-10.2-release/sys/mips/include/ | ||
| H A D | pmap.h | diff 239236 Mon Aug 13 17:55:10 MDT 2012 alc Port the new PV entry allocator from amd64/i386. This allocator has two advantages. First, PV entries are roughly half the size. Second, this allocator doesn't access the paging queues, and thus it will allow for the removal of the page queues lock from this pmap. Fix a rather serious bug in pmap_remove_write(). After removing write access from the specified page's first mapping, pmap_remove_write() then used the wrong "next" pointer. Consequently, the page's second, third, etc. mappings were not write protected. Tested by: jchandra |
| /freebsd-10.2-release/sys/mips/mips/ | ||
| H A D | pmap.c | diff 239236 Mon Aug 13 17:55:10 MDT 2012 alc Port the new PV entry allocator from amd64/i386. This allocator has two advantages. First, PV entries are roughly half the size. Second, this allocator doesn't access the paging queues, and thus it will allow for the removal of the page queues lock from this pmap. Fix a rather serious bug in pmap_remove_write(). After removing write access from the specified page's first mapping, pmap_remove_write() then used the wrong "next" pointer. Consequently, the page's second, third, etc. mappings were not write protected. Tested by: jchandra |
Completed in 177 milliseconds