route sourceaddr works with p2p interfaces

Hi, route(8) sourceaddr is not used with p2p interfaces. My initial fear was about tunnel interfaces but after some more testing, there is no need to be so. Here is the diff: Index: sbin/route/route.8 === RCS file: /cvs/src/sbin/rou

Re: accton(8) requires a reboot after being enabled

Ingo Schwarze wrote: > Hi Theo, > > Theo de Raadt wrote on Fri, Oct 30, 2020 at 12:10:41PM -0600: > > > Yes, that diff is a whole bunch of TOCTUO. > > > > If this was going to be changed, it should be in the kernel. > > > > But I don't know if it should be changed yet, which is why I asked >

Re: accton(8) requires a reboot after being enabled

On Mon, Nov 02, 2020 at 03:27:58PM +0100, Ingo Schwarze wrote: > Hi Theo, > > Theo de Raadt wrote on Fri, Oct 30, 2020 at 12:10:41PM -0600: > > > Yes, that diff is a whole bunch of TOCTUO. > > > > If this was going to be changed, it should be in the kernel. > > > > But I don't know if it should

Re: Fix ilogb(3)

...snip... Here is a diff that fixes those issues by: ...snip... The code reads OK. Needs the manpage update to refer to FP_ILOGB0 not INT_MIN. John

Re: accton(8) requires a reboot after being enabled

Hi Theo, Theo de Raadt wrote on Fri, Oct 30, 2020 at 12:10:41PM -0600: > Yes, that diff is a whole bunch of TOCTUO. > > If this was going to be changed, it should be in the kernel. > > But I don't know if it should be changed yet, which is why I asked > a bunch of questions. > > Stepping back

acme-client(1): replace httpd(8) location block in manpage by better match

The patch below updates the acme-client(1) manpage by providing a closer match for the httpd(8) location block accepting acme challenge responses. Index: usr.sbin/acme-client/acme-client.1 === RCS file: /cvs/src/usr.sbin/acme-client/

Re: bpf_sysctl for sysctl_int_bounded

On Sun, 01 Nov 2020 19:31:16 -0800, Greg Steuck wrote: > Mildly different in flavor due to the special check. OK? OK millert@ - todd

Re: Move TCPCTL_ALWAYS_KEEPALIVE into tcpctl_vars

On Sun, 01 Nov 2020 19:29:23 -0800, Greg Steuck wrote: > This one was an omission from the earlier conversion, should be an easy > OK? OK millert@ - todd

OpenFlow 1.3 interoperability patch with FAUCET SDN controller

Hello, Recently I tested OpenBSD's OpenFlow support with the FAUCET SDN controller (https://faucet.nz). There were some minor issues - OpenFlow spec ambiguity with length checks, endianness of the cookie in the packet in message, not able to match a packet with no VLAN, and matches running agains