linux-toradex.git/net/mac80211/status.c, branch v3.0.44

mac80211: fix offchannel TX cookie matching

2011-11-11T17:35:51+00:00

commit 28a1bcdb57d50f3038a255741ecc83e391e5282e upstream.

When I introduced in-kernel off-channel TX I
introduced a bug -- the work can't be canceled
again because the code clear the skb pointer.
Fix this by keeping track separately of whether
TX status has already been reported.

Reported-by: Jouni Malinen 
Tested-by: Jouni Malinen 
Signed-off-by: Johannes Berg 
Signed-off-by: John W. Linville 
Signed-off-by: Greg Kroah-Hartman

mac80211: allow low level drivers to report packet loss

2011-04-28T18:50:00+00:00

Add API that allows low level drivers to notify mac80211 about TX
packet loss. This is useful when there are FW triggers to notify the
low level driver about these events.

Signed-off-by: Arik Nemtsov 
Signed-off-by: John W. Linville

mac80211: Minor optimization in tx status handling

2011-03-30T18:15:16+00:00

ieee80211_tx_status iterates over all tx rates the driver reports back
in order to
1) mark tx rates as invalid if the driver cannot have tried that rate
2) find the actually used tx rate for the final retransmission

By leaving the for loop when the first invalid rate index is found we
can move the rates_idx assignment after the loop and therefore save
a few assignments and conditionals.

Signed-off-by: Helmut Schaa 
Signed-off-by: John W. Linville

mac80211: support direct offchannel TX offload

2011-02-25T20:33:40+00:00

For devices supported by iwlwifi sometimes
off-channel transmissions need to be handled
by the device completely. To support this
mac80211 needs to pass the frame directly
to the driver and not through the TX path
as the driver needs the frame and channel
information at the same time.

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

mac80211: Fix a race on enabling power save.

2011-02-23T21:25:29+00:00

There is a race on sending a data frame before the tx completion
of nullfunc frame for enabling power save. As the data quickly
follows the nullfunc frame, the AP thinks that the station is out
of power save and continues to send the frames. Whereas in the
station, the nullfunc ack will be processed after the tx completion
of data frame and mac80211 goes to powersave. Thus the power
save state mismatch between the station and the AP causes some
data loss and some applications fail because of that. This patch
fixes this issue.

Signed-off-by: Vivek Natarajan 
Signed-off-by: John W. Linville

Merge ssh://master.kernel.org/pub/scm/linux/kernel/git/linville/wireless-2.6

2011-02-18T22:03:41+00:00

Conflicts:
	drivers/bluetooth/ath3k.c
	drivers/bluetooth/btusb.c

mac80211: add HW flag for disabling auto link-PS in AP mode

2011-02-03T21:44:44+00:00

When operating in AP mode the wl1271 hardware filters out null-data
packets as well as management packets. This makes it impossible for
mac80211 to monitor the PS mode by using the PM bit of incoming frames.

Implement a HW flag to indicate that mac80211 should ignore the PM bit.
In addition, expose ieee80211_sta_ps_transition() to make low-level
drivers capable of controlling PS-mode.

Signed-off-by: Arik Nemtsov 
Signed-off-by: John W. Linville

mac80211: fix TX status cookie in HW offload case

2011-02-02T21:38:59+00:00

When the off-channel TX is done with remain-on-channel
offloaded to hardware, the reported cookie is wrong as
in that case we shouldn't use the SKB as the cookie but
need to instead use the corresponding r-o-c cookie
(XOR'ed with 2 to prevent API mismatches).

Fix this by keeping track of the hw_roc_skb pointer
just for the status processing and use the correct
cookie to report in this case. We can't use the
hw_roc_skb pointer itself because it is NULL'ed when
the frame is transmitted to prevent it being used
twice.

This fixes a bug where the P2P state machine in the
supplicant gets stuck because it never gets a correct
result for its transmitted frame.

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

mac80211: speed up AP probing using nullfunc frames

2010-12-06T20:58:44+00:00

If the nullfunc frame used to probe the AP was not acked, there is no point
in waiting for the probe timeout, so advance to the next try (or disconnect)
immediately.
If we do reach the probe timeout without having received a tx status, the
connection is probably really bad and worth disconnecting.

Signed-off-by: Felix Fietkau 
Signed-off-by: John W. Linville

mac80211: implement off-channel mgmt TX

2010-11-29T20:24:35+00:00

This implements the new off-channel TX API
in mac80211 with a new work item type. The
operation doesn't add a new work item when
we're on the right channel and there's no
wait time so that for example p2p probe
responses will be transmitted without delay.

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