linux-stable.git/net/mac80211, branch v4.8

mac80211: reject TSPEC TIDs (TSIDs) for aggregation

2016-09-15T08:08:52+00:00

Since mac80211 doesn't currently support TSIDs 8-15 which can
only be used after QoS TSPEC negotiation (and not even after
WMM negotiation), reject attempts to set up aggregation
sessions for them, which might confuse drivers. In mac80211
we do correctly handle that, but the TSIDs should never get
used anyway, and drivers might not be able to handle it.

Cc: stable@vger.kernel.org
Signed-off-by: Johannes Berg

mac80211: check skb_linearize() return value

2016-09-14T10:08:33+00:00

The A-MSDU TX code (within TXQs) didn't always check the return value
of skb_linearize() properly, resulting in potentially passing a frag-
list SKB down to the driver even when it said it can't handle it. Fix
that.

Fixes: 6e0456b545456 ("mac80211: add A-MSDU tx support")
Signed-off-by: Johannes Berg

mac80211: make mpath path fixing more robust

2016-09-12T10:27:14+00:00

A fixed mpath was not quite being treated as such:

1) if a PERR frame was received, a fixed mpath was
   deactivated.

2) queued path discovery for fixed mpath was potentially
   being considered, changing mpath state.

3) other mpath flags were potentially being inherited when
   fixing the mpath. Just assign PATH_FIXED and SN_VALID.

This solves several issues when fixing a mesh path in one
direction. The reverse direction mpath should probably
also be fixed, or root announcements at least be enabled.

Signed-off-by: Thomas Pedersen 
Signed-off-by: Johannes Berg

mac80211: fix sequence number assignment for PS response frames

2016-09-12T09:56:49+00:00

When using intermediate queues, sequence number allocation is deferred
until dequeue. This doesn't work for PS response frames, which bypass
those queues.

Signed-off-by: Felix Fietkau 
Signed-off-by: Johannes Berg

mac80211: fix tim recalculation after PS response

2016-09-12T09:54:42+00:00

Handle the case where the mac80211 intermediate queues are empty and the
driver has buffered frames

Fixes: ba8c3d6f16a1 ("mac80211: add an intermediate software queue implementation")
Signed-off-by: Felix Fietkau 
Signed-off-by: Johannes Berg

mac80211: TDLS: don't require beaconing for AP BW

2016-08-30T06:03:41+00:00

Stop downgrading TDLS chandef when reaching the AP BW. The AP provides
the necessary regulatory protection in this case.

This fixes https://bugzilla.kernel.org/show_bug.cgi?id=153961, which
reported an infinite loop here.

Reported-by: Kamil Toman 
Signed-off-by: Arik Nemtsov 
Signed-off-by: Johannes Berg

mac80211: Add ieee80211_hw pointer to get_expected_throughput

2016-08-05T12:23:25+00:00

The variable is added to allow the driver an easy access to
it's own hw->priv when the op is invoked.

This fixes a crash in wlcore because it was relying on a
station pointer that wasn't initialized yet. It's the wrong
way to fix the crash, but it solves the problem for now and
it does make sense to have the hw pointer here.

Signed-off-by: Maxim Altshul 
[rewrite commit message, fix indentation]
Signed-off-by: Johannes Berg

mac80211: End the MPSP even if EOSP frame was not acked

2016-08-05T12:06:29+00:00

If QoS frame with EOSP (end of service period) subfield=1 sent by local
peer was not acked by remote peer, local peer did not end the MPSP. This
prevents local peer from going to DOZE state. And if the remote peer
goes away without closing connection, local peer continues AWAKE state
and wastes battery.

Signed-off-by: Masashi Honma 
Acked-by: Bob Copeland 
Signed-off-by: Johannes Berg

mac80211: fix purging multicast PS buffer queue

2016-08-05T12:06:28+00:00

The code currently assumes that buffered multicast PS frames don't have
a pending ACK frame for tx status reporting.
However, hostapd sends a broadcast deauth frame on teardown for which tx
status is requested. This can lead to the "Have pending ack frames"
warning on module reload.
Fix this by using ieee80211_free_txskb/ieee80211_purge_tx_queue.

Cc: stable@vger.kernel.org
Signed-off-by: Felix Fietkau 
Signed-off-by: Johannes Berg

mac80211: mesh: flush stations before beacons are stopped

2016-08-03T06:45:15+00:00

Some drivers (e.g. wl18xx) expect that the last stage in the
de-initialization process will be stopping the beacons, similar to AP flow.
Update ieee80211_stop_mesh() flow accordingly.
As peers can be removed dynamically, this would not impact other drivers.

Tested also on Ralink RT3572 chipset.

Signed-off-by: Maital Hahn 
Signed-off-by: Yaniv Machani 
Signed-off-by: Johannes Berg