On Freitag, 15. Juli 2016 21:41:53 CEST Dirk van der Walt wrote:
> Hi list,
>
> This is not strictly a Batman question, but I figured that it would be
> a good place to ask.
Is this device only using rt2x00? Then a good place to ask would be linux-
wirel...@vger.kernel.org + Stanislaw Gruszka , H
Hi list,
This is not strictly a Batman question, but I figured that it would be
a good place to ask.
I've always in the past used Atheros based hardware for the mesh nodes
and the results have been stable and with acceptable speeds.
Recently in my search for cheap and open hardware I got a few M
It is hard to understand why the refcnt is increased when it isn't done
near the actual place the new reference is used. So using kref_get right
before the place which requires the reference and in the same function
helps to avoid accidental problems causedy incorrect reference counting.
Signed-of
It is hard to understand why the refcnt is increased when it isn't done
near the actual place the new reference is used. So using kref_get right
before the place which requires the reference and in the same function
helps to avoid accidental problems causedy incorrect reference counting.
Signed-of
It is hard to understand why the refcnt is increased when it isn't done
near the actual place the new reference is used. So using kref_get right
before the place which requires the reference and in the same function
helps to avoid accidental problems causedy incorrect reference counting.
Signed-of
It is hard to understand why the refcnt is increased when it isn't done
near the actual place the new reference is used. So using kref_get right
before the place which requires the reference and in the same function
helps to avoid accidental problems causedy incorrect reference counting.
Signed-of
It is hard to understand why the refcnt is increased when it isn't done
near the actual place the new reference is used. So using kref_get right
before the place which requires the reference and in the same function
helps to avoid accidental problems causedy incorrect reference counting.
Signed-of
It is hard to understand why the refcnt is increased when it isn't done
near the actual place the new reference is used. So using kref_get right
before the place which requires the reference and in the same function
helps to avoid accidental problems causedy incorrect reference counting.
Signed-of
It is hard to understand why the refcnt is increased when it isn't done
near the actual place the new reference is used. So using kref_get right
before the place which requires the reference and in the same function
helps to avoid accidental problems causedy incorrect reference counting.
Signed-of
It is hard to understand why the refcnt is increased when it isn't done
near the actual place the new reference is used. So using kref_get right
before the place which requires the reference and in the same function
helps to avoid accidental problems causedy incorrect reference counting.
Signed-of
It is hard to understand why the refcnt is increased when it isn't done
near the actual place the new reference is used. So using kref_get right
before the place which requires the reference and in the same function
helps to avoid accidental problems causedy incorrect reference counting.
Signed-of
It is hard to understand why the refcnt is increased when it isn't done
near the actual place the new reference is used. So using kref_get right
before the place which requires the reference and in the same function
helps to avoid accidental problems causedy incorrect reference counting.
Signed-of
It is hard to understand why the refcnt is increased when it isn't done
near the actual place the new reference is used. So using kref_get right
before the place which requires the reference and in the same function
helps to avoid accidental problems causedy incorrect reference counting.
Signed-of
It is hard to understand why the refcnt is increased when it isn't done
near the actual place the new reference is used. So using kref_get right
before the place which requires the reference and in the same function
helps to avoid accidental problems causedy incorrect reference counting.
Signed-of
It is hard to understand why the refcnt is increased when it isn't done
near the actual place the new reference is used. So using kref_get right
before the place which requires the reference and in the same function
helps to avoid accidental problems causedy incorrect reference counting.
Signed-of
It is hard to understand why the refcnt is increased when it isn't done
near the actual place the new reference is used. So using kref_get right
before the place which requires the reference and in the same function
helps to avoid accidental problems causedy incorrect reference counting.
Signed-of
It is hard to understand why the refcnt is increased when it isn't done
near the actual place the new reference is used. So using kref_get right
before the place which requires the reference and in the same function
helps to avoid accidental problems causedy incorrect reference counting.
Signed-of
It is hard to understand why the refcnt is increased when it isn't done
near the actual place the new reference is used. So using kref_get right
before the place which requires the reference and in the same function
helps to avoid accidental problems causedy incorrect reference counting.
Signed-of
It is hard to understand why the refcnt is increased when it isn't done
near the actual place the new reference is used. So using kref_get right
before the place which requires the reference and in the same function
helps to avoid accidental problems causedy incorrect reference counting.
Signed-of
It is hard to understand why the refcnt is increased when it isn't done
near the actual place the new reference is used. So using kref_get right
before the place which requires the reference and in the same function
helps to avoid accidental problems causedy incorrect reference counting.
Signed-of
On Freitag, 15. Juli 2016 16:38:09 CEST Marek Lindner wrote:
> On Wednesday, June 29, 2016 23:44:54 Sven Eckelmann wrote:
> > net/batman-adv/bat_iv_ogm.c| 7 ---
> > net/batman-adv/bat_v_ogm.c | 5 ++---
> > net/batman-adv/bridge_loop_avoidance.c | 9 -
> > net/
On Freitag, 15. Juli 2016 11:13:37 CEST Sven Eckelmann wrote:
> The files provided by batman-adv via debugfs are currently converted to
> netlink. Tools which are not yet converted to use the netlink interface may
> still rely on the old debugfs files. But systems which already upgraded
> their too
The files provided by batman-adv via debugfs are currently converted to
netlink. Tools which are not yet converted to use the netlink interface may
still rely on the old debugfs files. But systems which already upgraded
their tools can save some space by disabling this feature. The default
configur
On Sunday, July 10, 2016 12:59:28 Sven Eckelmann wrote:
> The files provided by batman-adv via debugfs are currently converted to
> netlink. Tools which are not yet converted to use the netlink interface may
> still rely on the old debugfs files. But systems which already upgraded
> their tools can
On Sunday, July 03, 2016 13:31:37 Sven Eckelmann wrote:
> From: Matthias Schiffer
>
> This adds the commands BATADV_CMD_GET_TRANSTABLE_LOCAL and
> BATADV_CMD_GET_TRANSTABLE_GLOBAL, which correspond to the transtable_local
> and transtable_global debugfs files.
>
> The batadv_tt_client_flags enum
On Sunday, July 03, 2016 13:31:36 Sven Eckelmann wrote:
> From: Matthias Schiffer
>
> BATADV_CMD_GET_HARDIFS will return the list of hardifs (including index,
> name and MAC address) of all hardifs for a given softif.
>
> Signed-off-by: Matthias Schiffer
> Signed-off-by: Andrew Lunn
> [sven.ec
On Sunday, July 03, 2016 13:31:35 Sven Eckelmann wrote:
> From: Matthias Schiffer
>
> BATADV_CMD_GET_ROUTING_ALGOS is used to get the list of supported routing
> algorithms.
>
> Signed-off-by: Matthias Schiffer
> Signed-off-by: Andrew Lunn
> [sven.eckelm...@open-mesh.com: Reduce the number of
On Sunday, July 03, 2016 13:31:34 Sven Eckelmann wrote:
> From: Andrew Lunn
>
> Debugfs is not netns aware. It thus has problems when the same
> interface name exists in multiple network name spaces.
>
> Work around this by not creating entries for interfaces in name spaces
> other than the defa
On Sunday, July 03, 2016 13:31:33 Sven Eckelmann wrote:
> From: Andrew Lunn
>
> batman-adv tries to prevent the user from placing a batX soft
> interface into another batman mesh as a hard interface. It does this
> by walking up the devices list of parents and ensures they are all
> none batX int
On Wednesday, June 29, 2016 23:45:57 Sven Eckelmann wrote:
> The debug messages of _batadv_update_route were printed before the actual
> route change is done. At this point it is not really known which
> curr_router will be replaced. Thus the messages could print the wrong
> operation.
>
> Printin
On Wednesday, June 29, 2016 23:44:54 Sven Eckelmann wrote:
> net/batman-adv/bat_iv_ogm.c| 7 ---
> net/batman-adv/bat_v_ogm.c | 5 ++---
> net/batman-adv/bridge_loop_avoidance.c | 9 -
> net/batman-adv/distributed-arp-table.c | 2 +-
> net/batman-adv/gateway_cli
On Monday, July 11, 2016 11:38:19 Sven Eckelmann wrote:
> On Montag, 11. Juli 2016 11:16:36 CEST Linus Lüssing wrote:
> > This silences the following coccinelle warning:
> >
> > "WARNING: sum of probable bitmasks, consider |"
> >
> > Signed-off-by: Linus Lüssing
> > ---
> >
> > net/batman-adv/
32 matches
Mail list logo
