Re: [B.A.T.M.A.N.] pull request [net-next]: batman-adv 20160210

2016-02-11 Thread David Miller
From: Antonio Quartulli Date: Wed, 10 Feb 2016 23:57:06 +0800 > this is another pull request intended for net-next. > > Here you have a batch of patches by Sven Eckelmann that > drops our private reference counting implementation and > substitutes it with the kref

Re: [B.A.T.M.A.N.] Antwort: Re: Looping unicast packets when using BLA

2016-02-11 Thread Andreas Pape
Hi, I want to give a short feedback concerning my attempt to use batman-adv-2016.0 instead of to older version I used first. Unfortunately, using batman-adv-2016.0 does not solve my problem. I can still see claim frames sent by the mesh gateways into the common backbone network for MAC addresses

Re: [B.A.T.M.A.N.] Antwort: Re: Looping unicast packets when using BLA

2016-02-11 Thread Simon Wunderlich
Hi Andreas, On Thursday 11 February 2016 10:19:07 Andreas Pape wrote: > Hi, > > I want to give a short feedback concerning my attempt to use > batman-adv-2016.0 instead of to older version I used first. > > Unfortunately, using batman-adv-2016.0 does not solve my problem. I can > still see

[B.A.T.M.A.N.] [PATCH-maint v2] batman-adv: Avoid endless loop in bat-on-bat netdevice check

2016-02-11 Thread Sven Eckelmann
From: Andrew Lunn batman-adv checks in different situation if a new device is already on top of a different batman-adv device. This is done by getting the iflink of a device and all its parent. It assumes that this iflink is always a parent device in an acyclic graph. But this

[B.A.T.M.A.N.] [PATCH-maint] batman-adv: Avoid endless loop in bat-on-bat netdevice check

2016-02-11 Thread Sven Eckelmann
From: Andrew Lunn batman-adv checks in different situation if a new device is already on top of a different batman-adv device. This is done by getting the iflink of a device and all its parent. It assumes that this iflink is always a parent device in an acyclic graph. But this

Re: [B.A.T.M.A.N.] mac80211 compat layer for OpenWrt

2016-02-11 Thread Sven Eckelmann
On Thursday 11 February 2016 23:25:56 Sven Eckelmann wrote: [...] > I've also attached the patch to build the current state of B.A.T.M.A.N. V on > OpenWrt. Btw. the previously proposed way to select the routing algorithm at runtime in OpenWrt requires an additional patch. The setting in