vxlan bug wrt IN6_ANY as source Was: Re: tweak in6_selectsrc()

2016-11-30 Thread Vincent Gross
On Tue, 29 Nov 2016 17:03:44 +0100 Martin Pieuchot wrote: > Diff below removes the 'struct route_in6' argument from > in6_selectsrc(). > > It is only used by in6_pcbselsrc() so move the code there. This > reduces differences with IPv4 and help me to get rid of 'struct >

Re: add in6 multicast support to vxlan(4), take 4

2016-11-30 Thread Vincent Gross
On Tue, 29 Nov 2016 15:13:16 +0100 Alexander Bluhm wrote: > On Sat, Nov 05, 2016 at 12:41:39PM +0100, Vincent Gross wrote: > > Updated diff, I reworked the logic to handle the if_get/if_put > > dance in vxlan_multicast_join(), and fixed an uninitialized > > variable. > >

Re: plug mem leak in ldapd/btree.c

2016-11-30 Thread Mike Belopuhov
On Wed, Nov 30, 2016 at 22:11 +0100, Tim Kuijsten wrote: > Plug a memory leak in btree_close. > > From > https://github.com/OrangeTide/btree/commit/e186331494b213286934bcc03a1d8c4650836e3b > Hi Tim, This looks correct, indeed. > Index: btree.c >

plug mem leak in ldapd/btree.c

2016-11-30 Thread Tim Kuijsten
Plug a memory leak in btree_close. From https://github.com/OrangeTide/btree/commit/e186331494b213286934bcc03a1d8c4650836e3b Index: btree.c === RCS file: /cvs/src/usr.sbin/ldapd/btree.c,v retrieving revision 1.36 diff -u -p -r1.36

Re: cwm bind changes

2016-11-30 Thread Vadim Vygonets
Quoth Okan Demirmen on Wed, Nov 30, 2016: > I suppose a future change could change the implicit 'command' binding to > something more explicit, such as "bind-key M-m command /usr/local/bin/magic" > While that requires a bit of surgery, I could make that a part of this overall > change? Explicit

Re: [PATCH]: ip6 with IFF_ALLMULTI/IFF_PROMISC

2016-11-30 Thread Martin Pieuchot
Hello Dimitris, On 30/11/16(Wed) 13:44, Dimitris Papastamos wrote: > [...] > I am working on a program that requires putting the node in > all-multicast mode. The program needs to see all the packets going to > solicited-node multicast addresses. I did this by modifying the > interface flags

Re: subscribe too mailing lists.

2016-11-30 Thread Joe Nosay
Some of these will bounce because I was foolish and disrespectful; however, welcome to the OpenBSD and the Open Source community. On Mon, Nov 28, 2016 at 7:54 AM, leroy jordan wrote: > Hi, All > > Hope to learn more info. and one day be a part of the open community. >

Re: Request for tests: Intel 10 Gigabit Ethernet SFP+ modules

2016-11-30 Thread Mike Belopuhov
On Fri, Nov 25, 2016 at 20:02 +0100, Mike Belopuhov wrote: > Hi, > > I would like to collect some reports on whether or not this change > helps with hot-(re)plugging SFP+ modules. In theory if a different > type of an SFP+ module is inserted we should re-initialize the PHY > and reset our media

Re: cwm bind changes

2016-11-30 Thread Okan Demirmen
On Wed 2016.11.30 at 15:20 +0100, Vadim Vygonets wrote: > Quoth Okan Demirmen on Sat, Nov 26, 2016: > > Hopefully these new action names make more sense; they will allow adding > > some > > more functions that will more closely match what they do. > > The new action names are definitely better.

Re: cwm bind changes

2016-11-30 Thread Vadim Vygonets
Quoth Okan Demirmen on Sat, Nov 26, 2016: > Hopefully these new action names make more sense; they will allow adding some > more functions that will more closely match what they do. The new action names are definitely better. I'm a bit divided about breaking compatibility, but it's probably

[PATCH]: ip6 with IFF_ALLMULTI/IFF_PROMISC

2016-11-30 Thread Dimitris Papastamos
Hi everyone, I am working on a program that requires putting the node in all-multicast mode. The program needs to see all the packets going to solicited-node multicast addresses. I did this by modifying the interface flags to add IFF_ALLMULTI. Unfortunately recvmsg() was only returning for the