OpenBSD cvs log

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

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@