Re: Add rtable capability to login.conf

On Fri, Feb 18, 2022 at 03:25:51PM -0500, Ted Unangst wrote: > On 2022-02-06, Ted Unangst wrote: > > On 2022-02-05, Matthew Martin wrote: > > > On Sat, Jan 29, 2022 at 06:25:32PM -0600, Matthew Martin wrote: > > > > On Sat, Jan 29, 2022 at 07:10:00PM -0500, Ted Unangst wrote: > > > > > I believe

Re: [External] : pfsync mutex

Hello, On Thu, Feb 24, 2022 at 10:42:58PM +0100, Alexander Bluhm wrote: > Hi, > > Hrvoje reported some crashes with pfsync, IPsec and parallel > forwarding. Some locks were missing around the tdb flags in pfsync. > > ok? > change looks good to me. I just have a single concern about

pfsync mutex

Hi, Hrvoje reported some crashes with pfsync, IPsec and parallel forwarding. Some locks were missing around the tdb flags in pfsync. ok? bluhm Index: net/if_pfsync.c === RCS file:

unwind(8): use parse_edns_from_pkt

Upstream renamed parse_extract_edns to parse_extract_edns_from_response_msg and parse_edns_from_pkt to parse_edns_from_query_pkt in the upcomming libunbound 1.15.0 update. Both funktions work equally well for us but it would look weird to use the "from_response_msg" function on the query so

Re: assert "sc->sc_dev == NUM" failed in if_tun.c (2)

On Thu, Feb 24, 2022 at 07:39:54PM +1000, David Gwynne wrote: > claudio and i came up with the following, which is to have tun_dev_open > check the state of the vnode associated with the current open call > after all the sleeping and potential tun_clone_destroy and > tun_clone_create calls. if the

Re: lldb(1) libedit support

On Tue, Feb 15 2022, Greg Steuck wrote: > Andrei writes: > >> The lldb(1) debugger was recently added in base and as I was playing around >> with it I noticed the lack of line editing functionality. >> >> This is because currently lldb is built without support for >> libedit. It would be nice

Re: bgpd start using path_id_tx

On Thu, Feb 24, 2022 at 02:08:13PM +0100, Claudio Jeker wrote: > This is one small step closer to support add-path send side. > We store the path_id_tx on the prefix and we can adjust a few places to > make use of that field. Now it is always 0 so nothing changes in the end > apart from removing

bgpd start using path_id_tx

This is one small step closer to support add-path send side. We store the path_id_tx on the prefix and we can adjust a few places to make use of that field. Now it is always 0 so nothing changes in the end apart from removing some XXX comments. -- :wq Claudio Index: rde.c

Re: assert "sc->sc_dev == NUM" failed in if_tun.c (2)

On Thu, Feb 24, 2022 at 08:56:59PM +1000, David Gwynne wrote: > On Thu, Feb 24, 2022 at 11:13:48AM +0100, Claudio Jeker wrote: > > On Thu, Feb 24, 2022 at 07:39:54PM +1000, David Gwynne wrote: > > > > > > here's the diff. > > > > > > Index: if_tun.c > > >

Re: assert "sc->sc_dev == NUM" failed in if_tun.c (2)

On Thu, Feb 24, 2022 at 11:13:48AM +0100, Claudio Jeker wrote: > On Thu, Feb 24, 2022 at 07:39:54PM +1000, David Gwynne wrote: > > > > here's the diff. > > > > Index: if_tun.c > > === > > RCS file: /cvs/src/sys/net/if_tun.c,v > >

Re: assert "sc->sc_dev == NUM" failed in if_tun.c (2)

On Thu, Feb 24, 2022 at 07:39:54PM +1000, David Gwynne wrote: > On Mon, Feb 21, 2022 at 03:00:01PM +1000, David Gwynne wrote: > > On Sun, Feb 20, 2022 at 10:30:22AM +1000, David Gwynne wrote: > > > > > > > > > > On 20 Feb 2022, at 09:46, David Gwynne wrote: > > > > > > > > On Sat, Feb 19, 2022

Re: assert "sc->sc_dev == NUM" failed in if_tun.c (2)

On Mon, Feb 21, 2022 at 03:00:01PM +1000, David Gwynne wrote: > On Sun, Feb 20, 2022 at 10:30:22AM +1000, David Gwynne wrote: > > > > > > > On 20 Feb 2022, at 09:46, David Gwynne wrote: > > > > > > On Sat, Feb 19, 2022 at 02:58:08PM -0800, Greg Steuck wrote: > > >> There's no reproducer, but