OpenBSD cvs log

created 2021-03-09T19:50:59Z
begin 2021-03-02T00:00:00Z
end 2021-03-03T00:00:00Z
path src/sys
commits 6

date 2021-03-02T01:34:43Z
author patrick
files src/sys/arch/arm64/dev/smmu.c log diff annotate
message Do *not* delay while waiting for IOTLB invalidation to complete. A 1ms
delay is awful in a hot path, and the SMMU is actually quite quick on
invalidation, so simply removing the delay is worth a thousand roses.

Found with mental support from dlg@ (and btrace)

date 2021-03-02T10:09:20Z
author mpi
files src/sys/uvm/uvm_vnode.c log diff annotate
src/sys/uvm/uvm_vnode.h log diff annotate
message Revert the fix for the deadlock between uvn_io() and uvn_flush().

This fix (ab)use the vnode lock to serialize access to some fields of
the corresponding pages associated with UVM vnode object and this will
create new deadlocks with the introduction of a per-uobj lock.

ok anton@

date 2021-03-02T10:12:37Z
author mpi
files src/sys/uvm/uvm_pager.h log diff annotate
message Fix the deadlock between uvn_io() and uvn_flush() by restarting the fault.

Do not allow a faulting thread to sleep on a contended vnode lock to prevent
lock ordering issues with upcoming per-uobj lock.

ok anton@

Reported-by: [email protected]

date 2021-03-02T10:12:38Z
author mpi
files src/sys/uvm/uvm_vnode.c log diff annotate
message Fix the deadlock between uvn_io() and uvn_flush() by restarting the fault.

Do not allow a faulting thread to sleep on a contended vnode lock to prevent
lock ordering issues with upcoming per-uobj lock.

ok anton@

Reported-by: [email protected]

date 2021-03-02T17:50:41Z
author deraadt
files src/sys/net/art.h log diff annotate
message include of netinet/in.h here is incorrect, because net/route.h will pull
excessive types into scope.
ok claudio

date 2021-03-02T23:40:06Z
author dlg
files src/sys/net/if_veb.c log diff annotate
message fix an assert in veb_p_ioctl() that failed when called by a span port.

veb_p_ioctl() is used by both veb bridge and veb span ports, but
it had an assert to check that it was being called by a veb bridge
port. this extends the check so using it on a span port doesnt cause
a panic.

found by dave voutila