lost pf state - disappeared before expiration?

2020-05-17 Thread Paul B. Henson
I'm trying to set a longer timeout on a udp state, and for some reason it seems to be disappearing before the expiration 8-/. There are 3 rules involved: pass in quick on vlan110 proto udp from any to port = 9430 tag VOIP_UDP keep state (udp.multiple 360) pass out quick on $ext_if proto udp

67.html doesn't mention removal of rebound

2020-05-17 Thread jungle boogie
Hi, rebound(8) was remove in January, but I don't see an entry in plus67.html or 67.html. Should it be mentioned in either one these pages? https://www.openbsd.org/plus67.html https://www.openbsd.org/faq/current.html thanks, j.b.

Re: RT_TABLEID_MAX behavior changed?

2020-05-17 Thread Bars Bars
it seems the things work just when i rebuild userland completely (im pretty sure i did it only with compiling kernel in past, correct me if i wrong?). btw, questions for the Devs. Looking at the cvs history, i really worried that you do not expand rt_tableid_max limit for the years, moreover now

Re: [www] list of associated projects: adding rpki-client

2020-05-17 Thread Ingo Schwarze
Hi Alex, Alex Naumov wrote on Wed, May 13, 2020 at 01:10:47PM +0200: > since rpki-client has its own home page like other "associated projects", > it makes sense to add a new link. Committed with a tweak; i put it next to OpenBGPD. Thanks for the suggestion, Ingo > Index: index.html >

Re: setsockopt(2): weird behavior

2020-05-17 Thread Theo de Raadt
I've misinterpreted the situation. Previous to 6.7, and probably in most other operating systems, this was limited to 65535 / 100 or 644. But now the range is extended. Wait about 3 days, upgrade, etc. Theo de Raadt wrote: > We supply source code, so this took under 60 seconds to find: >

Re: setsockopt(2): weird behavior

2020-05-17 Thread Theo de Raadt
We supply source code, so this took under 60 seconds to find: SO_RCVTIMEO is in uipc_socket.c memcpy(, mtod(m, struct timeval *), sizeof tv); if (!timerisvalid()) return (EINVAL); nsecs =

setsockopt(2): weird behavior

2020-05-17 Thread Matthias
Hi, I've noticed some weird behavior of the setsockopt(2) system call. Given the following little test program ... #include #include #include int main(int argc, char *argv[]) { int fd[2];

Re: BIOS/MBR vs UEFI/GPT install

2020-05-17 Thread Andinus
Mihai Popescu @ 2020-05-16 20:24 IST: > I tried UEFI/GPT but things went wrong and I was not able to boot OpenBSD's > kernel after install. Check if you are actually booting into UEFI mode, both during & after installation. > Is there any penalty using BIOS/MBR versus UEFI/GPT? > Are there any

RT_TABLEID_MAX behavior changed?

2020-05-17 Thread Bars Bars
Hey, guys. I always used the rt_tableid_max expanded to 16 bit range in past releases 5.x and after rebuilding the kernel it worked immediately. But now I installed 6.6 on the new system, and after changing rt_tableid_max (and new rt_tableid_mask and bits values too), my whole userland throw an