Re: Please test: IPsec w/o KERNEL_LOCK()

Tim Stewart writes: > Martin Pieuchot writes: > >> On 11/10/17(Wed) 17:01, Martin Pieuchot wrote: >>> OpenBSD 6.2 includes nice performance and latency improvements due to >>> the work done in the Network Stack in the previous years. However as >>> soon as

Re: Please test: IPsec w/o KERNEL_LOCK()

On 2017/10/21 12:06, Tim Stewart wrote: > > Stuart Henderson writes: > > > On 2017/10/21 10:33, Tim Stewart wrote: > >> I don't have much experience with capturing OpenBSD kernel panics. I've > >> set up screen on another system so that I'll have a log of serial > >>

Re: Please test: IPsec w/o KERNEL_LOCK()

On 2017/10/21 12:04, Tim Stewart wrote: > *49727 296965 0 0 7 0x14200crynlk aha, it was that one. Try this diff on top. Index: fpu.c === RCS file: /cvs/src/sys/arch/amd64/amd64/fpu.c,v retrieving

Re: Refactor TCP partial ACK handling

On Fri, Oct 20, 2017 at 22:59 +0200, Klemens Nanni wrote: > The comments for both void tcp_{sack,newreno}_partialack() still mention > tp->snd_last and return value bits. > Good eyes! It made me spot a mistake I made by folding two lines into an incorrect ifdef in tcp_sack_partialack. I

Re: Please test: IPsec w/o KERNEL_LOCK()

Martin Pieuchot writes: > On 11/10/17(Wed) 17:01, Martin Pieuchot wrote: >> OpenBSD 6.2 includes nice performance and latency improvements due to >> the work done in the Network Stack in the previous years. However as >> soon as IPsec is enabled, all network related processing

Re: Please test: IPsec w/o KERNEL_LOCK()

On 2017/10/21 10:33, Tim Stewart wrote: > I don't have much experience with capturing OpenBSD kernel panics. I've > set up screen on another system so that I'll have a log of serial > console activity (this is an apu2c4) and have set ddb.console=1. I will > also reboot with bsd.gdb this time.

Re: Please test: IPsec w/o KERNEL_LOCK()

Stuart Henderson writes: > On 2017/10/21 10:33, Tim Stewart wrote: >> I don't have much experience with capturing OpenBSD kernel panics. I've >> set up screen on another system so that I'll have a log of serial >> console activity (this is an apu2c4) and have set

Re: tftpd(8): diff for ip path rewrite

On Fri, Oct 20, 2017 at 12:04:41PM +, Jeremie Courreges-Anglas wrote: > On Fri, Oct 20 2017, Sebastien Marie wrote: > > On Thu, Oct 19, 2017 at 08:58:12PM +0200, Jan Klemkow wrote: > >> + char nfilename[PATH_MAX]; > >> + > >> + snprintf(nfilename, sizeof

Re: Please test: IPsec w/o KERNEL_LOCK()

On 2017/10/21 14:52, Tim Stewart wrote: > Stuart Henderson writes: > > > On 2017/10/21 12:04, Tim Stewart wrote: > >> *49727 296965 0 0 7 0x14200crynlk > > > > aha, it was that one. Try this diff on top. > > > > Index: fpu.c > >

Re: Please test: IPsec w/o KERNEL_LOCK()

Stuart Henderson writes: > On 2017/10/21 12:04, Tim Stewart wrote: >> *49727 296965 0 0 7 0x14200crynlk > > aha, it was that one. Try this diff on top. > > Index: fpu.c > === >

Re: Please test: IPsec w/o KERNEL_LOCK()

Stuart Henderson writes: > On 2017/10/21 14:52, Tim Stewart wrote: >> Stuart Henderson writes: >> >> > On 2017/10/21 12:04, Tim Stewart wrote: >> >> *49727 296965 0 0 7 0x14200crynlk >> > >> > aha, it was that one. Try

iwm(4) command response buffering

The way iwm(4) handles command responses is rather clunky. Storage for one response is provided in the softc. This storage is "reserved" while a command which expects a response is in progress. If such a command is already queued, further commands wait in tsleep() until the other command is done,

Re: Httpd support for internal redirects.

On Wed, Oct 11, 2017 at 6:31 AM, Ori Bernstein wrote: > My website generator is a little stupid at times. It generates > files with .html suffixes, but urls without them. > > I worked around this with some redirects, but it never felt > quite right doing an extra round trip.

Re: spamdb: allow keys to be specified in list mode

I have an OK on the man page bits. Anyone else want to chime in? - todd On Wed, 18 Oct 2017 10:22:00 -0600, "Todd C. Miller" wrote: > I often want to query a specific key instead of dumping out the > entire database. This lets you do things like: > > $ spamdb 180.124.41.143 >

Re: Httpd support for internal redirects.

On Sat, 21 Oct 2017 22:18:17 +0200, Anders Andersson wrote: > Maybe I don't fully understand the problem, but is it not better to > fix your broken website generator than to add more code to httpd? > It seemed like other people wanted the feature as well, and based on the

Re: tftpd(8): diff for ip path rewrite

On Sat, Oct 21, 2017 at 10:10:39PM +0200, Jan Klemkow wrote: > > Common files should be found in the default directory. But, host > specific files could be overwritten if they exist in the subdirectory. > > The diff below should address all comments. > > Index: tftpd.c >