2019-06-04 16:11:33 +08:00
|
|
|
// SPDX-License-Identifier: GPL-2.0-only
|
2009-02-11 04:25:46 +08:00
|
|
|
/*
|
|
|
|
* HT handling
|
|
|
|
*
|
|
|
|
* Copyright 2003, Jouni Malinen <jkmaline@cc.hut.fi>
|
|
|
|
* Copyright 2002-2005, Instant802 Networks, Inc.
|
|
|
|
* Copyright 2005-2006, Devicescape Software, Inc.
|
|
|
|
* Copyright 2006-2007 Jiri Benc <jbenc@suse.cz>
|
|
|
|
* Copyright 2007, Michael Wu <flamingice@sourmilk.net>
|
2010-06-10 16:21:46 +08:00
|
|
|
* Copyright 2007-2010, Intel Corporation
|
2017-07-11 15:07:25 +08:00
|
|
|
* Copyright(c) 2015-2017 Intel Deutschland GmbH
|
2023-08-28 19:59:35 +08:00
|
|
|
* Copyright (C) 2018-2023 Intel Corporation
|
2009-02-11 04:25:46 +08:00
|
|
|
*/
|
|
|
|
|
2010-06-10 16:21:50 +08:00
|
|
|
/**
|
|
|
|
* DOC: RX A-MPDU aggregation
|
|
|
|
*
|
|
|
|
* Aggregation on the RX side requires only implementing the
|
|
|
|
* @ampdu_action callback that is invoked to start/stop any
|
|
|
|
* block-ack sessions for RX aggregation.
|
|
|
|
*
|
|
|
|
* When RX aggregation is started by the peer, the driver is
|
|
|
|
* notified via @ampdu_action function, with the
|
|
|
|
* %IEEE80211_AMPDU_RX_START action, and may reject the request
|
|
|
|
* in which case a negative response is sent to the peer, if it
|
|
|
|
* accepts it a positive response is sent.
|
|
|
|
*
|
|
|
|
* While the session is active, the device/driver are required
|
|
|
|
* to de-aggregate frames and pass them up one by one to mac80211,
|
|
|
|
* which will handle the reorder buffer.
|
|
|
|
*
|
|
|
|
* When the aggregation session is stopped again by the peer or
|
|
|
|
* ourselves, the driver's @ampdu_action function will be called
|
|
|
|
* with the action %IEEE80211_AMPDU_RX_STOP. In this case, the
|
|
|
|
* call must not fail.
|
|
|
|
*/
|
|
|
|
|
2009-02-11 04:25:46 +08:00
|
|
|
#include <linux/ieee80211.h>
|
include cleanup: Update gfp.h and slab.h includes to prepare for breaking implicit slab.h inclusion from percpu.h
percpu.h is included by sched.h and module.h and thus ends up being
included when building most .c files. percpu.h includes slab.h which
in turn includes gfp.h making everything defined by the two files
universally available and complicating inclusion dependencies.
percpu.h -> slab.h dependency is about to be removed. Prepare for
this change by updating users of gfp and slab facilities include those
headers directly instead of assuming availability. As this conversion
needs to touch large number of source files, the following script is
used as the basis of conversion.
http://userweb.kernel.org/~tj/misc/slabh-sweep.py
The script does the followings.
* Scan files for gfp and slab usages and update includes such that
only the necessary includes are there. ie. if only gfp is used,
gfp.h, if slab is used, slab.h.
* When the script inserts a new include, it looks at the include
blocks and try to put the new include such that its order conforms
to its surrounding. It's put in the include block which contains
core kernel includes, in the same order that the rest are ordered -
alphabetical, Christmas tree, rev-Xmas-tree or at the end if there
doesn't seem to be any matching order.
* If the script can't find a place to put a new include (mostly
because the file doesn't have fitting include block), it prints out
an error message indicating which .h file needs to be added to the
file.
The conversion was done in the following steps.
1. The initial automatic conversion of all .c files updated slightly
over 4000 files, deleting around 700 includes and adding ~480 gfp.h
and ~3000 slab.h inclusions. The script emitted errors for ~400
files.
2. Each error was manually checked. Some didn't need the inclusion,
some needed manual addition while adding it to implementation .h or
embedding .c file was more appropriate for others. This step added
inclusions to around 150 files.
3. The script was run again and the output was compared to the edits
from #2 to make sure no file was left behind.
4. Several build tests were done and a couple of problems were fixed.
e.g. lib/decompress_*.c used malloc/free() wrappers around slab
APIs requiring slab.h to be added manually.
5. The script was run on all .h files but without automatically
editing them as sprinkling gfp.h and slab.h inclusions around .h
files could easily lead to inclusion dependency hell. Most gfp.h
inclusion directives were ignored as stuff from gfp.h was usually
wildly available and often used in preprocessor macros. Each
slab.h inclusion directive was examined and added manually as
necessary.
6. percpu.h was updated not to include slab.h.
7. Build test were done on the following configurations and failures
were fixed. CONFIG_GCOV_KERNEL was turned off for all tests (as my
distributed build env didn't work with gcov compiles) and a few
more options had to be turned off depending on archs to make things
build (like ipr on powerpc/64 which failed due to missing writeq).
* x86 and x86_64 UP and SMP allmodconfig and a custom test config.
* powerpc and powerpc64 SMP allmodconfig
* sparc and sparc64 SMP allmodconfig
* ia64 SMP allmodconfig
* s390 SMP allmodconfig
* alpha SMP allmodconfig
* um on x86_64 SMP allmodconfig
8. percpu.h modifications were reverted so that it could be applied as
a separate patch and serve as bisection point.
Given the fact that I had only a couple of failures from tests on step
6, I'm fairly confident about the coverage of this conversion patch.
If there is a breakage, it's likely to be something in one of the arch
headers which should be easily discoverable easily on most builds of
the specific arch.
Signed-off-by: Tejun Heo <tj@kernel.org>
Guess-its-ok-by: Christoph Lameter <cl@linux-foundation.org>
Cc: Ingo Molnar <mingo@redhat.com>
Cc: Lee Schermerhorn <Lee.Schermerhorn@hp.com>
2010-03-24 16:04:11 +08:00
|
|
|
#include <linux/slab.h>
|
2011-07-15 23:47:34 +08:00
|
|
|
#include <linux/export.h>
|
2009-02-11 04:25:46 +08:00
|
|
|
#include <net/mac80211.h>
|
|
|
|
#include "ieee80211_i.h"
|
2009-04-24 00:52:52 +08:00
|
|
|
#include "driver-ops.h"
|
2009-02-11 04:25:46 +08:00
|
|
|
|
2010-06-10 16:21:38 +08:00
|
|
|
static void ieee80211_free_tid_rx(struct rcu_head *h)
|
|
|
|
{
|
|
|
|
struct tid_ampdu_rx *tid_rx =
|
|
|
|
container_of(h, struct tid_ampdu_rx, rcu_head);
|
|
|
|
int i;
|
|
|
|
|
|
|
|
for (i = 0; i < tid_rx->buf_size; i++)
|
2014-07-16 18:09:31 +08:00
|
|
|
__skb_queue_purge(&tid_rx->reorder_buf[i]);
|
2010-06-10 16:21:38 +08:00
|
|
|
kfree(tid_rx->reorder_buf);
|
|
|
|
kfree(tid_rx->reorder_time);
|
|
|
|
kfree(tid_rx);
|
|
|
|
}
|
|
|
|
|
2023-08-28 20:00:04 +08:00
|
|
|
void __ieee80211_stop_rx_ba_session(struct sta_info *sta, u16 tid,
|
|
|
|
u16 initiator, u16 reason, bool tx)
|
2009-02-11 04:25:46 +08:00
|
|
|
{
|
2009-02-11 04:25:53 +08:00
|
|
|
struct ieee80211_local *local = sta->local;
|
2010-04-06 17:18:47 +08:00
|
|
|
struct tid_ampdu_rx *tid_rx;
|
2015-12-30 22:06:04 +08:00
|
|
|
struct ieee80211_ampdu_params params = {
|
|
|
|
.sta = &sta->sta,
|
|
|
|
.action = IEEE80211_AMPDU_RX_STOP,
|
|
|
|
.tid = tid,
|
|
|
|
.amsdu = false,
|
|
|
|
.timeout = 0,
|
|
|
|
.ssn = 0,
|
|
|
|
};
|
2009-02-11 04:25:46 +08:00
|
|
|
|
2023-08-28 20:00:04 +08:00
|
|
|
lockdep_assert_wiphy(sta->local->hw.wiphy);
|
2010-04-06 17:18:47 +08:00
|
|
|
|
2011-05-13 20:15:49 +08:00
|
|
|
tid_rx = rcu_dereference_protected(sta->ampdu_mlme.tid_rx[tid],
|
2023-08-28 20:00:04 +08:00
|
|
|
lockdep_is_held(&sta->local->hw.wiphy->mtx));
|
2010-06-10 16:21:38 +08:00
|
|
|
|
2015-12-09 01:09:05 +08:00
|
|
|
if (!test_bit(tid, sta->ampdu_mlme.agg_session_valid))
|
2009-02-11 04:25:46 +08:00
|
|
|
return;
|
2009-02-11 04:25:53 +08:00
|
|
|
|
2011-08-02 00:19:00 +08:00
|
|
|
RCU_INIT_POINTER(sta->ampdu_mlme.tid_rx[tid], NULL);
|
2015-12-09 01:09:05 +08:00
|
|
|
__clear_bit(tid, sta->ampdu_mlme.agg_session_valid);
|
2009-02-11 04:25:46 +08:00
|
|
|
|
2012-06-22 17:29:50 +08:00
|
|
|
ht_dbg(sta->sdata,
|
|
|
|
"Rx BA session stop requested for %pM tid %u %s reason: %d\n",
|
|
|
|
sta->sta.addr, tid,
|
2017-02-20 21:24:38 +08:00
|
|
|
initiator == WLAN_BACK_RECIPIENT ? "recipient" : "initiator",
|
2012-06-22 17:29:50 +08:00
|
|
|
(int)reason);
|
2009-02-11 04:25:46 +08:00
|
|
|
|
2015-12-30 22:06:04 +08:00
|
|
|
if (drv_ampdu_action(local, sta->sdata, ¶ms))
|
2012-06-22 17:29:50 +08:00
|
|
|
sdata_info(sta->sdata,
|
2013-01-16 17:39:44 +08:00
|
|
|
"HW problem - can not stop rx aggregation for %pM tid %d\n",
|
|
|
|
sta->sta.addr, tid);
|
2009-02-11 04:25:46 +08:00
|
|
|
|
|
|
|
/* check if this is a self generated aggregation halt */
|
2010-10-06 01:37:40 +08:00
|
|
|
if (initiator == WLAN_BACK_RECIPIENT && tx)
|
2009-02-11 04:25:53 +08:00
|
|
|
ieee80211_send_delba(sta->sdata, sta->sta.addr,
|
2011-11-23 10:50:29 +08:00
|
|
|
tid, WLAN_BACK_RECIPIENT, reason);
|
2009-02-11 04:25:46 +08:00
|
|
|
|
2015-12-09 01:09:05 +08:00
|
|
|
/*
|
|
|
|
* return here in case tid_rx is not assigned - which will happen if
|
|
|
|
* IEEE80211_HW_SUPPORTS_REORDERING_BUFFER is set.
|
|
|
|
*/
|
|
|
|
if (!tid_rx)
|
|
|
|
return;
|
|
|
|
|
2010-06-10 16:21:44 +08:00
|
|
|
del_timer_sync(&tid_rx->session_timer);
|
2010-06-10 16:21:38 +08:00
|
|
|
|
2015-04-01 20:20:42 +08:00
|
|
|
/* make sure ieee80211_sta_reorder_release() doesn't re-arm the timer */
|
|
|
|
spin_lock_bh(&tid_rx->reorder_lock);
|
|
|
|
tid_rx->removed = true;
|
|
|
|
spin_unlock_bh(&tid_rx->reorder_lock);
|
|
|
|
del_timer_sync(&tid_rx->reorder_timer);
|
|
|
|
|
2010-06-10 16:21:38 +08:00
|
|
|
call_rcu(&tid_rx->rcu_head, ieee80211_free_tid_rx);
|
2009-02-11 04:25:46 +08:00
|
|
|
}
|
|
|
|
|
2011-05-22 21:10:21 +08:00
|
|
|
void ieee80211_stop_rx_ba_session(struct ieee80211_vif *vif, u16 ba_rx_bitmap,
|
|
|
|
const u8 *addr)
|
|
|
|
{
|
|
|
|
struct ieee80211_sub_if_data *sdata = vif_to_sdata(vif);
|
2011-07-19 18:14:42 +08:00
|
|
|
struct sta_info *sta;
|
2011-05-22 21:10:21 +08:00
|
|
|
int i;
|
|
|
|
|
2011-07-19 18:14:42 +08:00
|
|
|
rcu_read_lock();
|
2011-11-23 22:09:49 +08:00
|
|
|
sta = sta_info_get_bss(sdata, addr);
|
2011-07-19 18:14:42 +08:00
|
|
|
if (!sta) {
|
|
|
|
rcu_read_unlock();
|
|
|
|
return;
|
|
|
|
}
|
|
|
|
|
2012-11-15 06:22:21 +08:00
|
|
|
for (i = 0; i < IEEE80211_NUM_TIDS; i++)
|
2011-05-22 21:10:21 +08:00
|
|
|
if (ba_rx_bitmap & BIT(i))
|
|
|
|
set_bit(i, sta->ampdu_mlme.tid_rx_stop_requested);
|
|
|
|
|
2023-08-28 19:59:35 +08:00
|
|
|
wiphy_work_queue(sta->local->hw.wiphy, &sta->ampdu_mlme.work);
|
2011-07-19 18:14:42 +08:00
|
|
|
rcu_read_unlock();
|
2011-05-22 21:10:21 +08:00
|
|
|
}
|
|
|
|
EXPORT_SYMBOL(ieee80211_stop_rx_ba_session);
|
|
|
|
|
2009-02-11 04:25:46 +08:00
|
|
|
/*
|
|
|
|
* After accepting the AddBA Request we activated a timer,
|
|
|
|
* resetting it after each frame that arrives from the originator.
|
|
|
|
*/
|
2017-10-18 04:25:45 +08:00
|
|
|
static void sta_rx_agg_session_timer_expired(struct timer_list *t)
|
2009-02-11 04:25:46 +08:00
|
|
|
{
|
2017-10-18 19:44:23 +08:00
|
|
|
struct tid_ampdu_rx *tid_rx = from_timer(tid_rx, t, session_timer);
|
|
|
|
struct sta_info *sta = tid_rx->sta;
|
|
|
|
u8 tid = tid_rx->tid;
|
2012-03-19 05:58:06 +08:00
|
|
|
unsigned long timeout;
|
|
|
|
|
|
|
|
timeout = tid_rx->last_rx + TU_TO_JIFFIES(tid_rx->timeout);
|
|
|
|
if (time_is_after_jiffies(timeout)) {
|
|
|
|
mod_timer(&tid_rx->session_timer, timeout);
|
|
|
|
return;
|
|
|
|
}
|
2009-02-11 04:25:46 +08:00
|
|
|
|
2013-01-16 17:39:44 +08:00
|
|
|
ht_dbg(sta->sdata, "RX session timer expired on %pM tid %d\n",
|
2017-10-18 04:25:45 +08:00
|
|
|
sta->sta.addr, tid);
|
2012-05-16 05:20:31 +08:00
|
|
|
|
2017-10-18 04:25:45 +08:00
|
|
|
set_bit(tid, sta->ampdu_mlme.tid_rx_timer_expired);
|
2023-08-28 19:59:35 +08:00
|
|
|
wiphy_work_queue(sta->local->hw.wiphy, &sta->ampdu_mlme.work);
|
2009-02-11 04:25:46 +08:00
|
|
|
}
|
|
|
|
|
2017-10-18 04:25:45 +08:00
|
|
|
static void sta_rx_agg_reorder_timer_expired(struct timer_list *t)
|
2010-08-05 07:36:41 +08:00
|
|
|
{
|
2017-10-18 04:25:45 +08:00
|
|
|
struct tid_ampdu_rx *tid_rx = from_timer(tid_rx, t, reorder_timer);
|
2010-08-05 07:36:41 +08:00
|
|
|
|
|
|
|
rcu_read_lock();
|
2017-10-18 04:25:45 +08:00
|
|
|
ieee80211_release_reorder_timeout(tid_rx->sta, tid_rx->tid);
|
2010-08-05 07:36:41 +08:00
|
|
|
rcu_read_unlock();
|
|
|
|
}
|
|
|
|
|
2019-07-29 18:45:12 +08:00
|
|
|
static void ieee80211_add_addbaext(struct ieee80211_sub_if_data *sdata,
|
|
|
|
struct sk_buff *skb,
|
2022-02-15 00:30:05 +08:00
|
|
|
const struct ieee80211_addba_ext_ie *req,
|
|
|
|
u16 buf_size)
|
2019-07-29 18:45:12 +08:00
|
|
|
{
|
|
|
|
struct ieee80211_addba_ext_ie *resp;
|
|
|
|
u8 *pos;
|
|
|
|
|
|
|
|
pos = skb_put_zero(skb, 2 + sizeof(struct ieee80211_addba_ext_ie));
|
|
|
|
*pos++ = WLAN_EID_ADDBA_EXT;
|
|
|
|
*pos++ = sizeof(struct ieee80211_addba_ext_ie);
|
|
|
|
resp = (struct ieee80211_addba_ext_ie *)pos;
|
|
|
|
resp->data = req->data & IEEE80211_ADDBA_EXT_NO_FRAG;
|
|
|
|
|
2022-02-15 00:30:05 +08:00
|
|
|
resp->data |= u8_encode_bits(buf_size >> IEEE80211_ADDBA_EXT_BUF_SIZE_SHIFT,
|
|
|
|
IEEE80211_ADDBA_EXT_BUF_SIZE_MASK);
|
2019-07-29 18:45:12 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
static void ieee80211_send_addba_resp(struct sta_info *sta, u8 *da, u16 tid,
|
2009-02-11 04:25:46 +08:00
|
|
|
u8 dialog_token, u16 status, u16 policy,
|
2019-07-29 18:45:12 +08:00
|
|
|
u16 buf_size, u16 timeout,
|
|
|
|
const struct ieee80211_addba_ext_ie *addbaext)
|
2009-02-11 04:25:46 +08:00
|
|
|
{
|
2019-07-29 18:45:12 +08:00
|
|
|
struct ieee80211_sub_if_data *sdata = sta->sdata;
|
2009-02-11 04:25:46 +08:00
|
|
|
struct ieee80211_local *local = sdata->local;
|
|
|
|
struct sk_buff *skb;
|
|
|
|
struct ieee80211_mgmt *mgmt;
|
2015-08-16 03:39:51 +08:00
|
|
|
bool amsdu = ieee80211_hw_check(&local->hw, SUPPORTS_AMSDU_IN_AMPDU);
|
2009-02-11 04:25:46 +08:00
|
|
|
u16 capab;
|
|
|
|
|
2019-07-29 18:45:12 +08:00
|
|
|
skb = dev_alloc_skb(sizeof(*mgmt) +
|
|
|
|
2 + sizeof(struct ieee80211_addba_ext_ie) +
|
|
|
|
local->hw.extra_tx_headroom);
|
2011-08-30 05:17:31 +08:00
|
|
|
if (!skb)
|
2009-02-11 04:25:46 +08:00
|
|
|
return;
|
|
|
|
|
|
|
|
skb_reserve(skb, local->hw.extra_tx_headroom);
|
2024-07-25 17:09:25 +08:00
|
|
|
mgmt = ieee80211_mgmt_ba(skb, da, sdata);
|
2009-02-11 04:25:46 +08:00
|
|
|
|
|
|
|
skb_put(skb, 1 + sizeof(mgmt->u.action.u.addba_resp));
|
|
|
|
mgmt->u.action.category = WLAN_CATEGORY_BACK;
|
|
|
|
mgmt->u.action.u.addba_resp.action_code = WLAN_ACTION_ADDBA_RESP;
|
|
|
|
mgmt->u.action.u.addba_resp.dialog_token = dialog_token;
|
|
|
|
|
2020-12-06 20:54:46 +08:00
|
|
|
capab = u16_encode_bits(amsdu, IEEE80211_ADDBA_PARAM_AMSDU_MASK);
|
|
|
|
capab |= u16_encode_bits(policy, IEEE80211_ADDBA_PARAM_POLICY_MASK);
|
|
|
|
capab |= u16_encode_bits(tid, IEEE80211_ADDBA_PARAM_TID_MASK);
|
|
|
|
capab |= u16_encode_bits(buf_size, IEEE80211_ADDBA_PARAM_BUF_SIZE_MASK);
|
2009-02-11 04:25:46 +08:00
|
|
|
|
|
|
|
mgmt->u.action.u.addba_resp.capab = cpu_to_le16(capab);
|
|
|
|
mgmt->u.action.u.addba_resp.timeout = cpu_to_le16(timeout);
|
|
|
|
mgmt->u.action.u.addba_resp.status = cpu_to_le16(status);
|
|
|
|
|
mac80211: prepare sta handling for MLO support
Currently in mac80211 each STA object is represented
using sta_info datastructure with the associated
STA specific information and drivers access ieee80211_sta
part of it.
With MLO (Multi Link Operation) support being added
in 802.11be standard, though the association is logically
with a single Multi Link capable STA, at the physical level
communication can happen via different advertised
links (uniquely identified by Channel, operating class,
BSSID) and hence the need to handle multiple link
STA parameters within a composite sta_info object
called the MLD STA. The different link STA part of
MLD STA are identified using the link address which can
be same or different as the MLD STA address and unique
link id based on the link vif.
To support extension of such a model, the sta_info
datastructure is modified to hold multiple link STA
objects with link specific params currently within
sta_info moved to this new structure. Similarly this is
done for ieee80211_sta as well which will be accessed
within mac80211 as well as by drivers, hence trivial
driver changes are expected to support this.
For current non MLO supported drivers, only one link STA
is present and link information is accessed via 'deflink'
member.
For MLO drivers, we still need to define the APIs etc. to
get the correct link ID and access the correct part of
the station info.
Currently in mac80211, all link STA info are accessed directly
via deflink. These will be updated to access via link pointers
indexed by link id with MLO support patches, with link id
being 0 for non MLO supported cases.
Except for couple of macro related changes, below spatch takes
care of updating mac80211 and driver code to access to the
link STA info via deflink.
@ieee80211_sta@
struct ieee80211_sta *s;
struct sta_info *si;
identifier var = {supp_rates, ht_cap, vht_cap, he_cap, he_6ghz_capa, eht_cap, rx_nss, bandwidth, txpwr};
@@
(
s->
- var
+ deflink.var
|
si->sta.
- var
+ deflink.var
)
@sta_info@
struct sta_info *si;
identifier var = {gtk, pcpu_rx_stats, rx_stats, rx_stats_avg, status_stats, tx_stats, cur_max_bandwidth};
@@
(
si->
- var
+ deflink.var
)
Signed-off-by: Sriram R <quic_srirrama@quicinc.com>
Link: https://lore.kernel.org/r/1649086883-13246-1-git-send-email-quic_srirrama@quicinc.com
[remove MLO-drivers notes from commit message, not clear yet; run spatch]
Signed-off-by: Johannes Berg <johannes.berg@intel.com>
2022-04-04 23:41:23 +08:00
|
|
|
if (sta->sta.deflink.he_cap.has_he && addbaext)
|
2022-02-15 00:30:05 +08:00
|
|
|
ieee80211_add_addbaext(sdata, skb, addbaext, buf_size);
|
2019-07-29 18:45:12 +08:00
|
|
|
|
2009-11-19 01:42:05 +08:00
|
|
|
ieee80211_tx_skb(sdata, skb);
|
2009-02-11 04:25:46 +08:00
|
|
|
}
|
|
|
|
|
2023-08-28 20:00:04 +08:00
|
|
|
void __ieee80211_start_rx_ba_session(struct sta_info *sta,
|
|
|
|
u8 dialog_token, u16 timeout,
|
|
|
|
u16 start_seq_num, u16 ba_policy, u16 tid,
|
|
|
|
u16 buf_size, bool tx, bool auto_seq,
|
|
|
|
const struct ieee80211_addba_ext_ie *addbaext)
|
2009-02-11 04:25:46 +08:00
|
|
|
{
|
2014-07-16 18:12:15 +08:00
|
|
|
struct ieee80211_local *local = sta->sdata->local;
|
2009-02-11 04:25:46 +08:00
|
|
|
struct tid_ampdu_rx *tid_agg_rx;
|
2015-12-30 22:06:04 +08:00
|
|
|
struct ieee80211_ampdu_params params = {
|
|
|
|
.sta = &sta->sta,
|
|
|
|
.action = IEEE80211_AMPDU_RX_START,
|
|
|
|
.tid = tid,
|
|
|
|
.amsdu = false,
|
|
|
|
.timeout = timeout,
|
|
|
|
.ssn = start_seq_num,
|
|
|
|
};
|
2014-07-16 18:09:31 +08:00
|
|
|
int i, ret = -EOPNOTSUPP;
|
2014-07-16 18:12:15 +08:00
|
|
|
u16 status = WLAN_STATUS_REQUEST_DECLINED;
|
2018-06-09 14:14:44 +08:00
|
|
|
u16 max_buf_size;
|
2009-02-11 04:25:46 +08:00
|
|
|
|
2023-08-28 20:00:04 +08:00
|
|
|
lockdep_assert_wiphy(sta->local->hw.wiphy);
|
|
|
|
|
2016-09-14 17:38:31 +08:00
|
|
|
if (tid >= IEEE80211_FIRST_TSPEC_TSID) {
|
|
|
|
ht_dbg(sta->sdata,
|
|
|
|
"STA %pM requests BA session on unsupported tid %d\n",
|
|
|
|
sta->sta.addr, tid);
|
2017-09-06 21:01:42 +08:00
|
|
|
goto end;
|
2016-09-14 17:38:31 +08:00
|
|
|
}
|
|
|
|
|
mac80211: prepare sta handling for MLO support
Currently in mac80211 each STA object is represented
using sta_info datastructure with the associated
STA specific information and drivers access ieee80211_sta
part of it.
With MLO (Multi Link Operation) support being added
in 802.11be standard, though the association is logically
with a single Multi Link capable STA, at the physical level
communication can happen via different advertised
links (uniquely identified by Channel, operating class,
BSSID) and hence the need to handle multiple link
STA parameters within a composite sta_info object
called the MLD STA. The different link STA part of
MLD STA are identified using the link address which can
be same or different as the MLD STA address and unique
link id based on the link vif.
To support extension of such a model, the sta_info
datastructure is modified to hold multiple link STA
objects with link specific params currently within
sta_info moved to this new structure. Similarly this is
done for ieee80211_sta as well which will be accessed
within mac80211 as well as by drivers, hence trivial
driver changes are expected to support this.
For current non MLO supported drivers, only one link STA
is present and link information is accessed via 'deflink'
member.
For MLO drivers, we still need to define the APIs etc. to
get the correct link ID and access the correct part of
the station info.
Currently in mac80211, all link STA info are accessed directly
via deflink. These will be updated to access via link pointers
indexed by link id with MLO support patches, with link id
being 0 for non MLO supported cases.
Except for couple of macro related changes, below spatch takes
care of updating mac80211 and driver code to access to the
link STA info via deflink.
@ieee80211_sta@
struct ieee80211_sta *s;
struct sta_info *si;
identifier var = {supp_rates, ht_cap, vht_cap, he_cap, he_6ghz_capa, eht_cap, rx_nss, bandwidth, txpwr};
@@
(
s->
- var
+ deflink.var
|
si->sta.
- var
+ deflink.var
)
@sta_info@
struct sta_info *si;
identifier var = {gtk, pcpu_rx_stats, rx_stats, rx_stats_avg, status_stats, tx_stats, cur_max_bandwidth};
@@
(
si->
- var
+ deflink.var
)
Signed-off-by: Sriram R <quic_srirrama@quicinc.com>
Link: https://lore.kernel.org/r/1649086883-13246-1-git-send-email-quic_srirrama@quicinc.com
[remove MLO-drivers notes from commit message, not clear yet; run spatch]
Signed-off-by: Johannes Berg <johannes.berg@intel.com>
2022-04-04 23:41:23 +08:00
|
|
|
if (!sta->sta.deflink.ht_cap.ht_supported &&
|
2022-09-20 01:01:19 +08:00
|
|
|
!sta->sta.deflink.he_cap.has_he) {
|
2015-03-09 18:13:04 +08:00
|
|
|
ht_dbg(sta->sdata,
|
2022-09-20 01:19:30 +08:00
|
|
|
"STA %pM erroneously requests BA session on tid %d w/o HT\n",
|
2015-03-09 18:13:04 +08:00
|
|
|
sta->sta.addr, tid);
|
|
|
|
/* send a response anyway, it's an error case if we get here */
|
2017-09-06 21:01:42 +08:00
|
|
|
goto end;
|
2015-03-09 18:13:04 +08:00
|
|
|
}
|
|
|
|
|
2011-09-29 22:04:36 +08:00
|
|
|
if (test_sta_flag(sta, WLAN_STA_BLOCK_BA)) {
|
2013-01-16 17:39:44 +08:00
|
|
|
ht_dbg(sta->sdata,
|
|
|
|
"Suspend in progress - Denying ADDBA request (%pM tid %d)\n",
|
|
|
|
sta->sta.addr, tid);
|
2017-09-06 21:01:42 +08:00
|
|
|
goto end;
|
2009-03-17 11:20:06 +08:00
|
|
|
}
|
|
|
|
|
mac80211: prepare sta handling for MLO support
Currently in mac80211 each STA object is represented
using sta_info datastructure with the associated
STA specific information and drivers access ieee80211_sta
part of it.
With MLO (Multi Link Operation) support being added
in 802.11be standard, though the association is logically
with a single Multi Link capable STA, at the physical level
communication can happen via different advertised
links (uniquely identified by Channel, operating class,
BSSID) and hence the need to handle multiple link
STA parameters within a composite sta_info object
called the MLD STA. The different link STA part of
MLD STA are identified using the link address which can
be same or different as the MLD STA address and unique
link id based on the link vif.
To support extension of such a model, the sta_info
datastructure is modified to hold multiple link STA
objects with link specific params currently within
sta_info moved to this new structure. Similarly this is
done for ieee80211_sta as well which will be accessed
within mac80211 as well as by drivers, hence trivial
driver changes are expected to support this.
For current non MLO supported drivers, only one link STA
is present and link information is accessed via 'deflink'
member.
For MLO drivers, we still need to define the APIs etc. to
get the correct link ID and access the correct part of
the station info.
Currently in mac80211, all link STA info are accessed directly
via deflink. These will be updated to access via link pointers
indexed by link id with MLO support patches, with link id
being 0 for non MLO supported cases.
Except for couple of macro related changes, below spatch takes
care of updating mac80211 and driver code to access to the
link STA info via deflink.
@ieee80211_sta@
struct ieee80211_sta *s;
struct sta_info *si;
identifier var = {supp_rates, ht_cap, vht_cap, he_cap, he_6ghz_capa, eht_cap, rx_nss, bandwidth, txpwr};
@@
(
s->
- var
+ deflink.var
|
si->sta.
- var
+ deflink.var
)
@sta_info@
struct sta_info *si;
identifier var = {gtk, pcpu_rx_stats, rx_stats, rx_stats_avg, status_stats, tx_stats, cur_max_bandwidth};
@@
(
si->
- var
+ deflink.var
)
Signed-off-by: Sriram R <quic_srirrama@quicinc.com>
Link: https://lore.kernel.org/r/1649086883-13246-1-git-send-email-quic_srirrama@quicinc.com
[remove MLO-drivers notes from commit message, not clear yet; run spatch]
Signed-off-by: Johannes Berg <johannes.berg@intel.com>
2022-04-04 23:41:23 +08:00
|
|
|
if (sta->sta.deflink.eht_cap.has_eht)
|
2022-02-15 00:30:05 +08:00
|
|
|
max_buf_size = IEEE80211_MAX_AMPDU_BUF_EHT;
|
mac80211: prepare sta handling for MLO support
Currently in mac80211 each STA object is represented
using sta_info datastructure with the associated
STA specific information and drivers access ieee80211_sta
part of it.
With MLO (Multi Link Operation) support being added
in 802.11be standard, though the association is logically
with a single Multi Link capable STA, at the physical level
communication can happen via different advertised
links (uniquely identified by Channel, operating class,
BSSID) and hence the need to handle multiple link
STA parameters within a composite sta_info object
called the MLD STA. The different link STA part of
MLD STA are identified using the link address which can
be same or different as the MLD STA address and unique
link id based on the link vif.
To support extension of such a model, the sta_info
datastructure is modified to hold multiple link STA
objects with link specific params currently within
sta_info moved to this new structure. Similarly this is
done for ieee80211_sta as well which will be accessed
within mac80211 as well as by drivers, hence trivial
driver changes are expected to support this.
For current non MLO supported drivers, only one link STA
is present and link information is accessed via 'deflink'
member.
For MLO drivers, we still need to define the APIs etc. to
get the correct link ID and access the correct part of
the station info.
Currently in mac80211, all link STA info are accessed directly
via deflink. These will be updated to access via link pointers
indexed by link id with MLO support patches, with link id
being 0 for non MLO supported cases.
Except for couple of macro related changes, below spatch takes
care of updating mac80211 and driver code to access to the
link STA info via deflink.
@ieee80211_sta@
struct ieee80211_sta *s;
struct sta_info *si;
identifier var = {supp_rates, ht_cap, vht_cap, he_cap, he_6ghz_capa, eht_cap, rx_nss, bandwidth, txpwr};
@@
(
s->
- var
+ deflink.var
|
si->sta.
- var
+ deflink.var
)
@sta_info@
struct sta_info *si;
identifier var = {gtk, pcpu_rx_stats, rx_stats, rx_stats_avg, status_stats, tx_stats, cur_max_bandwidth};
@@
(
si->
- var
+ deflink.var
)
Signed-off-by: Sriram R <quic_srirrama@quicinc.com>
Link: https://lore.kernel.org/r/1649086883-13246-1-git-send-email-quic_srirrama@quicinc.com
[remove MLO-drivers notes from commit message, not clear yet; run spatch]
Signed-off-by: Johannes Berg <johannes.berg@intel.com>
2022-04-04 23:41:23 +08:00
|
|
|
else if (sta->sta.deflink.he_cap.has_he)
|
2022-02-15 00:29:52 +08:00
|
|
|
max_buf_size = IEEE80211_MAX_AMPDU_BUF_HE;
|
2018-06-09 14:14:44 +08:00
|
|
|
else
|
|
|
|
max_buf_size = IEEE80211_MAX_AMPDU_BUF_HT;
|
|
|
|
|
2009-02-11 04:25:46 +08:00
|
|
|
/* sanity check for incoming parameters:
|
|
|
|
* check if configuration can support the BA policy
|
|
|
|
* and if buffer size does not exceeds max value */
|
|
|
|
/* XXX: check own ht delayed BA capability?? */
|
2009-11-30 08:55:45 +08:00
|
|
|
if (((ba_policy != 1) &&
|
mac80211: prepare sta handling for MLO support
Currently in mac80211 each STA object is represented
using sta_info datastructure with the associated
STA specific information and drivers access ieee80211_sta
part of it.
With MLO (Multi Link Operation) support being added
in 802.11be standard, though the association is logically
with a single Multi Link capable STA, at the physical level
communication can happen via different advertised
links (uniquely identified by Channel, operating class,
BSSID) and hence the need to handle multiple link
STA parameters within a composite sta_info object
called the MLD STA. The different link STA part of
MLD STA are identified using the link address which can
be same or different as the MLD STA address and unique
link id based on the link vif.
To support extension of such a model, the sta_info
datastructure is modified to hold multiple link STA
objects with link specific params currently within
sta_info moved to this new structure. Similarly this is
done for ieee80211_sta as well which will be accessed
within mac80211 as well as by drivers, hence trivial
driver changes are expected to support this.
For current non MLO supported drivers, only one link STA
is present and link information is accessed via 'deflink'
member.
For MLO drivers, we still need to define the APIs etc. to
get the correct link ID and access the correct part of
the station info.
Currently in mac80211, all link STA info are accessed directly
via deflink. These will be updated to access via link pointers
indexed by link id with MLO support patches, with link id
being 0 for non MLO supported cases.
Except for couple of macro related changes, below spatch takes
care of updating mac80211 and driver code to access to the
link STA info via deflink.
@ieee80211_sta@
struct ieee80211_sta *s;
struct sta_info *si;
identifier var = {supp_rates, ht_cap, vht_cap, he_cap, he_6ghz_capa, eht_cap, rx_nss, bandwidth, txpwr};
@@
(
s->
- var
+ deflink.var
|
si->sta.
- var
+ deflink.var
)
@sta_info@
struct sta_info *si;
identifier var = {gtk, pcpu_rx_stats, rx_stats, rx_stats_avg, status_stats, tx_stats, cur_max_bandwidth};
@@
(
si->
- var
+ deflink.var
)
Signed-off-by: Sriram R <quic_srirrama@quicinc.com>
Link: https://lore.kernel.org/r/1649086883-13246-1-git-send-email-quic_srirrama@quicinc.com
[remove MLO-drivers notes from commit message, not clear yet; run spatch]
Signed-off-by: Johannes Berg <johannes.berg@intel.com>
2022-04-04 23:41:23 +08:00
|
|
|
(!(sta->sta.deflink.ht_cap.cap & IEEE80211_HT_CAP_DELAY_BA))) ||
|
2018-06-09 14:14:44 +08:00
|
|
|
(buf_size > max_buf_size)) {
|
2009-02-11 04:25:46 +08:00
|
|
|
status = WLAN_STATUS_INVALID_QOS_PARAM;
|
2012-06-22 17:29:50 +08:00
|
|
|
ht_dbg_ratelimited(sta->sdata,
|
|
|
|
"AddBA Req with bad params from %pM on tid %u. policy %d, buffer size %d\n",
|
2014-07-16 18:12:15 +08:00
|
|
|
sta->sta.addr, tid, ba_policy, buf_size);
|
2017-09-06 21:01:42 +08:00
|
|
|
goto end;
|
2009-02-11 04:25:46 +08:00
|
|
|
}
|
|
|
|
/* determine default buffer size */
|
2011-01-12 21:18:11 +08:00
|
|
|
if (buf_size == 0)
|
2018-06-09 14:14:44 +08:00
|
|
|
buf_size = max_buf_size;
|
2009-02-11 04:25:46 +08:00
|
|
|
|
2011-01-12 21:26:30 +08:00
|
|
|
/* make sure the size doesn't exceed the maximum supported by the hw */
|
2016-08-22 22:14:04 +08:00
|
|
|
if (buf_size > sta->sta.max_rx_aggregation_subframes)
|
|
|
|
buf_size = sta->sta.max_rx_aggregation_subframes;
|
2015-12-30 22:06:04 +08:00
|
|
|
params.buf_size = buf_size;
|
2009-02-11 04:25:46 +08:00
|
|
|
|
2016-08-22 22:14:04 +08:00
|
|
|
ht_dbg(sta->sdata, "AddBA Req buf_size=%d for %pM\n",
|
|
|
|
buf_size, sta->sta.addr);
|
|
|
|
|
2015-12-09 01:09:05 +08:00
|
|
|
if (test_bit(tid, sta->ampdu_mlme.agg_session_valid)) {
|
2016-10-19 04:12:08 +08:00
|
|
|
if (sta->ampdu_mlme.tid_rx_token[tid] == dialog_token) {
|
2018-02-19 20:48:44 +08:00
|
|
|
struct tid_ampdu_rx *tid_rx;
|
|
|
|
|
2016-07-06 20:44:14 +08:00
|
|
|
ht_dbg_ratelimited(sta->sdata,
|
|
|
|
"updated AddBA Req from %pM on tid %u\n",
|
|
|
|
sta->sta.addr, tid);
|
|
|
|
/* We have no API to update the timeout value in the
|
2018-02-19 20:48:44 +08:00
|
|
|
* driver so reject the timeout update if the timeout
|
2020-08-23 07:19:47 +08:00
|
|
|
* changed. If it did not change, i.e., no real update,
|
2018-02-19 20:48:44 +08:00
|
|
|
* just reply with success.
|
2016-07-06 20:44:14 +08:00
|
|
|
*/
|
2018-02-19 20:48:44 +08:00
|
|
|
rcu_read_lock();
|
|
|
|
tid_rx = rcu_dereference(sta->ampdu_mlme.tid_rx[tid]);
|
|
|
|
if (tid_rx && tid_rx->timeout == timeout)
|
|
|
|
status = WLAN_STATUS_SUCCESS;
|
|
|
|
else
|
|
|
|
status = WLAN_STATUS_REQUEST_DECLINED;
|
|
|
|
rcu_read_unlock();
|
2016-07-06 20:44:14 +08:00
|
|
|
goto end;
|
|
|
|
}
|
|
|
|
|
2012-06-22 17:29:50 +08:00
|
|
|
ht_dbg_ratelimited(sta->sdata,
|
|
|
|
"unexpected AddBA Req from %pM on tid %u\n",
|
2014-07-16 18:12:15 +08:00
|
|
|
sta->sta.addr, tid);
|
2011-06-23 06:15:27 +08:00
|
|
|
|
|
|
|
/* delete existing Rx BA session on the same tid */
|
2023-08-28 20:00:04 +08:00
|
|
|
__ieee80211_stop_rx_ba_session(sta, tid, WLAN_BACK_RECIPIENT,
|
|
|
|
WLAN_STATUS_UNSPECIFIED_QOS,
|
|
|
|
false);
|
2009-02-11 04:25:46 +08:00
|
|
|
}
|
|
|
|
|
2015-12-09 01:09:05 +08:00
|
|
|
if (ieee80211_hw_check(&local->hw, SUPPORTS_REORDERING_BUFFER)) {
|
|
|
|
ret = drv_ampdu_action(local, sta->sdata, ¶ms);
|
|
|
|
ht_dbg(sta->sdata,
|
|
|
|
"Rx A-MPDU request on %pM tid %d result %d\n",
|
|
|
|
sta->sta.addr, tid, ret);
|
|
|
|
if (!ret)
|
|
|
|
status = WLAN_STATUS_SUCCESS;
|
|
|
|
goto end;
|
|
|
|
}
|
|
|
|
|
2009-02-11 04:25:46 +08:00
|
|
|
/* prepare A-MPDU MLME for Rx aggregation */
|
2016-01-27 23:46:18 +08:00
|
|
|
tid_agg_rx = kzalloc(sizeof(*tid_agg_rx), GFP_KERNEL);
|
2011-08-30 05:17:31 +08:00
|
|
|
if (!tid_agg_rx)
|
2009-02-11 04:25:46 +08:00
|
|
|
goto end;
|
|
|
|
|
2010-08-05 07:36:41 +08:00
|
|
|
spin_lock_init(&tid_agg_rx->reorder_lock);
|
|
|
|
|
2010-06-10 16:21:38 +08:00
|
|
|
/* rx timer */
|
2017-10-18 04:25:45 +08:00
|
|
|
timer_setup(&tid_agg_rx->session_timer,
|
|
|
|
sta_rx_agg_session_timer_expired, TIMER_DEFERRABLE);
|
2009-02-11 04:25:46 +08:00
|
|
|
|
2010-08-05 07:36:41 +08:00
|
|
|
/* rx reorder timer */
|
2017-10-18 04:25:45 +08:00
|
|
|
timer_setup(&tid_agg_rx->reorder_timer,
|
|
|
|
sta_rx_agg_reorder_timer_expired, 0);
|
2010-08-05 07:36:41 +08:00
|
|
|
|
2009-02-11 04:25:46 +08:00
|
|
|
/* prepare reordering buffer */
|
|
|
|
tid_agg_rx->reorder_buf =
|
2014-07-16 18:09:31 +08:00
|
|
|
kcalloc(buf_size, sizeof(struct sk_buff_head), GFP_KERNEL);
|
2009-05-06 01:35:14 +08:00
|
|
|
tid_agg_rx->reorder_time =
|
2010-11-29 18:09:16 +08:00
|
|
|
kcalloc(buf_size, sizeof(unsigned long), GFP_KERNEL);
|
2009-05-06 01:35:14 +08:00
|
|
|
if (!tid_agg_rx->reorder_buf || !tid_agg_rx->reorder_time) {
|
|
|
|
kfree(tid_agg_rx->reorder_buf);
|
|
|
|
kfree(tid_agg_rx->reorder_time);
|
2010-06-10 16:21:38 +08:00
|
|
|
kfree(tid_agg_rx);
|
2009-02-11 04:25:46 +08:00
|
|
|
goto end;
|
|
|
|
}
|
|
|
|
|
2014-07-16 18:09:31 +08:00
|
|
|
for (i = 0; i < buf_size; i++)
|
|
|
|
__skb_queue_head_init(&tid_agg_rx->reorder_buf[i]);
|
|
|
|
|
2015-12-30 22:06:04 +08:00
|
|
|
ret = drv_ampdu_action(local, sta->sdata, ¶ms);
|
2013-01-16 17:39:44 +08:00
|
|
|
ht_dbg(sta->sdata, "Rx A-MPDU request on %pM tid %d result %d\n",
|
|
|
|
sta->sta.addr, tid, ret);
|
2009-02-11 04:25:46 +08:00
|
|
|
if (ret) {
|
|
|
|
kfree(tid_agg_rx->reorder_buf);
|
2010-06-10 16:21:38 +08:00
|
|
|
kfree(tid_agg_rx->reorder_time);
|
2009-02-11 04:25:46 +08:00
|
|
|
kfree(tid_agg_rx);
|
|
|
|
goto end;
|
|
|
|
}
|
|
|
|
|
2010-06-10 16:21:38 +08:00
|
|
|
/* update data */
|
2009-02-11 04:25:46 +08:00
|
|
|
tid_agg_rx->ssn = start_seq_num;
|
|
|
|
tid_agg_rx->head_seq_num = start_seq_num;
|
|
|
|
tid_agg_rx->buf_size = buf_size;
|
|
|
|
tid_agg_rx->timeout = timeout;
|
|
|
|
tid_agg_rx->stored_mpdu_num = 0;
|
2014-09-02 20:05:10 +08:00
|
|
|
tid_agg_rx->auto_seq = auto_seq;
|
2017-02-06 21:28:42 +08:00
|
|
|
tid_agg_rx->started = false;
|
2016-01-28 22:19:25 +08:00
|
|
|
tid_agg_rx->reorder_buf_filtered = 0;
|
2017-10-18 04:25:45 +08:00
|
|
|
tid_agg_rx->tid = tid;
|
|
|
|
tid_agg_rx->sta = sta;
|
2009-02-11 04:25:46 +08:00
|
|
|
status = WLAN_STATUS_SUCCESS;
|
2010-06-10 16:21:38 +08:00
|
|
|
|
|
|
|
/* activate it for RX */
|
2012-01-12 12:41:32 +08:00
|
|
|
rcu_assign_pointer(sta->ampdu_mlme.tid_rx[tid], tid_agg_rx);
|
2010-06-10 16:21:45 +08:00
|
|
|
|
2012-03-19 05:58:06 +08:00
|
|
|
if (timeout) {
|
2010-06-10 16:21:45 +08:00
|
|
|
mod_timer(&tid_agg_rx->session_timer, TU_TO_EXP_TIME(timeout));
|
2012-03-19 05:58:06 +08:00
|
|
|
tid_agg_rx->last_rx = jiffies;
|
|
|
|
}
|
2010-06-10 16:21:45 +08:00
|
|
|
|
2009-02-11 04:25:46 +08:00
|
|
|
end:
|
2016-08-30 04:25:18 +08:00
|
|
|
if (status == WLAN_STATUS_SUCCESS) {
|
2015-12-09 01:09:05 +08:00
|
|
|
__set_bit(tid, sta->ampdu_mlme.agg_session_valid);
|
2016-08-30 04:25:18 +08:00
|
|
|
__clear_bit(tid, sta->ampdu_mlme.unexpected_agg);
|
2016-10-19 04:12:08 +08:00
|
|
|
sta->ampdu_mlme.tid_rx_token[tid] = dialog_token;
|
2016-08-30 04:25:18 +08:00
|
|
|
}
|
2009-02-11 04:25:46 +08:00
|
|
|
|
2014-07-16 18:12:15 +08:00
|
|
|
if (tx)
|
2019-07-29 18:45:12 +08:00
|
|
|
ieee80211_send_addba_resp(sta, sta->sta.addr, tid,
|
2014-07-16 18:12:15 +08:00
|
|
|
dialog_token, status, 1, buf_size,
|
2019-07-29 18:45:12 +08:00
|
|
|
timeout, addbaext);
|
2014-07-16 18:12:15 +08:00
|
|
|
}
|
|
|
|
|
|
|
|
void ieee80211_process_addba_request(struct ieee80211_local *local,
|
|
|
|
struct sta_info *sta,
|
|
|
|
struct ieee80211_mgmt *mgmt,
|
|
|
|
size_t len)
|
|
|
|
{
|
|
|
|
u16 capab, tid, timeout, ba_policy, buf_size, start_seq_num;
|
mac80211: always allocate struct ieee802_11_elems
As the 802.11 spec evolves, we need to parse more and more
elements. This is causing the struct to grow, and we can no
longer get away with putting it on the stack.
Change the API to always dynamically allocate and return an
allocated pointer that must be kfree()d later.
As an alternative, I contemplated a scheme whereby we'd say
in the code which elements we needed, e.g.
DECLARE_ELEMENT_PARSER(elems,
SUPPORTED_CHANNELS,
CHANNEL_SWITCH,
EXT(KEY_DELIVERY));
ieee802_11_parse_elems(..., &elems, ...);
and while I think this is possible and will save us a lot
since most individual places only care about a small subset
of the elements, it ended up being a bit more work since a
lot of places do the parsing and then pass the struct to
other functions, sometimes with multiple levels.
Link: https://lore.kernel.org/r/20210920154009.26caff6b5998.I05ae58768e990e611aee8eca8abefd9d7bc15e05@changeid
Signed-off-by: Johannes Berg <johannes.berg@intel.com>
2021-09-20 21:40:10 +08:00
|
|
|
struct ieee802_11_elems *elems = NULL;
|
2014-07-16 18:12:15 +08:00
|
|
|
u8 dialog_token;
|
2019-07-29 18:45:12 +08:00
|
|
|
int ies_len;
|
2014-07-16 18:12:15 +08:00
|
|
|
|
|
|
|
/* extract session parameters from addba request frame */
|
|
|
|
dialog_token = mgmt->u.action.u.addba_req.dialog_token;
|
|
|
|
timeout = le16_to_cpu(mgmt->u.action.u.addba_req.timeout);
|
|
|
|
start_seq_num =
|
|
|
|
le16_to_cpu(mgmt->u.action.u.addba_req.start_seq_num) >> 4;
|
|
|
|
|
|
|
|
capab = le16_to_cpu(mgmt->u.action.u.addba_req.capab);
|
|
|
|
ba_policy = (capab & IEEE80211_ADDBA_PARAM_POLICY_MASK) >> 1;
|
|
|
|
tid = (capab & IEEE80211_ADDBA_PARAM_TID_MASK) >> 2;
|
|
|
|
buf_size = (capab & IEEE80211_ADDBA_PARAM_BUF_SIZE_MASK) >> 6;
|
|
|
|
|
2019-07-29 18:45:12 +08:00
|
|
|
ies_len = len - offsetof(struct ieee80211_mgmt,
|
|
|
|
u.action.u.addba_req.variable);
|
|
|
|
if (ies_len) {
|
mac80211: always allocate struct ieee802_11_elems
As the 802.11 spec evolves, we need to parse more and more
elements. This is causing the struct to grow, and we can no
longer get away with putting it on the stack.
Change the API to always dynamically allocate and return an
allocated pointer that must be kfree()d later.
As an alternative, I contemplated a scheme whereby we'd say
in the code which elements we needed, e.g.
DECLARE_ELEMENT_PARSER(elems,
SUPPORTED_CHANNELS,
CHANNEL_SWITCH,
EXT(KEY_DELIVERY));
ieee802_11_parse_elems(..., &elems, ...);
and while I think this is possible and will save us a lot
since most individual places only care about a small subset
of the elements, it ended up being a bit more work since a
lot of places do the parsing and then pass the struct to
other functions, sometimes with multiple levels.
Link: https://lore.kernel.org/r/20210920154009.26caff6b5998.I05ae58768e990e611aee8eca8abefd9d7bc15e05@changeid
Signed-off-by: Johannes Berg <johannes.berg@intel.com>
2021-09-20 21:40:10 +08:00
|
|
|
elems = ieee802_11_parse_elems(mgmt->u.action.u.addba_req.variable,
|
2022-06-29 19:29:05 +08:00
|
|
|
ies_len, true, NULL);
|
mac80211: always allocate struct ieee802_11_elems
As the 802.11 spec evolves, we need to parse more and more
elements. This is causing the struct to grow, and we can no
longer get away with putting it on the stack.
Change the API to always dynamically allocate and return an
allocated pointer that must be kfree()d later.
As an alternative, I contemplated a scheme whereby we'd say
in the code which elements we needed, e.g.
DECLARE_ELEMENT_PARSER(elems,
SUPPORTED_CHANNELS,
CHANNEL_SWITCH,
EXT(KEY_DELIVERY));
ieee802_11_parse_elems(..., &elems, ...);
and while I think this is possible and will save us a lot
since most individual places only care about a small subset
of the elements, it ended up being a bit more work since a
lot of places do the parsing and then pass the struct to
other functions, sometimes with multiple levels.
Link: https://lore.kernel.org/r/20210920154009.26caff6b5998.I05ae58768e990e611aee8eca8abefd9d7bc15e05@changeid
Signed-off-by: Johannes Berg <johannes.berg@intel.com>
2021-09-20 21:40:10 +08:00
|
|
|
if (!elems || elems->parse_error)
|
2021-10-02 03:11:08 +08:00
|
|
|
goto free;
|
2019-07-29 18:45:12 +08:00
|
|
|
}
|
|
|
|
|
mac80211: prepare sta handling for MLO support
Currently in mac80211 each STA object is represented
using sta_info datastructure with the associated
STA specific information and drivers access ieee80211_sta
part of it.
With MLO (Multi Link Operation) support being added
in 802.11be standard, though the association is logically
with a single Multi Link capable STA, at the physical level
communication can happen via different advertised
links (uniquely identified by Channel, operating class,
BSSID) and hence the need to handle multiple link
STA parameters within a composite sta_info object
called the MLD STA. The different link STA part of
MLD STA are identified using the link address which can
be same or different as the MLD STA address and unique
link id based on the link vif.
To support extension of such a model, the sta_info
datastructure is modified to hold multiple link STA
objects with link specific params currently within
sta_info moved to this new structure. Similarly this is
done for ieee80211_sta as well which will be accessed
within mac80211 as well as by drivers, hence trivial
driver changes are expected to support this.
For current non MLO supported drivers, only one link STA
is present and link information is accessed via 'deflink'
member.
For MLO drivers, we still need to define the APIs etc. to
get the correct link ID and access the correct part of
the station info.
Currently in mac80211, all link STA info are accessed directly
via deflink. These will be updated to access via link pointers
indexed by link id with MLO support patches, with link id
being 0 for non MLO supported cases.
Except for couple of macro related changes, below spatch takes
care of updating mac80211 and driver code to access to the
link STA info via deflink.
@ieee80211_sta@
struct ieee80211_sta *s;
struct sta_info *si;
identifier var = {supp_rates, ht_cap, vht_cap, he_cap, he_6ghz_capa, eht_cap, rx_nss, bandwidth, txpwr};
@@
(
s->
- var
+ deflink.var
|
si->sta.
- var
+ deflink.var
)
@sta_info@
struct sta_info *si;
identifier var = {gtk, pcpu_rx_stats, rx_stats, rx_stats_avg, status_stats, tx_stats, cur_max_bandwidth};
@@
(
si->
- var
+ deflink.var
)
Signed-off-by: Sriram R <quic_srirrama@quicinc.com>
Link: https://lore.kernel.org/r/1649086883-13246-1-git-send-email-quic_srirrama@quicinc.com
[remove MLO-drivers notes from commit message, not clear yet; run spatch]
Signed-off-by: Johannes Berg <johannes.berg@intel.com>
2022-04-04 23:41:23 +08:00
|
|
|
if (sta->sta.deflink.eht_cap.has_eht && elems && elems->addba_ext_ie) {
|
2022-02-15 00:30:05 +08:00
|
|
|
u8 buf_size_1k = u8_get_bits(elems->addba_ext_ie->data,
|
|
|
|
IEEE80211_ADDBA_EXT_BUF_SIZE_MASK);
|
|
|
|
|
|
|
|
buf_size |= buf_size_1k << IEEE80211_ADDBA_EXT_BUF_SIZE_SHIFT;
|
|
|
|
}
|
|
|
|
|
2014-07-16 18:12:15 +08:00
|
|
|
__ieee80211_start_rx_ba_session(sta, dialog_token, timeout,
|
|
|
|
start_seq_num, ba_policy, tid,
|
2019-07-29 18:45:12 +08:00
|
|
|
buf_size, true, false,
|
mac80211: always allocate struct ieee802_11_elems
As the 802.11 spec evolves, we need to parse more and more
elements. This is causing the struct to grow, and we can no
longer get away with putting it on the stack.
Change the API to always dynamically allocate and return an
allocated pointer that must be kfree()d later.
As an alternative, I contemplated a scheme whereby we'd say
in the code which elements we needed, e.g.
DECLARE_ELEMENT_PARSER(elems,
SUPPORTED_CHANNELS,
CHANNEL_SWITCH,
EXT(KEY_DELIVERY));
ieee802_11_parse_elems(..., &elems, ...);
and while I think this is possible and will save us a lot
since most individual places only care about a small subset
of the elements, it ended up being a bit more work since a
lot of places do the parsing and then pass the struct to
other functions, sometimes with multiple levels.
Link: https://lore.kernel.org/r/20210920154009.26caff6b5998.I05ae58768e990e611aee8eca8abefd9d7bc15e05@changeid
Signed-off-by: Johannes Berg <johannes.berg@intel.com>
2021-09-20 21:40:10 +08:00
|
|
|
elems ? elems->addba_ext_ie : NULL);
|
2021-10-02 03:11:08 +08:00
|
|
|
free:
|
mac80211: always allocate struct ieee802_11_elems
As the 802.11 spec evolves, we need to parse more and more
elements. This is causing the struct to grow, and we can no
longer get away with putting it on the stack.
Change the API to always dynamically allocate and return an
allocated pointer that must be kfree()d later.
As an alternative, I contemplated a scheme whereby we'd say
in the code which elements we needed, e.g.
DECLARE_ELEMENT_PARSER(elems,
SUPPORTED_CHANNELS,
CHANNEL_SWITCH,
EXT(KEY_DELIVERY));
ieee802_11_parse_elems(..., &elems, ...);
and while I think this is possible and will save us a lot
since most individual places only care about a small subset
of the elements, it ended up being a bit more work since a
lot of places do the parsing and then pass the struct to
other functions, sometimes with multiple levels.
Link: https://lore.kernel.org/r/20210920154009.26caff6b5998.I05ae58768e990e611aee8eca8abefd9d7bc15e05@changeid
Signed-off-by: Johannes Berg <johannes.berg@intel.com>
2021-09-20 21:40:10 +08:00
|
|
|
kfree(elems);
|
2014-07-16 18:12:15 +08:00
|
|
|
}
|
|
|
|
|
2017-05-30 22:34:46 +08:00
|
|
|
void ieee80211_manage_rx_ba_offl(struct ieee80211_vif *vif,
|
2017-08-18 20:33:56 +08:00
|
|
|
const u8 *addr, unsigned int tid)
|
2014-07-16 18:12:15 +08:00
|
|
|
{
|
|
|
|
struct ieee80211_sub_if_data *sdata = vif_to_sdata(vif);
|
2017-05-30 22:34:46 +08:00
|
|
|
struct sta_info *sta;
|
2014-07-16 18:12:15 +08:00
|
|
|
|
2017-05-30 22:34:46 +08:00
|
|
|
rcu_read_lock();
|
|
|
|
sta = sta_info_get_bss(sdata, addr);
|
|
|
|
if (!sta)
|
|
|
|
goto unlock;
|
2014-07-16 18:12:15 +08:00
|
|
|
|
2017-08-18 20:33:56 +08:00
|
|
|
set_bit(tid, sta->ampdu_mlme.tid_rx_manage_offl);
|
2023-08-28 19:59:35 +08:00
|
|
|
wiphy_work_queue(sta->local->hw.wiphy, &sta->ampdu_mlme.work);
|
2017-05-30 22:34:46 +08:00
|
|
|
unlock:
|
|
|
|
rcu_read_unlock();
|
2009-02-11 04:25:46 +08:00
|
|
|
}
|
2017-05-30 22:34:46 +08:00
|
|
|
EXPORT_SYMBOL(ieee80211_manage_rx_ba_offl);
|
2017-07-11 15:07:25 +08:00
|
|
|
|
|
|
|
void ieee80211_rx_ba_timer_expired(struct ieee80211_vif *vif,
|
|
|
|
const u8 *addr, unsigned int tid)
|
|
|
|
{
|
|
|
|
struct ieee80211_sub_if_data *sdata = vif_to_sdata(vif);
|
|
|
|
struct sta_info *sta;
|
|
|
|
|
|
|
|
rcu_read_lock();
|
|
|
|
sta = sta_info_get_bss(sdata, addr);
|
|
|
|
if (!sta)
|
|
|
|
goto unlock;
|
|
|
|
|
|
|
|
set_bit(tid, sta->ampdu_mlme.tid_rx_timer_expired);
|
2023-08-28 19:59:35 +08:00
|
|
|
wiphy_work_queue(sta->local->hw.wiphy, &sta->ampdu_mlme.work);
|
2017-07-11 15:07:25 +08:00
|
|
|
|
|
|
|
unlock:
|
|
|
|
rcu_read_unlock();
|
|
|
|
}
|
|
|
|
EXPORT_SYMBOL(ieee80211_rx_ba_timer_expired);
|