Re: [Patch] Change httpd's handling of request "Host:" headers

2020-08-09 Thread Leo Unglaub
Hey, i love your patch. The current behavour always bothered me because it caused servers to display "wrong" sites as defaults for all requests missing the Host header. I really like your patch and it works fine for me on my servers. However, i am not an official dev, so i cannot give you an

Re: pipex "idle-timeout" work with pppx(4).

2020-08-09 Thread YASUOKA Masahiko
Hi, Thank you for your review. On Sun, 9 Aug 2020 20:03:50 +0300 Vitaliy Makkoveev wrote: > On Sun, Aug 09, 2020 at 06:20:13PM +0300, Vitaliy Makkoveev wrote: >> You propose to unlink pppx(4) related session which reached timeout. I'm >> ok with this direction. But I see no reason to rework _get

sync libfido2 with upstream

2020-08-09 Thread Damien Miller
Hi, This syncs libfido2 with the current state of upstream. It includes a few new APIs that I want to use in OpenSSH to improve FIDO token support (require-PIN and fixing some corner-case bugs around multiple inserted tokens). ok? (major crank for ABI change) Index: Makefile ===

Re: TCP congestion control progression

2020-08-09 Thread Chris Cappuccio
Brian Brombacher [br...@planetunix.net] wrote: > > I am wondering what approach the project is planning to use to modernize > the congestion control algorithms. I'm interested in assisting the project > with development effort in this area. I've spent time making modifications > for my own pur

Re: PATCH: iostat spacing

2020-08-09 Thread Klemens Nanni
On Sat, Aug 08, 2020 at 04:12:31AM +0200, Klemens Nanni wrote: > This is OK with me as it fixes the default view, but I think other views > need fixing as well, e.g. > > $ iostat -I > ttysd0 sd1 > cpu > tin tout

TCP congestion control progression

2020-08-09 Thread Brian Brombacher
Hello, I've been spending some time hacking on the TCP stack, specifically congestion control. I've also spent time evaluating the NetBSD, FreeBSD, Darwin, and Linux TCP stacks to varying degrees. I am wondering what approach the project is planning to use to modernize the congestion control

Re: PATCH: iostat spacing

2020-08-09 Thread Sebastian Benoit
Klemens Nanni(k...@openbsd.org) on 2020.08.08 04:12:31 +0200: > On Fri, Aug 07, 2020 at 12:04:59PM -0700, jo...@armadilloaerospace.com wrote: > > IO rates above 100 MB/s are common with SSD; this patch expands the > > column so it stays neatly printed. > This is OK with me as it fixes the default v

Re: pfsync: start without kernel lock

2020-08-09 Thread Vitaliy Makkoveev
On Sun, Aug 09, 2020 at 08:53:04PM +0200, Klemens Nanni wrote: > On Sun, Aug 09, 2020 at 06:42:07PM +0300, Vitaliy Makkoveev wrote: > > Does `IFXF_MPSAFE' bit assume that pfsyncioctl() should not rely to > > kernel lock and pfsync(4) related data structures already have their own > > protection? >

top: filter by routing table

2020-08-09 Thread Klemens Nanni
Sometimes I want to see processes outside the default routing table with `-T -0', sometimes those in in a specific one with `-T 3' (for testing). Since others have poked around with routing tables and/or domains as of late, perhaps this deemed useful enough? Semantically, filtering is identical t

Re: pfsync: start without kernel lock

2020-08-09 Thread Klemens Nanni
On Sun, Aug 09, 2020 at 06:42:07PM +0300, Vitaliy Makkoveev wrote: > Does `IFXF_MPSAFE' bit assume that pfsyncioctl() should not rely to > kernel lock and pfsync(4) related data structures already have their own > protection? I say it does not. There's PF_LOCK(), but it a) has to be enabled manual

Re: pipex "idle-timeout" work with pppx(4).

2020-08-09 Thread Vitaliy Makkoveev
On Sun, Aug 09, 2020 at 06:20:13PM +0300, Vitaliy Makkoveev wrote: > Hello Yasuoka. > > You propose to unlink pppx(4) related session which reached timeout. I'm > ok with this direction. But I see no reason to rework _get_closed() > routines. > > in pppac(4) case it's assumed what if session is n

Re: pfsync: start without kernel lock

2020-08-09 Thread Vitaliy Makkoveev
On Sun, Aug 09, 2020 at 02:33:01PM +0200, Klemens Nanni wrote: > mvs's vnet(4) diff reminded me of pfsync(4). > > This works on my my pair of amd64 firewalls. > > Feedback? OK? > Does `IFXF_MPSAFE' bit assume that pfsyncioctl() should not rely to kernel lock and pfsync(4) related data structure

Re: process: annotate locking for setitimer(2) state

2020-08-09 Thread Mark Kettenis
> Date: Sun, 9 Aug 2020 10:02:38 -0500 > From: Scott Cheloha > > On Sun, Aug 09, 2020 at 04:43:24PM +0200, Mark Kettenis wrote: > > > Date: Sat, 8 Aug 2020 19:46:14 -0500 > > > From: Scott Cheloha > > > > > > Hi, > > > > > > I want to annotate the locking for the per-process interval timers. >

Re: pipex "idle-timeout" work with pppx(4).

2020-08-09 Thread Vitaliy Makkoveev
Hello Yasuoka. You propose to unlink pppx(4) related session which reached timeout. I'm ok with this direction. But I see no reason to rework _get_closed() routines. in pppac(4) case it's assumed what if session is not yet destroyed by garbage collector, it will be destroyed while we performing P

Re: PATCH: better error return for exFAT filesystem

2020-08-09 Thread Ted Unangst
On 2020-08-09, Jonathan Gray wrote: > mount_msdos(8) knows about EINVAL and will print "not an MSDOS filesystem" I think mount_msdos could also inspect the filesytem for the common case of exfat confusion. Index: mount_msdos.c === RC

Reduce kqueue_scan()'s stack usage

2020-08-09 Thread Visa Hankala
sys_kevent() and kqueue_scan() consume a relatively large amount of kernel stack space, 352 and 544 bytes, respectively, on amd64. The portion of kqueue_scan() can be reduced by 256 bytes to 288 bytes by reusing sys_kevent()'s kev[] array. This diff overlaps with the non-committed kqueue_scan() re

Re: process: annotate locking for setitimer(2) state

2020-08-09 Thread Scott Cheloha
On Sun, Aug 09, 2020 at 04:43:24PM +0200, Mark Kettenis wrote: > > Date: Sat, 8 Aug 2020 19:46:14 -0500 > > From: Scott Cheloha > > > > Hi, > > > > I want to annotate the locking for the per-process interval timers. > > > > In the process struct, the ITIMER_REAL itimerspec and the ps_itimer_to

Re: hardclock(9): fix race with setitimer(2)

2020-08-09 Thread Mark Kettenis
> Date: Sun, 9 Aug 2020 06:54:53 -0500 > From: Scott Cheloha > > Hi, > > We update the ITIMER_VIRTUAL and ITIMER_PROF per-process interval > timers from hardclock(9). If a timer is enabled we call itimerdecr() > to update and reload it as needed. If a timer has expired we then set > a flag on

Re: process: annotate locking for setitimer(2) state

2020-08-09 Thread Mark Kettenis
> Date: Sat, 8 Aug 2020 19:46:14 -0500 > From: Scott Cheloha > > Hi, > > I want to annotate the locking for the per-process interval timers. > > In the process struct, the ITIMER_REAL itimerspec and the ps_itimer_to > timeout are protected by the kernel lock. These should be annotated > with "

snmpd(8) Remove struct listen_sock

2020-08-09 Thread Martijn van Duren
I still want to move udp/tcp handling out of snmpe, so that there's better layering, but my previous diff never got any response and might do with some more polishing. For now, lets remove listen_sock from snmpd, since there's a 1:1 correlation with struct address. This saves a couple of calloc

pfsync: start without kernel lock

2020-08-09 Thread Klemens Nanni
mvs's vnet(4) diff reminded me of pfsync(4). This works on my my pair of amd64 firewalls. Feedback? OK? Index: if_pfsync.c === RCS file: /cvs/src/sys/net/if_pfsync.c,v retrieving revision 1.275 diff -u -p -r1.275 if_pfsync.c --- if

Re: video -c: showing auto white balance temperature

2020-08-09 Thread Laurence Tratt
On Sat, Aug 08, 2020 at 11:29:41PM +0200, Marcus Glocker wrote: Hello Marcus, One other thing has occurred to me -- but can be done in a future patch -- is that we probably want to be able to do: $ video white_balance_temperature=auto Please find attached a patch which does

hardclock(9): fix race with setitimer(2)

2020-08-09 Thread Scott Cheloha
Hi, We update the ITIMER_VIRTUAL and ITIMER_PROF per-process interval timers from hardclock(9). If a timer is enabled we call itimerdecr() to update and reload it as needed. If a timer has expired we then set a flag on the current thread to signal itself when returning to userspace. However, th

Re: PATCH: better error return for exFAT filesystem

2020-08-09 Thread Klemens Nanni
On Sun, Aug 09, 2020 at 07:48:21PM +1000, Jonathan Gray wrote: > Thinking about this some more the problem is really the choice of errno. > It used to be EINVAL but was changed to EFTYPE in > > > revision 1.7 > date: 1997/06/20 14:04:30; author: kstailey; state: Exp;

[Patch] Change httpd's handling of request "Host:" headers

2020-08-09 Thread Ross L Richardson
At present, if a request contains no "Host:" header [HTTP pre-1.1] or if the supplied header does not match any of the servers configured in httpd.conf, the request is directed to the first server. This isn't documented, AFAICT. For example, if httpd.conf has just one server server "www

Re: PATCH: better error return for exFAT filesystem

2020-08-09 Thread Jonathan Gray
On Sat, Aug 08, 2020 at 01:13:20PM +1000, Jonathan Gray wrote: > On Fri, Aug 07, 2020 at 12:59:00PM -0700, jo...@armadilloaerospace.com wrote: > > Perform an explicit check for the unsupported exFAT MSDOS filesystem > > instead of letting it fail mysteriously when it gets cluster sizes > > of 0 fro

pipex "idle-timeout" work with pppx(4).

2020-08-09 Thread YASUOKA Masahiko
This diff makes pipex "idle-timeout" work with pppx(4). ok? Index: sys/net/if_pppx.c === RCS file: /disk/cvs/openbsd/src/sys/net/if_pppx.c,v retrieving revision 1.98 diff -u -p -r1.98 if_pppx.c --- sys/net/if_pppx.c 28 Jul 2020 09: