On Thursday, October 18, 2012 17:43:54 Sven Eckelmann wrote:
The Makefile suggests to change it to enable or disable features. This
resulted in patch submissions with changed Makefile even when this change
would not be necessary.
Instead the configuration should be done using the make
On Thursday, October 18, 2012 16:48:32 Sven Eckelmann wrote:
4c1721b39c8a77c99e8f4de97b5d5d112006406c (batman-adv: Fix potential
broadcast BLA-duplicate-check race condition) introduced a spinlock for
bridge loop avoidance which was initialized outside of bla. This causes an
build error when
If the skb is fragmented, the checksum must be computed on the
individual fragments, just using skb-data may fail on fragmented
data. Instead of doing linearizing the packet, use the new
batadv_crc32 to do that more efficiently- it should not hurt
replacing the old crc16 by the new crc32.
Hello David,
here are two fixes intended for net. The first one fixes the CRC computation
used to check for broadcast packet duplicates. The wrong result lead to many
(more than 80%) broadcast packets being dropped and so making the network very
slow and mostly unusable. Think about all the ARP
From: Linus Lüssing linus.luess...@web.de
So far the crc16 checksum for a batman-adv broadcast data packet, received
on a batman-adv hard interface, was calculated over zero bytes of its
content leading to many incoming broadcast data packets wrongly being
dropped (60-80% packet loss).
This
From: Antonio Quartulli or...@autistici.org
Date: Thu, 18 Oct 2012 21:24:53 +0200
here are two fixes intended for net. The first one fixes the CRC computation
used to check for broadcast packet duplicates. The wrong result lead to many
(more than 80%) broadcast packets being dropped and so
On Wed, Oct 17, 2012 at 6:14 PM, Sophana K sophan...@gmail.com wrote:
I may have found a possible solution by parsing the output of batctl
transglobal, and look for the gateway mac address. If the gateway is
in the transglobal table, it is accessed through the mesh, and it is
probably not