linux-toradex.git/net/mac80211/mesh_hwmp.c, branch v3.3.3

mac80211: Use the right headroom size for mesh mgmt frames

2012-01-18T19:38:06+00:00

Use local->tx_headroom instad of local->hw.extra_tx_headroom.
local->tx_headroom is the max of hw.extra_tx_headroom required by the
driver and the headroom required by mac80211 for status reporting.  On
drivers where hw.extra_tx_headroom is smaller than what mac80211
requires (e.g. ath5k), we would not reserve sufficient buffer space to
report tx status.

Also, don't reserve local->tx_headroom + local->hw.extra_tx_headroom.

Reported-by: Simon Morgenthaler 
Reported-by: Kai Scharwies 
Signed-off-by: Javier Cardona 
Signed-off-by: John W. Linville

mac80211: don't initiate path discovery when forwarding frame with unknown DA

2011-11-28T19:44:07+00:00

We used to initiate a path discovery when receiving a frame for which
there is no forwarding information. To cut down on PREQ spam, just send
a (gated) PERR in response.

Also separate path discovery logic from nexthop querying. This patch
means we no longer queue frames when forwarding, so kill the PERR TX
stuff in discard_frame().

Signed-off-by: Thomas Pedersen 
Signed-off-by: John W. Linville

{nl,cfg,mac}80211: implement dot11MeshHWMPperrMinInterval

2011-11-28T19:44:06+00:00

As per 802.11mb 13.9.11.3

Signed-off-by: Thomas Pedersen 
Signed-off-by: Javier Cardona 
Signed-off-by: John W. Linville

mac80211: fix switched HWMP frame addresses

2011-11-28T19:44:04+00:00

HWMP originator and target addresses were switched on the air but also
on reception, which is why path selection still worked.

Signed-off-by: Thomas Pedersen 
Signed-off-by: John W. Linville

mac80211: failed forwarded mesh frame addressing

2011-11-28T19:44:03+00:00

Don't write the TA until next hop is actually known, since we might need
the original TA for sending a PERR. Previously we would send a PERR to
ourself if path resolution for a forwarded frame failed.

Signed-off-by: Thomas Pedersen 
Signed-off-by: Javier Cardona 
Signed-off-by: John W. Linville

mac80211: minor cleanup to mesh state locking

2011-11-21T21:20:48+00:00

First time I tried smatch, and it says:
mesh_hwmp.c +870 mesh_queue_preq(21) error: double lock 'bottom_half:'
mesh_hwmp.c +873 mesh_queue_preq(24) error: double unlock 'bottom_half:'
mesh_hwmp.c +886 mesh_queue_preq(37) error: double unlock 'bottom_half:'

Which is indeed true -- there's no point in disabling BHs
again if we just did that a few lines earlier, so remove.

Signed-off-by: Johannes Berg 
Signed-off-by: John W. Linville

mac80211: memory leak in mesh_queue_preq()

2011-11-17T20:43:57+00:00

We recently introduced a return here, but we need to call kfree
first.

Signed-off-by: Dan Carpenter 
Signed-off-by: John W. Linville

mac80211: simplify mesh frame queue mapping and QoS

2011-11-09T21:05:48+00:00

We only need to set the skb queue twice:

1. by the netdev, on local TX.
2. when forwarding a mesh frame.

We only need to set the qos header twice:

1. by mac80211, on local TX.
2. when putting a frame on the mpath->frame_queue

We also don't need the RA in order to set the proper queue mapping since
all mesh STAs are QoS, indicate this and do it once when the frame is
received. Also fixes an issue where the QoS header and queue mapping was not
set for unicast forwarded frames.

Signed-off-by: Javier Cardona 
Signed-off-by: Thomas Pedersen 
Signed-off-by: John W. Linville

mac80211: Avoid filling up mesh preq queue with redundant requests

2011-11-09T21:01:02+00:00

Don't accept redundant PREQs for a given destination. This fixes a
problem under high load:

kernel: [20386.250913] mesh_queue_preq: 235 callbacks suppressed
kernel: [20386.253335] Mesh HWMP (mesh0): PREQ node queue full
kernel: [20386.253352] Mesh HWMP (mesh0): PREQ node queue full
(...)

The 802.11s protocol has a provision to limit the rate of path requests
(PREQs) are transmitted (dot11MeshHWMPpreqMinInterval) but there was no
limit on the rate at which PREQs were being queued up.  There is a valid
reason for queuing PREQs: this way we can even out PREQ bursts.  But
queueing multiple PREQs for the same destination is useless.

Reported-by: Pedro Larbig 
Signed-off-by: Javier Cardona 
Signed-off-by: John W. Linville

mac80211: comment allocation of mesh frames

2011-11-08T20:54:31+00:00

Remove most references to magic numbers, save a few bytes and hopefully
improve readability.

Signed-off-by: Thomas Pedersen 
Signed-off-by: John W. Linville