OpenBSD cvs log

created 2024-11-09T16:15:48Z
begin 2024-11-03T00:00:00Z
end 2024-11-04T00:00:00Z
path src/sys
commits 6

date 2024-11-03T07:58:42Z
author jsg
files src/sys/kern/Makefile log diff annotate
message add powerpc64 and riscv64 to tags arch list

date 2024-11-03T08:00:36Z
author mpi
files src/sys/uvm/uvm_fault.c log diff annotate
message Do not put wired pages on the page queues & release their swap resources.

While here move the code to release swap resources outside of the pageq
mutex and shuffle some locking dances to reduce differences with NetBSD.
ok miod@

date 2024-11-03T08:02:15Z
author mpi
files src/sys/uvm/uvm_pdaemon.c log diff annotate
message Introduce a `shortage' variable to reduce accesses to `uvmexp.free' & friends.

ok miod@

date 2024-11-03T11:33:32Z
author mpi
files src/sys/uvm/uvm_fault.c log diff annotate
message Revert previous, at least on arm64 too many pages end up being wired.

date 2024-11-03T14:28:06Z
author bluhm
files src/sys/netinet/udp_usrreq.c log diff annotate
message Clear UDP checksum out flag when stripping UDP header.

Some network interfaces, like lo(4) or vio(4), set the M_UDP_CSUM_OUT
flag on incoming packets. For optimization they produce packets
with M_UDP_CSUM_IN_OK, but the actual checksum field in the packet
is wrong. If such a packet is forwarded, the checksum must be
calculated. So they also set M_UDP_CSUM_OUT.
For protocols tunneled in UDP, udp_input() removes the header, but
the mbuf flags stay. This means later processing of the packet may
insert an UDP checksum, although it is not UDP anymore. This has
been observed when forwarding ping packets between two vxlan(4)
interfaces. Then an UDP checksum was inserted into the ICMP packet.
Clearing the M_UDP_CSUM_OUT flag when the UDP header is stripped,
fixes the problem.

OK mvs@

date 2024-11-03T22:52:08Z
author claudio
files src/sys/kern/kern_synch.c log diff annotate
message Need to call unsleep before doing the SSTOP check. We need to ensure that
if a sleep is interrupted but the thread is also stopped that on a wakeup
the thread runs again.
OK mpi@