Panic after introduction of unveil(2) on system with missing /tmp mount point

A few days ago I did the first reboot after an upgrade from snapshots a couple of weeks ago. The machine panicked with the below message which I've never seen before (transcription from image on my mobile camera) and I had to do a warm reboot: 8< login: syncing disks... panic: kernel diagn

Re: pf: anchor not honoring quick

On Sat, Sep 29, 2018 at 06:17:05PM +0200, Fabian Mueller-Knapp wrote: > I have the following pf.conf: > > anchor quick { > pass > } > block > > # pfctl -sr > anchor quick all { > pass all flags S/SA > } > block drop all > > Because of the 'quick' i assumed, that 'block' is never reached, but

Re: checking source with pvs-studio

Sergey Bronnikov wrote: > Hello! > > openbsd source code was checked by various static analyzers (coverity, > cppcheck, clang analyzer etc). Have someone tried PVS-Studio? > It became free to use for opensource projects [1]. > > [1] https://www.viva64.com/en/b/0457/ which means you can roll up

checking source with pvs-studio

Hello! openbsd source code was checked by various static analyzers (coverity, cppcheck, clang analyzer etc). Have someone tried PVS-Studio? It became free to use for opensource projects [1]. [1] https://www.viva64.com/en/b/0457/ Sergey Bronnikov

pf: anchor not honoring quick

Hello list, I have the following pf.conf: anchor quick { pass } block # pfctl -sr anchor quick all { pass all flags S/SA } block drop all Because of the 'quick' i assumed, that 'block' is never reached, but it is since 6.2. man pf.conf(5) states: "If the anchor itself is marked with the q

Re: Keyboard repeats characters way to often

Hey, i am sorry it took me so long to get back to you on this issue. As it turns out this laptop has a lot of problems with OpenBSD so it took me a long time to build your patch. The patch below works fine and fixes the keyboard issue i had on my Lenovo ThinkPad E485. Everything else works fi

Re: Ospf adding new interface

On 2018/09/29 13:36, Simen Stavdal wrote: > Thanks Stuart, > > -vd just said the same, i.e interface unknown, will try -current and report > back :) If it doesn't help, it would also be worth capturing "route -n monitor" output while adding. > Thanks, > Simon > > On Sat, 29 Sep 2018 at 13:0

Re: Ospf adding new interface

Thanks Stuart, -vd just said the same, i.e interface unknown, will try -current and report back :) Thanks, Simon On Sat, 29 Sep 2018 at 13:06, Stuart Henderson wrote: > I've had problems at times with ospfd not seeing interfaces properly > after adding them, please try a -current snapshot and

Re: Ospf adding new interface

I've had problems at times with ospfd not seeing interfaces properly after adding them, please try a -current snapshot and see if you can replicate it, it's possible that a change made in June might help. Also maybe try running with ospfd -vd and see if you get anything unusual logged when the int

Re: Ospf adding new interface

Thanks Remi, I am doing almost exactly that too My setup: mgmt--6.3amd64<-rdomain0->6.3octeon-mgmt Ospf is running inside rdomain0. Scenario: On amd64 : I have a few loopback interfaces running, and routing works ok. Example, lo17 is advertised as 192.168.17.144/32 On octeon : I can ping 192.