created | 2018-11-29T13:56:06Z |
---|---|
begin | 2018-04-17T00:00:00Z |
end | 2018-04-18T00:00:00Z |
path | src/sys |
commits | 4 |
date | 2018-04-17T06:31:55Z | |||
---|---|---|---|---|
author | mlarkin | |||
files | src/sys/arch/amd64/amd64/pmap.c | log | diff | annotate |
message |
Better way of allocating EPT entries. Don't use the standard pmap PTE functions to manipulate EPT PTEs. This occasionally caused VMs to fail after random amounts of time due to loading the pmap on the CPU and the processor updating A/D bits (which are reserved bits in EPT). This ultimately manifested itself as errors from vmd ("vcpu X run ioctl failed".) tested by many, on different types of HW, no regressions noted |
date | 2018-04-17T07:45:24Z | |||
---|---|---|---|---|
author | mpi | |||
files | src/sys/nfs/nfs_vnops.c | log | diff | annotate |
message |
Prepare vnops to be locked. - Use vput(9) instead of vrele(9) when a "locked" node is returned by nfs_nget(). - Make sure VN_KNOTE() is always called with a valid reference. - Add a missing PDIRUNLOCK in nfs_lookup() These changes are mostly noops as long as nfs_lock()/unlock() do nothing. Tested by bluhm@, visa@ and myself. ok visa@ |
date | 2018-04-17T14:39:59Z | |||
---|---|---|---|---|
author | stefan | |||
files | src/sys/uvm/uvm_map.c | log | diff | annotate |
message |
Remove protection checks from uvm_map_is_stack_remappable Other parts of uvm/pmap check for proper prot flags already. This fixes the qemu startup problems that semarie@ reported on tech@. |
date | 2018-04-17T15:50:05Z | |||
---|---|---|---|---|
author | otto | |||
files | src/sys/arch/i386/include/vmparam.h | log | diff | annotate |
src/sys/uvm/uvm_addr.c | log | diff | annotate | |
src/sys/uvm/uvm_map.c | log | diff | annotate | |
message |
- Make rnd hints avoid the brk area. The rnd allocator refuses to allocate in the brk area anyway. - Use a larger hint bound to spread the allocations more for the 32-bit case - Simplified the overy abstracted brs/stack allocator and switch of guard pages for the brk case. This allows i386 some extra space, depending on memory usage patterns. - Reduce brk area on i386 to give the rnd space more room ok stefan@ sthen@ |