CVSROOT:	/cvs
Module name:	src
Changes by:	dlg@cvs.openbsd.org	2025/10/07 18:06:32

Modified files:
	sys/net        : if_rport.c 

Log message:
implement "checksum offload" between rport pairs.

this allows the kernel to skip ip/tcp/udp checksum calculation for
packets between rdomains.

rport interfaces advertise checksum offload capabilities to the
stack, so the stack will set CSUM_OUT mbuf flags rather than do the
checksum calculation for packets being transmitted on an port
interface. when these packets are sent back into the stack by the
partner rport interface, the CSUM_OUT flags get mapped to equivalent
CSUM_IN_OK flags. this is modelled on how lo(4) does the same thing.


CVSROOT:	/cvs
Module name:	src
Changes by:	dlg@cvs.openbsd.org	2025/10/07 18:28:27

Modified files:
	sys/net        : if_rport.c 

Log message:
use multiple txqs to spread traffic handling over softnet threads.


CVSROOT:	/cvs
Module name:	src
Changes by:	djm@cvs.openbsd.org	2025/10/07 18:32:52

Modified files:
	usr.bin/ssh    : version.h 

Log message:
openssh-10.2

The only change since 10.1 is the channels.c fix


CVSROOT:	/cvs
Module name:	www
Changes by:	jsg@cvs.openbsd.org	2025/10/07 19:05:47

Modified files:
	.              : 70.html mail.html 
	openbgpd       : mail.html 
	faq/ports      : guide.html 
	build/mirrors  : openssh-portable.html.head 
	openssh        : portable.html 

Log message:
correctly capitalise GitHub

mentioned by charles19132 on misc
ok tb@ op@ schwarze@


CVSROOT:	/cvs
Module name:	www
Changes by:	jsg@cvs.openbsd.org	2025/10/07 19:21:59

Modified files:
	build/mirrors  : openssh-portable.html.head 
	openssh        : portable.html 

Log message:
correct html; spotted by schwarze@


CVSROOT:	/cvs
Module name:	src
Changes by:	stsp@cvs.openbsd.org	2025/10/08 07:15:33

Modified files:
	sys/net80211   : ieee80211_node.c 

Log message:
Fix association to access points which have all 802.11b rates disabled.

When I replaced ieee80211_iserp_sta() with a check for the extended
rates information element I wrongly assumed that this information
element would always be present if 11g is supported. However, the
xrates IE only appears in 11b/g mixed mode. APs which have 802.11b
rates completely disabled can announce all rates via the regular
rates IE and never send the xrates IE.

Ensure that we recognize such APs as 11g-capable regardless of the
missing xrates IE. Otherwise assocation can fail due to a mismatch
of basic rates.

Problem reported by landry@

ok phessler@ sthen@