Re: removing expired once rules in pf_purge_thread()

> On 17 Dec 2015, at 13:30, Richard Procter wrote: > > > Hi Sasha, > > On Fri, 18 Dec 2015, Alexandr Nedvedicky wrote: > >>> Right. I'll just note though that the patch as it stands allows >>> multiple winners [...] Whether that's a realistic issue, I don't

Re: removing expired once rules in pf_purge_thread()

Hello, mikeb has just pointed out the patch fell under the desk asking me to resend it. > henning@ and mikeb@ showed some interest to change handling of once rules to > the same way as PF has it on Solaris. Just to refresh the audience on once > option offered by PF: > > onceCreates a

Re: Heads up to Xen users following -current

On Mon, Aug 29, 2016 at 08:30:37PM +0200, Alexander Bluhm wrote: > On Mon, Aug 29, 2016 at 07:10:48PM +0200, Mike Belopuhov wrote: > > Due to a recent change in -current the socket sending routine > > has started producing small data packets crossing memory page > > boundary. This is not

syslogd tls config errors

Hi, Add more information into syslogd tls config error messages. ok? bluhm Index: usr.sbin/syslogd/syslogd.c === RCS file: /data/mirror/openbsd/cvs/src/usr.sbin/syslogd/syslogd.c,v retrieving revision 1.211 diff -u -p -r1.211

Re: Heads up to Xen users following -current

On Mon, Aug 29, 2016 at 07:10:48PM +0200, Mike Belopuhov wrote: > Due to a recent change in -current the socket sending routine > has started producing small data packets crossing memory page > boundary. This is not supported by Xen and kernels with this > change will experience broken bulk TCP

Heads up to Xen users following -current

Due to a recent change in -current the socket sending routine has started producing small data packets crossing memory page boundary. This is not supported by Xen and kernels with this change will experience broken bulk TCP transmit behaviour. We're working on fixing it. Cheers, Mike

Re: Amend history & authors info in bin/expr/expr.1

Hi Ingo, On 27/08/2016 14:40, Ingo Schwarze wrote: >> -This version was written by >> +It was largely rewritten by >> .An John T. Conklin >> -in 1994. >> +in 1993. > > That's outright misleading. OpenBSD uses Conklin's NetBSD 1.1 > version (written in C in 1994). NetBSD uses jdolecek@'s

httpd(8): read all headers from fcgi server

As has been reported on multiple occasions, httpd(8) assumes that the complete http answer header is in the first fastcgi stdout record: * https://marc.info/?l=openbsd-tech=144571751203238=2 * https://github.com/reyk/httpd/issues/63 (I think there were more) To reproduce: $ doas cp

per-ifp input task

Unlocking the forwarding path will allow us to gain in latency because the rest of the kernel will be able to run on another CPU while an incoming packet is being processed. However to make use of SMP to improve forwarding performances we will have to run multiple instances of the incoming path

'struct route' and syncache

Use 'sc_route{4,6}' directly instead of casting to the almost extinct 'struct route *'. This help fixing remaining use of 'struct route'. ok? Index: netinet/tcp_input.c === RCS file: /cvs/src/sys/netinet/tcp_input.c,v retrieving