2019-06-04 08:11:33 +00:00
|
|
|
// SPDX-License-Identifier: GPL-2.0-only
|
2008-02-23 14:17:09 +00:00
|
|
|
/*
|
2009-11-09 23:46:58 +00:00
|
|
|
* Copyright (c) 2008, 2009 open80211s Ltd.
|
2024-01-29 19:19:27 +00:00
|
|
|
* Copyright (C) 2018 - 2024 Intel Corporation
|
2008-02-23 14:17:09 +00:00
|
|
|
* Authors: Luis Carlos Cobo <luisca@cozybit.com>
|
|
|
|
* Javier Cardona <javier@cozybit.com>
|
|
|
|
*/
|
|
|
|
|
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 08:04:11 +00:00
|
|
|
#include <linux/slab.h>
|
2024-10-01 19:35:57 +00:00
|
|
|
#include <linux/unaligned.h>
|
2008-02-23 14:17:09 +00:00
|
|
|
#include "ieee80211_i.h"
|
|
|
|
#include "mesh.h"
|
wifi: mac80211: mesh fast xmit support
Previously, fast xmit only worked on interface types where initially a
sta lookup is performed, and a cached header can be attached to the sta,
requiring only some fields to be updated at runtime.
This technique is not directly applicable for a mesh device type due
to the dynamic nature of the topology and protocol. There are more
addresses that need to be filled, and there is an extra header with a
dynamic length based on the addressing mode.
Change the code to cache entries contain a copy of the mesh subframe header +
bridge tunnel header, as well as an embedded struct ieee80211_fast_tx, which
contains the information for building the 802.11 header.
Add a mesh specific early fast xmit call, which looks up a cached entry and
adds only the mesh subframe header, before passing it over to the generic
fast xmit code.
To ensure the changes in network are reflected in these cached headers,
flush affected cached entries on path changes, as well as other conditions
that currently trigger a fast xmit check in other modes (key changes etc.)
This code is loosely based on a previous implementation by:
Sriram R <quic_srirrama@quicinc.com>
Cc: Sriram R <quic_srirrama@quicinc.com>
Signed-off-by: Ryder Lee <ryder.lee@mediatek.com>
Signed-off-by: Felix Fietkau <nbd@nbd.name>
Link: https://lore.kernel.org/r/20230314095956.62085-4-nbd@nbd.name
Signed-off-by: Johannes Berg <johannes.berg@intel.com>
2023-03-14 09:59:53 +00:00
|
|
|
#include "wme.h"
|
2013-10-17 22:55:02 +00:00
|
|
|
#include "driver-ops.h"
|
2008-02-23 14:17:09 +00:00
|
|
|
|
2013-02-15 13:40:31 +00:00
|
|
|
static int mesh_allocated;
|
2008-02-23 14:17:09 +00:00
|
|
|
static struct kmem_cache *rm_cache;
|
|
|
|
|
2011-08-12 02:35:15 +00:00
|
|
|
bool mesh_action_is_path_sel(struct ieee80211_mgmt *mgmt)
|
|
|
|
{
|
|
|
|
return (mgmt->u.action.u.mesh_action.action_code ==
|
|
|
|
WLAN_MESH_ACTION_HWMP_PATH_SELECTION);
|
|
|
|
}
|
|
|
|
|
2008-02-23 14:17:09 +00:00
|
|
|
void ieee80211s_init(void)
|
|
|
|
{
|
|
|
|
mesh_allocated = 1;
|
|
|
|
rm_cache = kmem_cache_create("mesh_rmc", sizeof(struct rmc_entry),
|
|
|
|
0, 0, NULL);
|
|
|
|
}
|
|
|
|
|
|
|
|
void ieee80211s_stop(void)
|
|
|
|
{
|
2013-02-15 13:40:31 +00:00
|
|
|
if (!mesh_allocated)
|
|
|
|
return;
|
2008-02-23 14:17:09 +00:00
|
|
|
kmem_cache_destroy(rm_cache);
|
|
|
|
}
|
|
|
|
|
2017-10-16 23:35:49 +00:00
|
|
|
static void ieee80211_mesh_housekeeping_timer(struct timer_list *t)
|
2008-09-10 22:01:49 +00:00
|
|
|
{
|
2017-10-16 23:35:49 +00:00
|
|
|
struct ieee80211_sub_if_data *sdata =
|
|
|
|
from_timer(sdata, t, u.mesh.housekeeping_timer);
|
2008-09-10 22:01:49 +00:00
|
|
|
struct ieee80211_local *local = sdata->local;
|
|
|
|
struct ieee80211_if_mesh *ifmsh = &sdata->u.mesh;
|
|
|
|
|
2009-10-20 20:21:48 +00:00
|
|
|
set_bit(MESH_WORK_HOUSEKEEPING, &ifmsh->wrkq_flags);
|
2009-05-17 09:40:42 +00:00
|
|
|
|
2023-06-06 12:49:26 +00:00
|
|
|
wiphy_work_queue(local->hw.wiphy, &sdata->work);
|
2008-09-10 22:01:49 +00:00
|
|
|
}
|
|
|
|
|
2008-02-23 14:17:09 +00:00
|
|
|
/**
|
|
|
|
* mesh_matches_local - check if the config of a mesh point matches ours
|
|
|
|
*
|
2008-08-03 00:04:37 +00:00
|
|
|
* @sdata: local mesh subif
|
2012-04-19 02:23:43 +00:00
|
|
|
* @ie: information elements of a management frame from the mesh peer
|
2008-02-23 14:17:09 +00:00
|
|
|
*
|
|
|
|
* This function checks if the mesh configuration of a mesh point matches the
|
|
|
|
* local mesh configuration, i.e. if both nodes belong to the same mesh network.
|
2023-09-28 14:35:29 +00:00
|
|
|
*
|
|
|
|
* Returns: %true if both nodes belong to the same mesh
|
2008-02-23 14:17:09 +00:00
|
|
|
*/
|
2012-04-19 02:23:43 +00:00
|
|
|
bool mesh_matches_local(struct ieee80211_sub_if_data *sdata,
|
|
|
|
struct ieee802_11_elems *ie)
|
2008-02-23 14:17:09 +00:00
|
|
|
{
|
2008-09-10 22:01:49 +00:00
|
|
|
struct ieee80211_if_mesh *ifmsh = &sdata->u.mesh;
|
2012-04-19 02:23:43 +00:00
|
|
|
u32 basic_rates = 0;
|
2012-11-09 10:39:59 +00:00
|
|
|
struct cfg80211_chan_def sta_chan_def;
|
2017-04-27 07:15:38 +00:00
|
|
|
struct ieee80211_supported_band *sband;
|
2020-05-28 19:34:35 +00:00
|
|
|
u32 vht_cap_info = 0;
|
2008-02-23 14:17:09 +00:00
|
|
|
|
|
|
|
/*
|
|
|
|
* As support for each feature is added, check for matching
|
|
|
|
* - On mesh config capabilities
|
|
|
|
* - Power Save Support En
|
|
|
|
* - Sync support enabled
|
|
|
|
* - Sync support active
|
|
|
|
* - Sync support required from peer
|
|
|
|
* - MDA enabled
|
|
|
|
* - Power management control on fc
|
|
|
|
*/
|
2011-10-26 21:47:28 +00:00
|
|
|
if (!(ifmsh->mesh_id_len == ie->mesh_id_len &&
|
|
|
|
memcmp(ifmsh->mesh_id, ie->mesh_id, ie->mesh_id_len) == 0 &&
|
|
|
|
(ifmsh->mesh_pp_id == ie->mesh_config->meshconf_psel) &&
|
|
|
|
(ifmsh->mesh_pm_id == ie->mesh_config->meshconf_pmetric) &&
|
|
|
|
(ifmsh->mesh_cc_id == ie->mesh_config->meshconf_congest) &&
|
|
|
|
(ifmsh->mesh_sp_id == ie->mesh_config->meshconf_synch) &&
|
|
|
|
(ifmsh->mesh_auth_id == ie->mesh_config->meshconf_auth)))
|
2013-02-15 13:40:31 +00:00
|
|
|
return false;
|
2011-10-26 21:47:28 +00:00
|
|
|
|
2017-04-27 07:15:38 +00:00
|
|
|
sband = ieee80211_get_sband(sdata);
|
|
|
|
if (!sband)
|
|
|
|
return false;
|
|
|
|
|
|
|
|
ieee80211_sta_get_rates(sdata, ie, sband->band,
|
2012-04-19 02:23:43 +00:00
|
|
|
&basic_rates);
|
|
|
|
|
2012-04-03 04:21:22 +00:00
|
|
|
if (sdata->vif.bss_conf.basic_rates != basic_rates)
|
2013-02-15 13:40:31 +00:00
|
|
|
return false;
|
2012-04-03 04:21:22 +00:00
|
|
|
|
wifi: mac80211: introduce 'channel request'
For channel contexts, mac80211 currently uses the cfg80211
chandef struct (control channel, center freq(s), width) to
define towards drivers and internally how these behave. In
fact, there are _two_ such structs used, where the min_def
can reduce bandwidth according to the stations connected.
Unfortunately, with EHT this is longer be sufficient, at
least not for all hardware. EHT requires that non-AP STAs
that are connected to an AP with a lower bandwidth than it
(the AP) advertises (e.g. 160 MHz STA connected to 320 MHz
AP) still be able to receive downlink OFDMA and respond to
trigger frames for uplink OFDMA that specify the position
and bandwidth for the non-AP STA relative to the channel
the AP is using. Therefore, they need to be aware of this,
and at least for some hardware (e.g. Intel) this awareness
is in the hardware. As a result, use of the "same" channel
may need to be split over two channel contexts where they
differ by the AP being used.
As a first step, introduce a concept of a channel request
('chanreq') for each interface, to control the context it
requests. This step does nothing but reorganise the code,
so that later the AP's chandef can be added to the request
in order to handle the EHT case described above.
Link: https://msgid.link/20240129194108.2e88e48bd2e9.I4256183debe975c5ed71621611206fdbb69ba330@changeid
Signed-off-by: Johannes Berg <johannes.berg@intel.com>
2024-01-29 18:34:40 +00:00
|
|
|
cfg80211_chandef_create(&sta_chan_def, sdata->vif.bss_conf.chanreq.oper.chan,
|
2015-12-18 14:08:34 +00:00
|
|
|
NL80211_CHAN_NO_HT);
|
|
|
|
ieee80211_chandef_ht_oper(ie->ht_operation, &sta_chan_def);
|
2020-05-28 19:34:35 +00:00
|
|
|
|
|
|
|
if (ie->vht_cap_elem)
|
|
|
|
vht_cap_info = le32_to_cpu(ie->vht_cap_elem->vht_cap_info);
|
|
|
|
|
|
|
|
ieee80211_chandef_vht_oper(&sdata->local->hw, vht_cap_info,
|
2018-08-31 08:31:18 +00:00
|
|
|
ie->vht_operation, ie->ht_operation,
|
|
|
|
&sta_chan_def);
|
2024-01-29 18:34:37 +00:00
|
|
|
ieee80211_chandef_he_6ghz_oper(sdata->local, ie->he_operation,
|
|
|
|
ie->eht_operation,
|
2022-02-14 16:30:00 +00:00
|
|
|
&sta_chan_def);
|
2015-08-27 13:00:18 +00:00
|
|
|
|
wifi: mac80211: introduce 'channel request'
For channel contexts, mac80211 currently uses the cfg80211
chandef struct (control channel, center freq(s), width) to
define towards drivers and internally how these behave. In
fact, there are _two_ such structs used, where the min_def
can reduce bandwidth according to the stations connected.
Unfortunately, with EHT this is longer be sufficient, at
least not for all hardware. EHT requires that non-AP STAs
that are connected to an AP with a lower bandwidth than it
(the AP) advertises (e.g. 160 MHz STA connected to 320 MHz
AP) still be able to receive downlink OFDMA and respond to
trigger frames for uplink OFDMA that specify the position
and bandwidth for the non-AP STA relative to the channel
the AP is using. Therefore, they need to be aware of this,
and at least for some hardware (e.g. Intel) this awareness
is in the hardware. As a result, use of the "same" channel
may need to be split over two channel contexts where they
differ by the AP being used.
As a first step, introduce a concept of a channel request
('chanreq') for each interface, to control the context it
requests. This step does nothing but reorganise the code,
so that later the AP's chandef can be added to the request
in order to handle the EHT case described above.
Link: https://msgid.link/20240129194108.2e88e48bd2e9.I4256183debe975c5ed71621611206fdbb69ba330@changeid
Signed-off-by: Johannes Berg <johannes.berg@intel.com>
2024-01-29 18:34:40 +00:00
|
|
|
if (!cfg80211_chandef_compatible(&sdata->vif.bss_conf.chanreq.oper,
|
2012-11-09 10:39:59 +00:00
|
|
|
&sta_chan_def))
|
2013-02-15 13:40:31 +00:00
|
|
|
return false;
|
2008-02-23 14:17:09 +00:00
|
|
|
|
2011-10-26 21:47:28 +00:00
|
|
|
return true;
|
2008-02-23 14:17:09 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
/**
|
|
|
|
* mesh_peer_accepts_plinks - check if an mp is willing to establish peer links
|
|
|
|
*
|
|
|
|
* @ie: information elements of a management frame from the mesh peer
|
2023-09-28 14:35:29 +00:00
|
|
|
*
|
|
|
|
* Returns: %true if the mesh peer is willing to establish peer links
|
2008-02-23 14:17:09 +00:00
|
|
|
*/
|
2008-08-03 00:04:37 +00:00
|
|
|
bool mesh_peer_accepts_plinks(struct ieee802_11_elems *ie)
|
2008-02-23 14:17:09 +00:00
|
|
|
{
|
2009-11-18 18:40:00 +00:00
|
|
|
return (ie->mesh_config->meshconf_cap &
|
2013-02-15 13:40:31 +00:00
|
|
|
IEEE80211_MESHCONF_CAPAB_ACCEPT_PLINKS) != 0;
|
2008-02-23 14:17:09 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
/**
|
2012-07-10 10:55:09 +00:00
|
|
|
* mesh_accept_plinks_update - update accepting_plink in local mesh beacons
|
2008-02-23 14:17:09 +00:00
|
|
|
*
|
2008-02-25 15:27:46 +00:00
|
|
|
* @sdata: mesh interface in which mesh beacons are going to be updated
|
2012-08-08 05:58:43 +00:00
|
|
|
*
|
|
|
|
* Returns: beacon changed flag if the beacon content changed.
|
2008-02-23 14:17:09 +00:00
|
|
|
*/
|
2023-06-04 09:11:26 +00:00
|
|
|
u64 mesh_accept_plinks_update(struct ieee80211_sub_if_data *sdata)
|
2008-02-23 14:17:09 +00:00
|
|
|
{
|
|
|
|
bool free_plinks;
|
2023-06-04 09:11:26 +00:00
|
|
|
u64 changed = 0;
|
2008-02-23 14:17:09 +00:00
|
|
|
|
|
|
|
/* In case mesh_plink_free_count > 0 and mesh_plinktbl_capacity == 0,
|
|
|
|
* the mesh interface might be able to establish plinks with peers that
|
2008-02-29 23:46:08 +00:00
|
|
|
* are already on the table but are not on PLINK_ESTAB state. However,
|
|
|
|
* in general the mesh interface is not accepting peer link requests
|
|
|
|
* from new peers, and that must be reflected in the beacon
|
2008-02-23 14:17:09 +00:00
|
|
|
*/
|
|
|
|
free_plinks = mesh_plink_availables(sdata);
|
|
|
|
|
2012-08-08 05:58:43 +00:00
|
|
|
if (free_plinks != sdata->u.mesh.accepting_plinks) {
|
|
|
|
sdata->u.mesh.accepting_plinks = free_plinks;
|
|
|
|
changed = BSS_CHANGED_BEACON;
|
|
|
|
}
|
|
|
|
|
|
|
|
return changed;
|
2008-02-23 14:17:09 +00:00
|
|
|
}
|
|
|
|
|
2013-02-06 18:17:21 +00:00
|
|
|
/*
|
|
|
|
* mesh_sta_cleanup - clean up any mesh sta state
|
|
|
|
*
|
|
|
|
* @sta: mesh sta to clean up.
|
|
|
|
*/
|
|
|
|
void mesh_sta_cleanup(struct sta_info *sta)
|
|
|
|
{
|
|
|
|
struct ieee80211_sub_if_data *sdata = sta->sdata;
|
2023-06-04 09:11:26 +00:00
|
|
|
u64 changed = mesh_plink_deactivate(sta);
|
2016-05-15 17:19:16 +00:00
|
|
|
|
2013-06-13 22:54:41 +00:00
|
|
|
if (changed)
|
2013-02-14 19:20:13 +00:00
|
|
|
ieee80211_mbss_info_change_notify(sdata, changed);
|
2013-02-06 18:17:21 +00:00
|
|
|
}
|
|
|
|
|
2008-08-03 00:04:37 +00:00
|
|
|
int mesh_rmc_init(struct ieee80211_sub_if_data *sdata)
|
2008-02-23 14:17:09 +00:00
|
|
|
{
|
|
|
|
int i;
|
|
|
|
|
2008-09-10 22:01:49 +00:00
|
|
|
sdata->u.mesh.rmc = kmalloc(sizeof(struct mesh_rmc), GFP_KERNEL);
|
|
|
|
if (!sdata->u.mesh.rmc)
|
2008-02-23 14:17:09 +00:00
|
|
|
return -ENOMEM;
|
2008-09-10 22:01:49 +00:00
|
|
|
sdata->u.mesh.rmc->idx_mask = RMC_BUCKETS - 1;
|
2008-02-23 14:17:09 +00:00
|
|
|
for (i = 0; i < RMC_BUCKETS; i++)
|
2016-03-19 02:11:29 +00:00
|
|
|
INIT_HLIST_HEAD(&sdata->u.mesh.rmc->bucket[i]);
|
2008-02-23 14:17:09 +00:00
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2008-08-03 00:04:37 +00:00
|
|
|
void mesh_rmc_free(struct ieee80211_sub_if_data *sdata)
|
2008-02-23 14:17:09 +00:00
|
|
|
{
|
2008-09-10 22:01:49 +00:00
|
|
|
struct mesh_rmc *rmc = sdata->u.mesh.rmc;
|
2016-03-19 02:11:29 +00:00
|
|
|
struct rmc_entry *p;
|
|
|
|
struct hlist_node *n;
|
2008-02-23 14:17:09 +00:00
|
|
|
int i;
|
|
|
|
|
2008-09-10 22:01:49 +00:00
|
|
|
if (!sdata->u.mesh.rmc)
|
2008-02-23 14:17:09 +00:00
|
|
|
return;
|
|
|
|
|
2013-02-15 13:40:31 +00:00
|
|
|
for (i = 0; i < RMC_BUCKETS; i++) {
|
2016-03-19 02:11:29 +00:00
|
|
|
hlist_for_each_entry_safe(p, n, &rmc->bucket[i], list) {
|
|
|
|
hlist_del(&p->list);
|
2008-02-23 14:17:09 +00:00
|
|
|
kmem_cache_free(rm_cache, p);
|
|
|
|
}
|
2013-02-15 13:40:31 +00:00
|
|
|
}
|
2008-02-23 14:17:09 +00:00
|
|
|
|
|
|
|
kfree(rmc);
|
2008-09-10 22:01:49 +00:00
|
|
|
sdata->u.mesh.rmc = NULL;
|
2008-02-23 14:17:09 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
/**
|
|
|
|
* mesh_rmc_check - Check frame in recent multicast cache and add if absent.
|
|
|
|
*
|
2013-02-15 13:40:31 +00:00
|
|
|
* @sdata: interface
|
2008-02-23 14:17:09 +00:00
|
|
|
* @sa: source address
|
|
|
|
* @mesh_hdr: mesh_header
|
|
|
|
*
|
|
|
|
* Returns: 0 if the frame is not in the cache, nonzero otherwise.
|
|
|
|
*
|
|
|
|
* Checks using the source address and the mesh sequence number if we have
|
|
|
|
* received this frame lately. If the frame is not in the cache, it is added to
|
|
|
|
* it.
|
|
|
|
*/
|
2013-02-15 13:40:31 +00:00
|
|
|
int mesh_rmc_check(struct ieee80211_sub_if_data *sdata,
|
|
|
|
const u8 *sa, struct ieee80211s_hdr *mesh_hdr)
|
2008-02-23 14:17:09 +00:00
|
|
|
{
|
2008-09-10 22:01:49 +00:00
|
|
|
struct mesh_rmc *rmc = sdata->u.mesh.rmc;
|
2008-02-23 14:17:09 +00:00
|
|
|
u32 seqnum = 0;
|
|
|
|
int entries = 0;
|
|
|
|
u8 idx;
|
2016-03-19 02:11:29 +00:00
|
|
|
struct rmc_entry *p;
|
|
|
|
struct hlist_node *n;
|
2008-02-23 14:17:09 +00:00
|
|
|
|
2016-03-19 02:11:28 +00:00
|
|
|
if (!rmc)
|
|
|
|
return -1;
|
|
|
|
|
2008-02-23 14:17:09 +00:00
|
|
|
/* Don't care about endianness since only match matters */
|
2008-04-23 19:15:29 +00:00
|
|
|
memcpy(&seqnum, &mesh_hdr->seqnum, sizeof(mesh_hdr->seqnum));
|
|
|
|
idx = le32_to_cpu(mesh_hdr->seqnum) & rmc->idx_mask;
|
2016-03-19 02:11:29 +00:00
|
|
|
hlist_for_each_entry_safe(p, n, &rmc->bucket[idx], list) {
|
2008-02-23 14:17:09 +00:00
|
|
|
++entries;
|
|
|
|
if (time_after(jiffies, p->exp_time) ||
|
2013-02-15 13:40:31 +00:00
|
|
|
entries == RMC_QUEUE_MAX_LEN) {
|
2016-03-19 02:11:29 +00:00
|
|
|
hlist_del(&p->list);
|
2008-02-23 14:17:09 +00:00
|
|
|
kmem_cache_free(rm_cache, p);
|
|
|
|
--entries;
|
2013-02-15 13:40:31 +00:00
|
|
|
} else if ((seqnum == p->seqnum) && ether_addr_equal(sa, p->sa))
|
2008-02-23 14:17:09 +00:00
|
|
|
return -1;
|
|
|
|
}
|
|
|
|
|
|
|
|
p = kmem_cache_alloc(rm_cache, GFP_ATOMIC);
|
2011-08-29 21:17:31 +00:00
|
|
|
if (!p)
|
2008-02-23 14:17:09 +00:00
|
|
|
return 0;
|
2011-08-29 21:17:31 +00:00
|
|
|
|
2008-02-23 14:17:09 +00:00
|
|
|
p->seqnum = seqnum;
|
|
|
|
p->exp_time = jiffies + RMC_TIMEOUT;
|
|
|
|
memcpy(p->sa, sa, ETH_ALEN);
|
2016-03-19 02:11:29 +00:00
|
|
|
hlist_add_head(&p->list, &rmc->bucket[idx]);
|
2008-02-23 14:17:09 +00:00
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2013-02-15 13:40:31 +00:00
|
|
|
int mesh_add_meshconf_ie(struct ieee80211_sub_if_data *sdata,
|
|
|
|
struct sk_buff *skb)
|
2011-08-12 02:35:10 +00:00
|
|
|
{
|
|
|
|
struct ieee80211_if_mesh *ifmsh = &sdata->u.mesh;
|
|
|
|
u8 *pos, neighbors;
|
|
|
|
u8 meshconf_len = sizeof(struct ieee80211_meshconf_ie);
|
2018-10-25 19:48:52 +00:00
|
|
|
bool is_connected_to_gate = ifmsh->num_gates > 0 ||
|
2018-10-25 21:36:34 +00:00
|
|
|
ifmsh->mshcfg.dot11MeshGateAnnouncementProtocol ||
|
|
|
|
ifmsh->mshcfg.dot11MeshConnectedToMeshGate;
|
2020-06-11 14:02:37 +00:00
|
|
|
bool is_connected_to_as = ifmsh->mshcfg.dot11MeshConnectedToAuthServer;
|
2011-08-12 02:35:10 +00:00
|
|
|
|
|
|
|
if (skb_tailroom(skb) < 2 + meshconf_len)
|
|
|
|
return -ENOMEM;
|
|
|
|
|
|
|
|
pos = skb_put(skb, 2 + meshconf_len);
|
|
|
|
*pos++ = WLAN_EID_MESH_CONFIG;
|
|
|
|
*pos++ = meshconf_len;
|
|
|
|
|
2013-12-15 21:14:16 +00:00
|
|
|
/* save a pointer for quick updates in pre-tbtt */
|
|
|
|
ifmsh->meshconf_offset = pos - skb->data;
|
|
|
|
|
2011-08-12 02:35:10 +00:00
|
|
|
/* Active path selection protocol ID */
|
|
|
|
*pos++ = ifmsh->mesh_pp_id;
|
|
|
|
/* Active path selection metric ID */
|
|
|
|
*pos++ = ifmsh->mesh_pm_id;
|
|
|
|
/* Congestion control mode identifier */
|
|
|
|
*pos++ = ifmsh->mesh_cc_id;
|
|
|
|
/* Synchronization protocol identifier */
|
|
|
|
*pos++ = ifmsh->mesh_sp_id;
|
|
|
|
/* Authentication Protocol identifier */
|
|
|
|
*pos++ = ifmsh->mesh_auth_id;
|
|
|
|
/* Mesh Formation Info - number of neighbors */
|
2012-10-09 20:27:47 +00:00
|
|
|
neighbors = atomic_read(&ifmsh->estab_plinks);
|
2013-05-29 21:32:36 +00:00
|
|
|
neighbors = min_t(int, neighbors, IEEE80211_MAX_MESH_PEERINGS);
|
2020-06-11 14:02:37 +00:00
|
|
|
*pos++ = (is_connected_to_as << 7) |
|
|
|
|
(neighbors << 1) |
|
|
|
|
is_connected_to_gate;
|
2011-08-12 02:35:10 +00:00
|
|
|
/* Mesh capability */
|
2013-07-12 10:55:22 +00:00
|
|
|
*pos = 0x00;
|
|
|
|
*pos |= ifmsh->mshcfg.dot11MeshForwarding ?
|
|
|
|
IEEE80211_MESHCONF_CAPAB_FORWARDING : 0x00;
|
2012-03-31 18:31:32 +00:00
|
|
|
*pos |= ifmsh->accepting_plinks ?
|
2013-02-15 13:40:31 +00:00
|
|
|
IEEE80211_MESHCONF_CAPAB_ACCEPT_PLINKS : 0x00;
|
2013-01-30 17:14:08 +00:00
|
|
|
/* Mesh PS mode. See IEEE802.11-2012 8.4.2.100.8 */
|
|
|
|
*pos |= ifmsh->ps_peers_deep_sleep ?
|
2013-02-15 13:40:31 +00:00
|
|
|
IEEE80211_MESHCONF_CAPAB_POWER_SAVE_LEVEL : 0x00;
|
2011-08-12 02:35:10 +00:00
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2013-02-15 13:40:31 +00:00
|
|
|
int mesh_add_meshid_ie(struct ieee80211_sub_if_data *sdata, struct sk_buff *skb)
|
2011-08-12 02:35:10 +00:00
|
|
|
{
|
|
|
|
struct ieee80211_if_mesh *ifmsh = &sdata->u.mesh;
|
|
|
|
u8 *pos;
|
|
|
|
|
|
|
|
if (skb_tailroom(skb) < 2 + ifmsh->mesh_id_len)
|
|
|
|
return -ENOMEM;
|
|
|
|
|
|
|
|
pos = skb_put(skb, 2 + ifmsh->mesh_id_len);
|
|
|
|
*pos++ = WLAN_EID_MESH_ID;
|
|
|
|
*pos++ = ifmsh->mesh_id_len;
|
|
|
|
if (ifmsh->mesh_id_len)
|
|
|
|
memcpy(pos, ifmsh->mesh_id, ifmsh->mesh_id_len);
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2013-02-15 13:40:31 +00:00
|
|
|
static int mesh_add_awake_window_ie(struct ieee80211_sub_if_data *sdata,
|
|
|
|
struct sk_buff *skb)
|
2013-01-30 17:14:08 +00:00
|
|
|
{
|
|
|
|
struct ieee80211_if_mesh *ifmsh = &sdata->u.mesh;
|
|
|
|
u8 *pos;
|
|
|
|
|
|
|
|
/* see IEEE802.11-2012 13.14.6 */
|
|
|
|
if (ifmsh->ps_peers_light_sleep == 0 &&
|
|
|
|
ifmsh->ps_peers_deep_sleep == 0 &&
|
|
|
|
ifmsh->nonpeer_pm == NL80211_MESH_POWER_ACTIVE)
|
|
|
|
return 0;
|
|
|
|
|
|
|
|
if (skb_tailroom(skb) < 4)
|
|
|
|
return -ENOMEM;
|
|
|
|
|
|
|
|
pos = skb_put(skb, 2 + 2);
|
|
|
|
*pos++ = WLAN_EID_MESH_AWAKE_WINDOW;
|
|
|
|
*pos++ = 2;
|
|
|
|
put_unaligned_le16(ifmsh->mshcfg.dot11MeshAwakeWindowDuration, pos);
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2013-02-15 13:40:31 +00:00
|
|
|
int mesh_add_vendor_ies(struct ieee80211_sub_if_data *sdata,
|
|
|
|
struct sk_buff *skb)
|
2011-08-12 02:35:10 +00:00
|
|
|
{
|
|
|
|
struct ieee80211_if_mesh *ifmsh = &sdata->u.mesh;
|
|
|
|
u8 offset, len;
|
|
|
|
const u8 *data;
|
|
|
|
|
|
|
|
if (!ifmsh->ie || !ifmsh->ie_len)
|
|
|
|
return 0;
|
|
|
|
|
|
|
|
/* fast-forward to vendor IEs */
|
|
|
|
offset = ieee80211_ie_split_vendor(ifmsh->ie, ifmsh->ie_len, 0);
|
|
|
|
|
2017-02-03 13:38:29 +00:00
|
|
|
if (offset < ifmsh->ie_len) {
|
2011-08-12 02:35:10 +00:00
|
|
|
len = ifmsh->ie_len - offset;
|
|
|
|
data = ifmsh->ie + offset;
|
|
|
|
if (skb_tailroom(skb) < len)
|
|
|
|
return -ENOMEM;
|
networking: introduce and use skb_put_data()
A common pattern with skb_put() is to just want to memcpy()
some data into the new space, introduce skb_put_data() for
this.
An spatch similar to the one for skb_put_zero() converts many
of the places using it:
@@
identifier p, p2;
expression len, skb, data;
type t, t2;
@@
(
-p = skb_put(skb, len);
+p = skb_put_data(skb, data, len);
|
-p = (t)skb_put(skb, len);
+p = skb_put_data(skb, data, len);
)
(
p2 = (t2)p;
-memcpy(p2, data, len);
|
-memcpy(p, data, len);
)
@@
type t, t2;
identifier p, p2;
expression skb, data;
@@
t *p;
...
(
-p = skb_put(skb, sizeof(t));
+p = skb_put_data(skb, data, sizeof(t));
|
-p = (t *)skb_put(skb, sizeof(t));
+p = skb_put_data(skb, data, sizeof(t));
)
(
p2 = (t2)p;
-memcpy(p2, data, sizeof(*p));
|
-memcpy(p, data, sizeof(*p));
)
@@
expression skb, len, data;
@@
-memcpy(skb_put(skb, len), data, len);
+skb_put_data(skb, data, len);
(again, manually post-processed to retain some comments)
Reviewed-by: Stephen Hemminger <stephen@networkplumber.org>
Signed-off-by: Johannes Berg <johannes.berg@intel.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
2017-06-16 12:29:20 +00:00
|
|
|
skb_put_data(skb, data, len);
|
2011-08-12 02:35:10 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2013-02-15 13:40:31 +00:00
|
|
|
int mesh_add_rsn_ie(struct ieee80211_sub_if_data *sdata, struct sk_buff *skb)
|
2011-08-12 02:35:10 +00:00
|
|
|
{
|
|
|
|
struct ieee80211_if_mesh *ifmsh = &sdata->u.mesh;
|
|
|
|
u8 len = 0;
|
|
|
|
const u8 *data;
|
|
|
|
|
|
|
|
if (!ifmsh->ie || !ifmsh->ie_len)
|
|
|
|
return 0;
|
|
|
|
|
|
|
|
/* find RSN IE */
|
2014-04-15 14:43:07 +00:00
|
|
|
data = cfg80211_find_ie(WLAN_EID_RSN, ifmsh->ie, ifmsh->ie_len);
|
|
|
|
if (!data)
|
|
|
|
return 0;
|
2011-08-12 02:35:10 +00:00
|
|
|
|
2014-04-15 14:43:07 +00:00
|
|
|
len = data[1] + 2;
|
|
|
|
|
|
|
|
if (skb_tailroom(skb) < len)
|
|
|
|
return -ENOMEM;
|
networking: introduce and use skb_put_data()
A common pattern with skb_put() is to just want to memcpy()
some data into the new space, introduce skb_put_data() for
this.
An spatch similar to the one for skb_put_zero() converts many
of the places using it:
@@
identifier p, p2;
expression len, skb, data;
type t, t2;
@@
(
-p = skb_put(skb, len);
+p = skb_put_data(skb, data, len);
|
-p = (t)skb_put(skb, len);
+p = skb_put_data(skb, data, len);
)
(
p2 = (t2)p;
-memcpy(p2, data, len);
|
-memcpy(p, data, len);
)
@@
type t, t2;
identifier p, p2;
expression skb, data;
@@
t *p;
...
(
-p = skb_put(skb, sizeof(t));
+p = skb_put_data(skb, data, sizeof(t));
|
-p = (t *)skb_put(skb, sizeof(t));
+p = skb_put_data(skb, data, sizeof(t));
)
(
p2 = (t2)p;
-memcpy(p2, data, sizeof(*p));
|
-memcpy(p, data, sizeof(*p));
)
@@
expression skb, len, data;
@@
-memcpy(skb_put(skb, len), data, len);
+skb_put_data(skb, data, len);
(again, manually post-processed to retain some comments)
Reviewed-by: Stephen Hemminger <stephen@networkplumber.org>
Signed-off-by: Johannes Berg <johannes.berg@intel.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
2017-06-16 12:29:20 +00:00
|
|
|
skb_put_data(skb, data, len);
|
2011-08-12 02:35:10 +00:00
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2013-02-15 13:40:31 +00:00
|
|
|
static int mesh_add_ds_params_ie(struct ieee80211_sub_if_data *sdata,
|
|
|
|
struct sk_buff *skb)
|
2011-08-12 02:35:10 +00:00
|
|
|
{
|
2012-07-26 15:24:39 +00:00
|
|
|
struct ieee80211_chanctx_conf *chanctx_conf;
|
|
|
|
struct ieee80211_channel *chan;
|
2011-08-12 02:35:10 +00:00
|
|
|
u8 *pos;
|
2008-02-23 14:17:09 +00:00
|
|
|
|
2011-08-12 02:35:10 +00:00
|
|
|
if (skb_tailroom(skb) < 3)
|
|
|
|
return -ENOMEM;
|
|
|
|
|
2012-07-26 15:24:39 +00:00
|
|
|
rcu_read_lock();
|
wifi: mac80211: move some future per-link data to bss_conf
To add MLD, reuse the bss_conf structure later for per-link
information, so move some things into it that are per link.
Most transformations were done with the following spatch:
@@
expression sdata;
identifier var = { chanctx_conf, mu_mimo_owner, csa_active, color_change_active, color_change_color };
@@
-sdata->vif.var
+sdata->vif.bss_conf.var
@@
struct ieee80211_vif *vif;
identifier var = { chanctx_conf, mu_mimo_owner, csa_active, color_change_active, color_change_color };
@@
-vif->var
+vif->bss_conf.var
Signed-off-by: Johannes Berg <johannes.berg@intel.com>
2022-05-10 11:26:44 +00:00
|
|
|
chanctx_conf = rcu_dereference(sdata->vif.bss_conf.chanctx_conf);
|
2012-07-26 15:24:39 +00:00
|
|
|
if (WARN_ON(!chanctx_conf)) {
|
|
|
|
rcu_read_unlock();
|
|
|
|
return -EINVAL;
|
|
|
|
}
|
2012-11-09 10:39:59 +00:00
|
|
|
chan = chanctx_conf->def.chan;
|
2012-07-26 15:24:39 +00:00
|
|
|
rcu_read_unlock();
|
|
|
|
|
2013-02-06 13:17:17 +00:00
|
|
|
pos = skb_put(skb, 2 + 1);
|
|
|
|
*pos++ = WLAN_EID_DS_PARAMS;
|
|
|
|
*pos++ = 1;
|
|
|
|
*pos++ = ieee80211_frequency_to_channel(chan->center_freq);
|
2009-11-09 23:46:54 +00:00
|
|
|
|
2011-08-12 02:35:10 +00:00
|
|
|
return 0;
|
2008-02-23 14:17:09 +00:00
|
|
|
}
|
|
|
|
|
2013-02-15 13:40:31 +00:00
|
|
|
int mesh_add_ht_cap_ie(struct ieee80211_sub_if_data *sdata,
|
|
|
|
struct sk_buff *skb)
|
2011-10-26 21:47:27 +00:00
|
|
|
{
|
|
|
|
struct ieee80211_supported_band *sband;
|
|
|
|
u8 *pos;
|
|
|
|
|
2017-04-27 07:15:38 +00:00
|
|
|
sband = ieee80211_get_sband(sdata);
|
|
|
|
if (!sband)
|
|
|
|
return -EINVAL;
|
|
|
|
|
2020-05-28 19:34:34 +00:00
|
|
|
/* HT not allowed in 6 GHz */
|
|
|
|
if (sband->band == NL80211_BAND_6GHZ)
|
|
|
|
return 0;
|
|
|
|
|
2011-10-26 21:47:27 +00:00
|
|
|
if (!sband->ht_cap.ht_supported ||
|
wifi: mac80211: introduce 'channel request'
For channel contexts, mac80211 currently uses the cfg80211
chandef struct (control channel, center freq(s), width) to
define towards drivers and internally how these behave. In
fact, there are _two_ such structs used, where the min_def
can reduce bandwidth according to the stations connected.
Unfortunately, with EHT this is longer be sufficient, at
least not for all hardware. EHT requires that non-AP STAs
that are connected to an AP with a lower bandwidth than it
(the AP) advertises (e.g. 160 MHz STA connected to 320 MHz
AP) still be able to receive downlink OFDMA and respond to
trigger frames for uplink OFDMA that specify the position
and bandwidth for the non-AP STA relative to the channel
the AP is using. Therefore, they need to be aware of this,
and at least for some hardware (e.g. Intel) this awareness
is in the hardware. As a result, use of the "same" channel
may need to be split over two channel contexts where they
differ by the AP being used.
As a first step, introduce a concept of a channel request
('chanreq') for each interface, to control the context it
requests. This step does nothing but reorganise the code,
so that later the AP's chandef can be added to the request
in order to handle the EHT case described above.
Link: https://msgid.link/20240129194108.2e88e48bd2e9.I4256183debe975c5ed71621611206fdbb69ba330@changeid
Signed-off-by: Johannes Berg <johannes.berg@intel.com>
2024-01-29 18:34:40 +00:00
|
|
|
sdata->vif.bss_conf.chanreq.oper.width == NL80211_CHAN_WIDTH_20_NOHT ||
|
|
|
|
sdata->vif.bss_conf.chanreq.oper.width == NL80211_CHAN_WIDTH_5 ||
|
|
|
|
sdata->vif.bss_conf.chanreq.oper.width == NL80211_CHAN_WIDTH_10)
|
2011-10-26 21:47:27 +00:00
|
|
|
return 0;
|
|
|
|
|
|
|
|
if (skb_tailroom(skb) < 2 + sizeof(struct ieee80211_ht_cap))
|
|
|
|
return -ENOMEM;
|
|
|
|
|
|
|
|
pos = skb_put(skb, 2 + sizeof(struct ieee80211_ht_cap));
|
2011-11-18 19:32:00 +00:00
|
|
|
ieee80211_ie_build_ht_cap(pos, &sband->ht_cap, sband->ht_cap.cap);
|
2011-10-26 21:47:27 +00:00
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2013-02-15 13:40:31 +00:00
|
|
|
int mesh_add_ht_oper_ie(struct ieee80211_sub_if_data *sdata,
|
|
|
|
struct sk_buff *skb)
|
2011-10-26 21:47:27 +00:00
|
|
|
{
|
|
|
|
struct ieee80211_local *local = sdata->local;
|
2012-07-26 15:24:39 +00:00
|
|
|
struct ieee80211_chanctx_conf *chanctx_conf;
|
|
|
|
struct ieee80211_channel *channel;
|
|
|
|
struct ieee80211_supported_band *sband;
|
|
|
|
struct ieee80211_sta_ht_cap *ht_cap;
|
2011-10-26 21:47:27 +00:00
|
|
|
u8 *pos;
|
|
|
|
|
2012-07-26 15:24:39 +00:00
|
|
|
rcu_read_lock();
|
wifi: mac80211: move some future per-link data to bss_conf
To add MLD, reuse the bss_conf structure later for per-link
information, so move some things into it that are per link.
Most transformations were done with the following spatch:
@@
expression sdata;
identifier var = { chanctx_conf, mu_mimo_owner, csa_active, color_change_active, color_change_color };
@@
-sdata->vif.var
+sdata->vif.bss_conf.var
@@
struct ieee80211_vif *vif;
identifier var = { chanctx_conf, mu_mimo_owner, csa_active, color_change_active, color_change_color };
@@
-vif->var
+vif->bss_conf.var
Signed-off-by: Johannes Berg <johannes.berg@intel.com>
2022-05-10 11:26:44 +00:00
|
|
|
chanctx_conf = rcu_dereference(sdata->vif.bss_conf.chanctx_conf);
|
2012-07-26 15:24:39 +00:00
|
|
|
if (WARN_ON(!chanctx_conf)) {
|
|
|
|
rcu_read_unlock();
|
|
|
|
return -EINVAL;
|
|
|
|
}
|
2012-11-09 10:39:59 +00:00
|
|
|
channel = chanctx_conf->def.chan;
|
2012-07-26 15:24:39 +00:00
|
|
|
rcu_read_unlock();
|
|
|
|
|
|
|
|
sband = local->hw.wiphy->bands[channel->band];
|
|
|
|
ht_cap = &sband->ht_cap;
|
|
|
|
|
2020-05-28 19:34:34 +00:00
|
|
|
/* HT not allowed in 6 GHz */
|
|
|
|
if (sband->band == NL80211_BAND_6GHZ)
|
|
|
|
return 0;
|
|
|
|
|
2015-08-27 13:00:18 +00:00
|
|
|
if (!ht_cap->ht_supported ||
|
wifi: mac80211: introduce 'channel request'
For channel contexts, mac80211 currently uses the cfg80211
chandef struct (control channel, center freq(s), width) to
define towards drivers and internally how these behave. In
fact, there are _two_ such structs used, where the min_def
can reduce bandwidth according to the stations connected.
Unfortunately, with EHT this is longer be sufficient, at
least not for all hardware. EHT requires that non-AP STAs
that are connected to an AP with a lower bandwidth than it
(the AP) advertises (e.g. 160 MHz STA connected to 320 MHz
AP) still be able to receive downlink OFDMA and respond to
trigger frames for uplink OFDMA that specify the position
and bandwidth for the non-AP STA relative to the channel
the AP is using. Therefore, they need to be aware of this,
and at least for some hardware (e.g. Intel) this awareness
is in the hardware. As a result, use of the "same" channel
may need to be split over two channel contexts where they
differ by the AP being used.
As a first step, introduce a concept of a channel request
('chanreq') for each interface, to control the context it
requests. This step does nothing but reorganise the code,
so that later the AP's chandef can be added to the request
in order to handle the EHT case described above.
Link: https://msgid.link/20240129194108.2e88e48bd2e9.I4256183debe975c5ed71621611206fdbb69ba330@changeid
Signed-off-by: Johannes Berg <johannes.berg@intel.com>
2024-01-29 18:34:40 +00:00
|
|
|
sdata->vif.bss_conf.chanreq.oper.width == NL80211_CHAN_WIDTH_20_NOHT ||
|
|
|
|
sdata->vif.bss_conf.chanreq.oper.width == NL80211_CHAN_WIDTH_5 ||
|
|
|
|
sdata->vif.bss_conf.chanreq.oper.width == NL80211_CHAN_WIDTH_10)
|
2011-10-26 21:47:27 +00:00
|
|
|
return 0;
|
|
|
|
|
2012-03-15 18:45:16 +00:00
|
|
|
if (skb_tailroom(skb) < 2 + sizeof(struct ieee80211_ht_operation))
|
2011-10-26 21:47:27 +00:00
|
|
|
return -ENOMEM;
|
|
|
|
|
2012-03-15 18:45:16 +00:00
|
|
|
pos = skb_put(skb, 2 + sizeof(struct ieee80211_ht_operation));
|
wifi: mac80211: introduce 'channel request'
For channel contexts, mac80211 currently uses the cfg80211
chandef struct (control channel, center freq(s), width) to
define towards drivers and internally how these behave. In
fact, there are _two_ such structs used, where the min_def
can reduce bandwidth according to the stations connected.
Unfortunately, with EHT this is longer be sufficient, at
least not for all hardware. EHT requires that non-AP STAs
that are connected to an AP with a lower bandwidth than it
(the AP) advertises (e.g. 160 MHz STA connected to 320 MHz
AP) still be able to receive downlink OFDMA and respond to
trigger frames for uplink OFDMA that specify the position
and bandwidth for the non-AP STA relative to the channel
the AP is using. Therefore, they need to be aware of this,
and at least for some hardware (e.g. Intel) this awareness
is in the hardware. As a result, use of the "same" channel
may need to be split over two channel contexts where they
differ by the AP being used.
As a first step, introduce a concept of a channel request
('chanreq') for each interface, to control the context it
requests. This step does nothing but reorganise the code,
so that later the AP's chandef can be added to the request
in order to handle the EHT case described above.
Link: https://msgid.link/20240129194108.2e88e48bd2e9.I4256183debe975c5ed71621611206fdbb69ba330@changeid
Signed-off-by: Johannes Berg <johannes.berg@intel.com>
2024-01-29 18:34:40 +00:00
|
|
|
ieee80211_ie_build_ht_oper(pos, ht_cap, &sdata->vif.bss_conf.chanreq.oper,
|
2015-10-25 08:59:34 +00:00
|
|
|
sdata->vif.bss_conf.ht_operation_mode,
|
|
|
|
false);
|
2011-10-26 21:47:27 +00:00
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
2013-02-15 13:40:31 +00:00
|
|
|
|
2015-08-27 13:00:18 +00:00
|
|
|
int mesh_add_vht_cap_ie(struct ieee80211_sub_if_data *sdata,
|
|
|
|
struct sk_buff *skb)
|
|
|
|
{
|
|
|
|
struct ieee80211_supported_band *sband;
|
|
|
|
u8 *pos;
|
|
|
|
|
2017-04-27 07:15:38 +00:00
|
|
|
sband = ieee80211_get_sband(sdata);
|
|
|
|
if (!sband)
|
|
|
|
return -EINVAL;
|
|
|
|
|
2020-05-28 19:34:34 +00:00
|
|
|
/* VHT not allowed in 6 GHz */
|
|
|
|
if (sband->band == NL80211_BAND_6GHZ)
|
|
|
|
return 0;
|
|
|
|
|
2015-08-27 13:00:18 +00:00
|
|
|
if (!sband->vht_cap.vht_supported ||
|
wifi: mac80211: introduce 'channel request'
For channel contexts, mac80211 currently uses the cfg80211
chandef struct (control channel, center freq(s), width) to
define towards drivers and internally how these behave. In
fact, there are _two_ such structs used, where the min_def
can reduce bandwidth according to the stations connected.
Unfortunately, with EHT this is longer be sufficient, at
least not for all hardware. EHT requires that non-AP STAs
that are connected to an AP with a lower bandwidth than it
(the AP) advertises (e.g. 160 MHz STA connected to 320 MHz
AP) still be able to receive downlink OFDMA and respond to
trigger frames for uplink OFDMA that specify the position
and bandwidth for the non-AP STA relative to the channel
the AP is using. Therefore, they need to be aware of this,
and at least for some hardware (e.g. Intel) this awareness
is in the hardware. As a result, use of the "same" channel
may need to be split over two channel contexts where they
differ by the AP being used.
As a first step, introduce a concept of a channel request
('chanreq') for each interface, to control the context it
requests. This step does nothing but reorganise the code,
so that later the AP's chandef can be added to the request
in order to handle the EHT case described above.
Link: https://msgid.link/20240129194108.2e88e48bd2e9.I4256183debe975c5ed71621611206fdbb69ba330@changeid
Signed-off-by: Johannes Berg <johannes.berg@intel.com>
2024-01-29 18:34:40 +00:00
|
|
|
sdata->vif.bss_conf.chanreq.oper.width == NL80211_CHAN_WIDTH_20_NOHT ||
|
|
|
|
sdata->vif.bss_conf.chanreq.oper.width == NL80211_CHAN_WIDTH_5 ||
|
|
|
|
sdata->vif.bss_conf.chanreq.oper.width == NL80211_CHAN_WIDTH_10)
|
2015-08-27 13:00:18 +00:00
|
|
|
return 0;
|
|
|
|
|
|
|
|
if (skb_tailroom(skb) < 2 + sizeof(struct ieee80211_vht_cap))
|
|
|
|
return -ENOMEM;
|
|
|
|
|
|
|
|
pos = skb_put(skb, 2 + sizeof(struct ieee80211_vht_cap));
|
|
|
|
ieee80211_ie_build_vht_cap(pos, &sband->vht_cap, sband->vht_cap.cap);
|
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
int mesh_add_vht_oper_ie(struct ieee80211_sub_if_data *sdata,
|
|
|
|
struct sk_buff *skb)
|
|
|
|
{
|
|
|
|
struct ieee80211_local *local = sdata->local;
|
|
|
|
struct ieee80211_chanctx_conf *chanctx_conf;
|
|
|
|
struct ieee80211_channel *channel;
|
|
|
|
struct ieee80211_supported_band *sband;
|
|
|
|
struct ieee80211_sta_vht_cap *vht_cap;
|
|
|
|
u8 *pos;
|
|
|
|
|
|
|
|
rcu_read_lock();
|
wifi: mac80211: move some future per-link data to bss_conf
To add MLD, reuse the bss_conf structure later for per-link
information, so move some things into it that are per link.
Most transformations were done with the following spatch:
@@
expression sdata;
identifier var = { chanctx_conf, mu_mimo_owner, csa_active, color_change_active, color_change_color };
@@
-sdata->vif.var
+sdata->vif.bss_conf.var
@@
struct ieee80211_vif *vif;
identifier var = { chanctx_conf, mu_mimo_owner, csa_active, color_change_active, color_change_color };
@@
-vif->var
+vif->bss_conf.var
Signed-off-by: Johannes Berg <johannes.berg@intel.com>
2022-05-10 11:26:44 +00:00
|
|
|
chanctx_conf = rcu_dereference(sdata->vif.bss_conf.chanctx_conf);
|
2015-08-27 13:00:18 +00:00
|
|
|
if (WARN_ON(!chanctx_conf)) {
|
|
|
|
rcu_read_unlock();
|
|
|
|
return -EINVAL;
|
|
|
|
}
|
|
|
|
channel = chanctx_conf->def.chan;
|
|
|
|
rcu_read_unlock();
|
|
|
|
|
|
|
|
sband = local->hw.wiphy->bands[channel->band];
|
|
|
|
vht_cap = &sband->vht_cap;
|
|
|
|
|
2020-05-28 19:34:34 +00:00
|
|
|
/* VHT not allowed in 6 GHz */
|
|
|
|
if (sband->band == NL80211_BAND_6GHZ)
|
|
|
|
return 0;
|
|
|
|
|
2015-08-27 13:00:18 +00:00
|
|
|
if (!vht_cap->vht_supported ||
|
wifi: mac80211: introduce 'channel request'
For channel contexts, mac80211 currently uses the cfg80211
chandef struct (control channel, center freq(s), width) to
define towards drivers and internally how these behave. In
fact, there are _two_ such structs used, where the min_def
can reduce bandwidth according to the stations connected.
Unfortunately, with EHT this is longer be sufficient, at
least not for all hardware. EHT requires that non-AP STAs
that are connected to an AP with a lower bandwidth than it
(the AP) advertises (e.g. 160 MHz STA connected to 320 MHz
AP) still be able to receive downlink OFDMA and respond to
trigger frames for uplink OFDMA that specify the position
and bandwidth for the non-AP STA relative to the channel
the AP is using. Therefore, they need to be aware of this,
and at least for some hardware (e.g. Intel) this awareness
is in the hardware. As a result, use of the "same" channel
may need to be split over two channel contexts where they
differ by the AP being used.
As a first step, introduce a concept of a channel request
('chanreq') for each interface, to control the context it
requests. This step does nothing but reorganise the code,
so that later the AP's chandef can be added to the request
in order to handle the EHT case described above.
Link: https://msgid.link/20240129194108.2e88e48bd2e9.I4256183debe975c5ed71621611206fdbb69ba330@changeid
Signed-off-by: Johannes Berg <johannes.berg@intel.com>
2024-01-29 18:34:40 +00:00
|
|
|
sdata->vif.bss_conf.chanreq.oper.width == NL80211_CHAN_WIDTH_20_NOHT ||
|
|
|
|
sdata->vif.bss_conf.chanreq.oper.width == NL80211_CHAN_WIDTH_5 ||
|
|
|
|
sdata->vif.bss_conf.chanreq.oper.width == NL80211_CHAN_WIDTH_10)
|
2015-08-27 13:00:18 +00:00
|
|
|
return 0;
|
|
|
|
|
|
|
|
if (skb_tailroom(skb) < 2 + sizeof(struct ieee80211_vht_operation))
|
|
|
|
return -ENOMEM;
|
|
|
|
|
|
|
|
pos = skb_put(skb, 2 + sizeof(struct ieee80211_vht_operation));
|
|
|
|
ieee80211_ie_build_vht_oper(pos, vht_cap,
|
wifi: mac80211: introduce 'channel request'
For channel contexts, mac80211 currently uses the cfg80211
chandef struct (control channel, center freq(s), width) to
define towards drivers and internally how these behave. In
fact, there are _two_ such structs used, where the min_def
can reduce bandwidth according to the stations connected.
Unfortunately, with EHT this is longer be sufficient, at
least not for all hardware. EHT requires that non-AP STAs
that are connected to an AP with a lower bandwidth than it
(the AP) advertises (e.g. 160 MHz STA connected to 320 MHz
AP) still be able to receive downlink OFDMA and respond to
trigger frames for uplink OFDMA that specify the position
and bandwidth for the non-AP STA relative to the channel
the AP is using. Therefore, they need to be aware of this,
and at least for some hardware (e.g. Intel) this awareness
is in the hardware. As a result, use of the "same" channel
may need to be split over two channel contexts where they
differ by the AP being used.
As a first step, introduce a concept of a channel request
('chanreq') for each interface, to control the context it
requests. This step does nothing but reorganise the code,
so that later the AP's chandef can be added to the request
in order to handle the EHT case described above.
Link: https://msgid.link/20240129194108.2e88e48bd2e9.I4256183debe975c5ed71621611206fdbb69ba330@changeid
Signed-off-by: Johannes Berg <johannes.berg@intel.com>
2024-01-29 18:34:40 +00:00
|
|
|
&sdata->vif.bss_conf.chanreq.oper);
|
2015-08-27 13:00:18 +00:00
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2019-07-24 16:33:56 +00:00
|
|
|
int mesh_add_he_cap_ie(struct ieee80211_sub_if_data *sdata,
|
|
|
|
struct sk_buff *skb, u8 ie_len)
|
|
|
|
{
|
|
|
|
struct ieee80211_supported_band *sband;
|
|
|
|
|
|
|
|
sband = ieee80211_get_sband(sdata);
|
|
|
|
if (!sband)
|
|
|
|
return -EINVAL;
|
|
|
|
|
2024-01-29 19:19:35 +00:00
|
|
|
if (sdata->vif.bss_conf.chanreq.oper.width == NL80211_CHAN_WIDTH_20_NOHT ||
|
wifi: mac80211: introduce 'channel request'
For channel contexts, mac80211 currently uses the cfg80211
chandef struct (control channel, center freq(s), width) to
define towards drivers and internally how these behave. In
fact, there are _two_ such structs used, where the min_def
can reduce bandwidth according to the stations connected.
Unfortunately, with EHT this is longer be sufficient, at
least not for all hardware. EHT requires that non-AP STAs
that are connected to an AP with a lower bandwidth than it
(the AP) advertises (e.g. 160 MHz STA connected to 320 MHz
AP) still be able to receive downlink OFDMA and respond to
trigger frames for uplink OFDMA that specify the position
and bandwidth for the non-AP STA relative to the channel
the AP is using. Therefore, they need to be aware of this,
and at least for some hardware (e.g. Intel) this awareness
is in the hardware. As a result, use of the "same" channel
may need to be split over two channel contexts where they
differ by the AP being used.
As a first step, introduce a concept of a channel request
('chanreq') for each interface, to control the context it
requests. This step does nothing but reorganise the code,
so that later the AP's chandef can be added to the request
in order to handle the EHT case described above.
Link: https://msgid.link/20240129194108.2e88e48bd2e9.I4256183debe975c5ed71621611206fdbb69ba330@changeid
Signed-off-by: Johannes Berg <johannes.berg@intel.com>
2024-01-29 18:34:40 +00:00
|
|
|
sdata->vif.bss_conf.chanreq.oper.width == NL80211_CHAN_WIDTH_5 ||
|
|
|
|
sdata->vif.bss_conf.chanreq.oper.width == NL80211_CHAN_WIDTH_10)
|
2019-07-24 16:33:56 +00:00
|
|
|
return 0;
|
|
|
|
|
2024-01-29 19:19:35 +00:00
|
|
|
return ieee80211_put_he_cap(skb, sdata, sband, NULL);
|
2019-07-24 16:33:56 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
int mesh_add_he_oper_ie(struct ieee80211_sub_if_data *sdata,
|
|
|
|
struct sk_buff *skb)
|
|
|
|
{
|
|
|
|
const struct ieee80211_sta_he_cap *he_cap;
|
|
|
|
struct ieee80211_supported_band *sband;
|
2020-05-28 19:34:33 +00:00
|
|
|
u32 len;
|
2019-07-24 16:33:56 +00:00
|
|
|
u8 *pos;
|
|
|
|
|
|
|
|
sband = ieee80211_get_sband(sdata);
|
|
|
|
if (!sband)
|
|
|
|
return -EINVAL;
|
|
|
|
|
|
|
|
he_cap = ieee80211_get_he_iftype_cap(sband, NL80211_IFTYPE_MESH_POINT);
|
|
|
|
if (!he_cap ||
|
wifi: mac80211: introduce 'channel request'
For channel contexts, mac80211 currently uses the cfg80211
chandef struct (control channel, center freq(s), width) to
define towards drivers and internally how these behave. In
fact, there are _two_ such structs used, where the min_def
can reduce bandwidth according to the stations connected.
Unfortunately, with EHT this is longer be sufficient, at
least not for all hardware. EHT requires that non-AP STAs
that are connected to an AP with a lower bandwidth than it
(the AP) advertises (e.g. 160 MHz STA connected to 320 MHz
AP) still be able to receive downlink OFDMA and respond to
trigger frames for uplink OFDMA that specify the position
and bandwidth for the non-AP STA relative to the channel
the AP is using. Therefore, they need to be aware of this,
and at least for some hardware (e.g. Intel) this awareness
is in the hardware. As a result, use of the "same" channel
may need to be split over two channel contexts where they
differ by the AP being used.
As a first step, introduce a concept of a channel request
('chanreq') for each interface, to control the context it
requests. This step does nothing but reorganise the code,
so that later the AP's chandef can be added to the request
in order to handle the EHT case described above.
Link: https://msgid.link/20240129194108.2e88e48bd2e9.I4256183debe975c5ed71621611206fdbb69ba330@changeid
Signed-off-by: Johannes Berg <johannes.berg@intel.com>
2024-01-29 18:34:40 +00:00
|
|
|
sdata->vif.bss_conf.chanreq.oper.width == NL80211_CHAN_WIDTH_20_NOHT ||
|
|
|
|
sdata->vif.bss_conf.chanreq.oper.width == NL80211_CHAN_WIDTH_5 ||
|
|
|
|
sdata->vif.bss_conf.chanreq.oper.width == NL80211_CHAN_WIDTH_10)
|
2019-07-24 16:33:56 +00:00
|
|
|
return 0;
|
|
|
|
|
2020-05-28 19:34:33 +00:00
|
|
|
len = 2 + 1 + sizeof(struct ieee80211_he_operation);
|
wifi: mac80211: introduce 'channel request'
For channel contexts, mac80211 currently uses the cfg80211
chandef struct (control channel, center freq(s), width) to
define towards drivers and internally how these behave. In
fact, there are _two_ such structs used, where the min_def
can reduce bandwidth according to the stations connected.
Unfortunately, with EHT this is longer be sufficient, at
least not for all hardware. EHT requires that non-AP STAs
that are connected to an AP with a lower bandwidth than it
(the AP) advertises (e.g. 160 MHz STA connected to 320 MHz
AP) still be able to receive downlink OFDMA and respond to
trigger frames for uplink OFDMA that specify the position
and bandwidth for the non-AP STA relative to the channel
the AP is using. Therefore, they need to be aware of this,
and at least for some hardware (e.g. Intel) this awareness
is in the hardware. As a result, use of the "same" channel
may need to be split over two channel contexts where they
differ by the AP being used.
As a first step, introduce a concept of a channel request
('chanreq') for each interface, to control the context it
requests. This step does nothing but reorganise the code,
so that later the AP's chandef can be added to the request
in order to handle the EHT case described above.
Link: https://msgid.link/20240129194108.2e88e48bd2e9.I4256183debe975c5ed71621611206fdbb69ba330@changeid
Signed-off-by: Johannes Berg <johannes.berg@intel.com>
2024-01-29 18:34:40 +00:00
|
|
|
if (sdata->vif.bss_conf.chanreq.oper.chan->band == NL80211_BAND_6GHZ)
|
2020-05-28 19:34:33 +00:00
|
|
|
len += sizeof(struct ieee80211_he_6ghz_oper);
|
|
|
|
|
|
|
|
if (skb_tailroom(skb) < len)
|
2019-07-24 16:33:56 +00:00
|
|
|
return -ENOMEM;
|
|
|
|
|
2020-05-28 19:34:33 +00:00
|
|
|
pos = skb_put(skb, len);
|
wifi: mac80211: introduce 'channel request'
For channel contexts, mac80211 currently uses the cfg80211
chandef struct (control channel, center freq(s), width) to
define towards drivers and internally how these behave. In
fact, there are _two_ such structs used, where the min_def
can reduce bandwidth according to the stations connected.
Unfortunately, with EHT this is longer be sufficient, at
least not for all hardware. EHT requires that non-AP STAs
that are connected to an AP with a lower bandwidth than it
(the AP) advertises (e.g. 160 MHz STA connected to 320 MHz
AP) still be able to receive downlink OFDMA and respond to
trigger frames for uplink OFDMA that specify the position
and bandwidth for the non-AP STA relative to the channel
the AP is using. Therefore, they need to be aware of this,
and at least for some hardware (e.g. Intel) this awareness
is in the hardware. As a result, use of the "same" channel
may need to be split over two channel contexts where they
differ by the AP being used.
As a first step, introduce a concept of a channel request
('chanreq') for each interface, to control the context it
requests. This step does nothing but reorganise the code,
so that later the AP's chandef can be added to the request
in order to handle the EHT case described above.
Link: https://msgid.link/20240129194108.2e88e48bd2e9.I4256183debe975c5ed71621611206fdbb69ba330@changeid
Signed-off-by: Johannes Berg <johannes.berg@intel.com>
2024-01-29 18:34:40 +00:00
|
|
|
ieee80211_ie_build_he_oper(pos, &sdata->vif.bss_conf.chanreq.oper);
|
2019-07-24 16:33:56 +00:00
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2020-05-28 19:34:32 +00:00
|
|
|
int mesh_add_he_6ghz_cap_ie(struct ieee80211_sub_if_data *sdata,
|
|
|
|
struct sk_buff *skb)
|
|
|
|
{
|
2020-07-02 02:20:24 +00:00
|
|
|
struct ieee80211_supported_band *sband;
|
|
|
|
const struct ieee80211_sband_iftype_data *iftd;
|
|
|
|
|
|
|
|
sband = ieee80211_get_sband(sdata);
|
|
|
|
if (!sband)
|
|
|
|
return -EINVAL;
|
|
|
|
|
|
|
|
iftd = ieee80211_get_sband_iftype_data(sband,
|
|
|
|
NL80211_IFTYPE_MESH_POINT);
|
|
|
|
/* The device doesn't support HE in mesh mode or at all */
|
|
|
|
if (!iftd)
|
|
|
|
return 0;
|
|
|
|
|
2024-01-29 19:19:30 +00:00
|
|
|
ieee80211_put_he_6ghz_cap(skb, sdata, sdata->deflink.smps_mode);
|
2020-05-28 19:34:32 +00:00
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2023-03-27 17:07:42 +00:00
|
|
|
int mesh_add_eht_cap_ie(struct ieee80211_sub_if_data *sdata,
|
|
|
|
struct sk_buff *skb, u8 ie_len)
|
|
|
|
{
|
|
|
|
struct ieee80211_supported_band *sband;
|
|
|
|
|
|
|
|
sband = ieee80211_get_sband(sdata);
|
|
|
|
if (!sband)
|
|
|
|
return -EINVAL;
|
|
|
|
|
2024-01-29 19:19:36 +00:00
|
|
|
if (sdata->vif.bss_conf.chanreq.oper.width == NL80211_CHAN_WIDTH_20_NOHT ||
|
wifi: mac80211: introduce 'channel request'
For channel contexts, mac80211 currently uses the cfg80211
chandef struct (control channel, center freq(s), width) to
define towards drivers and internally how these behave. In
fact, there are _two_ such structs used, where the min_def
can reduce bandwidth according to the stations connected.
Unfortunately, with EHT this is longer be sufficient, at
least not for all hardware. EHT requires that non-AP STAs
that are connected to an AP with a lower bandwidth than it
(the AP) advertises (e.g. 160 MHz STA connected to 320 MHz
AP) still be able to receive downlink OFDMA and respond to
trigger frames for uplink OFDMA that specify the position
and bandwidth for the non-AP STA relative to the channel
the AP is using. Therefore, they need to be aware of this,
and at least for some hardware (e.g. Intel) this awareness
is in the hardware. As a result, use of the "same" channel
may need to be split over two channel contexts where they
differ by the AP being used.
As a first step, introduce a concept of a channel request
('chanreq') for each interface, to control the context it
requests. This step does nothing but reorganise the code,
so that later the AP's chandef can be added to the request
in order to handle the EHT case described above.
Link: https://msgid.link/20240129194108.2e88e48bd2e9.I4256183debe975c5ed71621611206fdbb69ba330@changeid
Signed-off-by: Johannes Berg <johannes.berg@intel.com>
2024-01-29 18:34:40 +00:00
|
|
|
sdata->vif.bss_conf.chanreq.oper.width == NL80211_CHAN_WIDTH_5 ||
|
|
|
|
sdata->vif.bss_conf.chanreq.oper.width == NL80211_CHAN_WIDTH_10)
|
2023-03-27 17:07:42 +00:00
|
|
|
return 0;
|
|
|
|
|
2024-01-29 19:19:36 +00:00
|
|
|
return ieee80211_put_eht_cap(skb, sdata, sband, NULL);
|
2023-03-27 17:07:42 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
int mesh_add_eht_oper_ie(struct ieee80211_sub_if_data *sdata, struct sk_buff *skb)
|
|
|
|
{
|
|
|
|
const struct ieee80211_sta_eht_cap *eht_cap;
|
|
|
|
struct ieee80211_supported_band *sband;
|
|
|
|
u32 len;
|
|
|
|
u8 *pos;
|
|
|
|
|
|
|
|
sband = ieee80211_get_sband(sdata);
|
|
|
|
if (!sband)
|
|
|
|
return -EINVAL;
|
|
|
|
|
|
|
|
eht_cap = ieee80211_get_eht_iftype_cap(sband, NL80211_IFTYPE_MESH_POINT);
|
|
|
|
if (!eht_cap ||
|
wifi: mac80211: introduce 'channel request'
For channel contexts, mac80211 currently uses the cfg80211
chandef struct (control channel, center freq(s), width) to
define towards drivers and internally how these behave. In
fact, there are _two_ such structs used, where the min_def
can reduce bandwidth according to the stations connected.
Unfortunately, with EHT this is longer be sufficient, at
least not for all hardware. EHT requires that non-AP STAs
that are connected to an AP with a lower bandwidth than it
(the AP) advertises (e.g. 160 MHz STA connected to 320 MHz
AP) still be able to receive downlink OFDMA and respond to
trigger frames for uplink OFDMA that specify the position
and bandwidth for the non-AP STA relative to the channel
the AP is using. Therefore, they need to be aware of this,
and at least for some hardware (e.g. Intel) this awareness
is in the hardware. As a result, use of the "same" channel
may need to be split over two channel contexts where they
differ by the AP being used.
As a first step, introduce a concept of a channel request
('chanreq') for each interface, to control the context it
requests. This step does nothing but reorganise the code,
so that later the AP's chandef can be added to the request
in order to handle the EHT case described above.
Link: https://msgid.link/20240129194108.2e88e48bd2e9.I4256183debe975c5ed71621611206fdbb69ba330@changeid
Signed-off-by: Johannes Berg <johannes.berg@intel.com>
2024-01-29 18:34:40 +00:00
|
|
|
sdata->vif.bss_conf.chanreq.oper.width == NL80211_CHAN_WIDTH_20_NOHT ||
|
|
|
|
sdata->vif.bss_conf.chanreq.oper.width == NL80211_CHAN_WIDTH_5 ||
|
|
|
|
sdata->vif.bss_conf.chanreq.oper.width == NL80211_CHAN_WIDTH_10)
|
2023-03-27 17:07:42 +00:00
|
|
|
return 0;
|
|
|
|
|
|
|
|
len = 2 + 1 + offsetof(struct ieee80211_eht_operation, optional) +
|
|
|
|
offsetof(struct ieee80211_eht_operation_info, optional);
|
|
|
|
|
|
|
|
if (skb_tailroom(skb) < len)
|
|
|
|
return -ENOMEM;
|
|
|
|
|
|
|
|
pos = skb_put(skb, len);
|
wifi: mac80211: introduce 'channel request'
For channel contexts, mac80211 currently uses the cfg80211
chandef struct (control channel, center freq(s), width) to
define towards drivers and internally how these behave. In
fact, there are _two_ such structs used, where the min_def
can reduce bandwidth according to the stations connected.
Unfortunately, with EHT this is longer be sufficient, at
least not for all hardware. EHT requires that non-AP STAs
that are connected to an AP with a lower bandwidth than it
(the AP) advertises (e.g. 160 MHz STA connected to 320 MHz
AP) still be able to receive downlink OFDMA and respond to
trigger frames for uplink OFDMA that specify the position
and bandwidth for the non-AP STA relative to the channel
the AP is using. Therefore, they need to be aware of this,
and at least for some hardware (e.g. Intel) this awareness
is in the hardware. As a result, use of the "same" channel
may need to be split over two channel contexts where they
differ by the AP being used.
As a first step, introduce a concept of a channel request
('chanreq') for each interface, to control the context it
requests. This step does nothing but reorganise the code,
so that later the AP's chandef can be added to the request
in order to handle the EHT case described above.
Link: https://msgid.link/20240129194108.2e88e48bd2e9.I4256183debe975c5ed71621611206fdbb69ba330@changeid
Signed-off-by: Johannes Berg <johannes.berg@intel.com>
2024-01-29 18:34:40 +00:00
|
|
|
ieee80211_ie_build_eht_oper(pos, &sdata->vif.bss_conf.chanreq.oper, eht_cap);
|
2023-03-27 17:07:42 +00:00
|
|
|
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
2017-10-16 23:35:49 +00:00
|
|
|
static void ieee80211_mesh_path_timer(struct timer_list *t)
|
2008-02-23 14:17:09 +00:00
|
|
|
{
|
|
|
|
struct ieee80211_sub_if_data *sdata =
|
2017-10-16 23:35:49 +00:00
|
|
|
from_timer(sdata, t, u.mesh.mesh_path_timer);
|
2009-05-17 09:40:42 +00:00
|
|
|
|
2023-06-06 12:49:26 +00:00
|
|
|
wiphy_work_queue(sdata->local->hw.wiphy, &sdata->work);
|
2008-02-23 14:17:09 +00:00
|
|
|
}
|
|
|
|
|
2017-10-16 23:35:49 +00:00
|
|
|
static void ieee80211_mesh_path_root_timer(struct timer_list *t)
|
2009-11-09 23:46:56 +00:00
|
|
|
{
|
|
|
|
struct ieee80211_sub_if_data *sdata =
|
2017-10-16 23:35:49 +00:00
|
|
|
from_timer(sdata, t, u.mesh.mesh_path_root_timer);
|
2009-11-09 23:46:56 +00:00
|
|
|
struct ieee80211_if_mesh *ifmsh = &sdata->u.mesh;
|
|
|
|
|
|
|
|
set_bit(MESH_WORK_ROOT, &ifmsh->wrkq_flags);
|
|
|
|
|
2023-06-06 12:49:26 +00:00
|
|
|
wiphy_work_queue(sdata->local->hw.wiphy, &sdata->work);
|
2009-11-09 23:46:56 +00:00
|
|
|
}
|
|
|
|
|
2009-11-09 23:46:57 +00:00
|
|
|
void ieee80211_mesh_root_setup(struct ieee80211_if_mesh *ifmsh)
|
|
|
|
{
|
2012-06-13 18:06:09 +00:00
|
|
|
if (ifmsh->mshcfg.dot11MeshHWMPRootMode > IEEE80211_ROOTMODE_ROOT)
|
2009-11-09 23:46:57 +00:00
|
|
|
set_bit(MESH_WORK_ROOT, &ifmsh->wrkq_flags);
|
|
|
|
else {
|
|
|
|
clear_bit(MESH_WORK_ROOT, &ifmsh->wrkq_flags);
|
|
|
|
/* stop running timer */
|
|
|
|
del_timer_sync(&ifmsh->mesh_path_root_timer);
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2020-10-20 18:31:08 +00:00
|
|
|
static void
|
|
|
|
ieee80211_mesh_update_bss_params(struct ieee80211_sub_if_data *sdata,
|
|
|
|
u8 *ie, u8 ie_len)
|
|
|
|
{
|
|
|
|
struct ieee80211_supported_band *sband;
|
2021-09-30 11:11:20 +00:00
|
|
|
const struct element *cap;
|
2020-10-20 18:31:08 +00:00
|
|
|
const struct ieee80211_he_operation *he_oper = NULL;
|
|
|
|
|
|
|
|
sband = ieee80211_get_sband(sdata);
|
|
|
|
if (!sband)
|
|
|
|
return;
|
|
|
|
|
|
|
|
if (!ieee80211_get_he_iftype_cap(sband, NL80211_IFTYPE_MESH_POINT) ||
|
wifi: mac80211: introduce 'channel request'
For channel contexts, mac80211 currently uses the cfg80211
chandef struct (control channel, center freq(s), width) to
define towards drivers and internally how these behave. In
fact, there are _two_ such structs used, where the min_def
can reduce bandwidth according to the stations connected.
Unfortunately, with EHT this is longer be sufficient, at
least not for all hardware. EHT requires that non-AP STAs
that are connected to an AP with a lower bandwidth than it
(the AP) advertises (e.g. 160 MHz STA connected to 320 MHz
AP) still be able to receive downlink OFDMA and respond to
trigger frames for uplink OFDMA that specify the position
and bandwidth for the non-AP STA relative to the channel
the AP is using. Therefore, they need to be aware of this,
and at least for some hardware (e.g. Intel) this awareness
is in the hardware. As a result, use of the "same" channel
may need to be split over two channel contexts where they
differ by the AP being used.
As a first step, introduce a concept of a channel request
('chanreq') for each interface, to control the context it
requests. This step does nothing but reorganise the code,
so that later the AP's chandef can be added to the request
in order to handle the EHT case described above.
Link: https://msgid.link/20240129194108.2e88e48bd2e9.I4256183debe975c5ed71621611206fdbb69ba330@changeid
Signed-off-by: Johannes Berg <johannes.berg@intel.com>
2024-01-29 18:34:40 +00:00
|
|
|
sdata->vif.bss_conf.chanreq.oper.width == NL80211_CHAN_WIDTH_20_NOHT ||
|
|
|
|
sdata->vif.bss_conf.chanreq.oper.width == NL80211_CHAN_WIDTH_5 ||
|
|
|
|
sdata->vif.bss_conf.chanreq.oper.width == NL80211_CHAN_WIDTH_10)
|
2020-10-20 18:31:08 +00:00
|
|
|
return;
|
|
|
|
|
|
|
|
sdata->vif.bss_conf.he_support = true;
|
|
|
|
|
2021-09-30 11:11:20 +00:00
|
|
|
cap = cfg80211_find_ext_elem(WLAN_EID_EXT_HE_OPERATION, ie, ie_len);
|
|
|
|
if (cap && cap->datalen >= 1 + sizeof(*he_oper) &&
|
|
|
|
cap->datalen >= 1 + ieee80211_he_oper_size(cap->data + 1))
|
|
|
|
he_oper = (void *)(cap->data + 1);
|
2020-10-20 18:31:08 +00:00
|
|
|
|
|
|
|
if (he_oper)
|
|
|
|
sdata->vif.bss_conf.he_oper.params =
|
|
|
|
__le32_to_cpu(he_oper->he_oper_params);
|
2023-03-27 17:07:42 +00:00
|
|
|
|
|
|
|
sdata->vif.bss_conf.eht_support =
|
|
|
|
!!ieee80211_get_eht_iftype_cap(sband, NL80211_IFTYPE_MESH_POINT);
|
2020-10-20 18:31:08 +00:00
|
|
|
}
|
|
|
|
|
wifi: mac80211: mesh fast xmit support
Previously, fast xmit only worked on interface types where initially a
sta lookup is performed, and a cached header can be attached to the sta,
requiring only some fields to be updated at runtime.
This technique is not directly applicable for a mesh device type due
to the dynamic nature of the topology and protocol. There are more
addresses that need to be filled, and there is an extra header with a
dynamic length based on the addressing mode.
Change the code to cache entries contain a copy of the mesh subframe header +
bridge tunnel header, as well as an embedded struct ieee80211_fast_tx, which
contains the information for building the 802.11 header.
Add a mesh specific early fast xmit call, which looks up a cached entry and
adds only the mesh subframe header, before passing it over to the generic
fast xmit code.
To ensure the changes in network are reflected in these cached headers,
flush affected cached entries on path changes, as well as other conditions
that currently trigger a fast xmit check in other modes (key changes etc.)
This code is loosely based on a previous implementation by:
Sriram R <quic_srirrama@quicinc.com>
Cc: Sriram R <quic_srirrama@quicinc.com>
Signed-off-by: Ryder Lee <ryder.lee@mediatek.com>
Signed-off-by: Felix Fietkau <nbd@nbd.name>
Link: https://lore.kernel.org/r/20230314095956.62085-4-nbd@nbd.name
Signed-off-by: Johannes Berg <johannes.berg@intel.com>
2023-03-14 09:59:53 +00:00
|
|
|
bool ieee80211_mesh_xmit_fast(struct ieee80211_sub_if_data *sdata,
|
|
|
|
struct sk_buff *skb, u32 ctrl_flags)
|
|
|
|
{
|
|
|
|
struct ieee80211_if_mesh *ifmsh = &sdata->u.mesh;
|
2024-04-15 12:18:11 +00:00
|
|
|
struct ieee80211_mesh_fast_tx_key key = {
|
|
|
|
.type = MESH_FAST_TX_TYPE_LOCAL
|
|
|
|
};
|
wifi: mac80211: mesh fast xmit support
Previously, fast xmit only worked on interface types where initially a
sta lookup is performed, and a cached header can be attached to the sta,
requiring only some fields to be updated at runtime.
This technique is not directly applicable for a mesh device type due
to the dynamic nature of the topology and protocol. There are more
addresses that need to be filled, and there is an extra header with a
dynamic length based on the addressing mode.
Change the code to cache entries contain a copy of the mesh subframe header +
bridge tunnel header, as well as an embedded struct ieee80211_fast_tx, which
contains the information for building the 802.11 header.
Add a mesh specific early fast xmit call, which looks up a cached entry and
adds only the mesh subframe header, before passing it over to the generic
fast xmit code.
To ensure the changes in network are reflected in these cached headers,
flush affected cached entries on path changes, as well as other conditions
that currently trigger a fast xmit check in other modes (key changes etc.)
This code is loosely based on a previous implementation by:
Sriram R <quic_srirrama@quicinc.com>
Cc: Sriram R <quic_srirrama@quicinc.com>
Signed-off-by: Ryder Lee <ryder.lee@mediatek.com>
Signed-off-by: Felix Fietkau <nbd@nbd.name>
Link: https://lore.kernel.org/r/20230314095956.62085-4-nbd@nbd.name
Signed-off-by: Johannes Berg <johannes.berg@intel.com>
2023-03-14 09:59:53 +00:00
|
|
|
struct ieee80211_mesh_fast_tx *entry;
|
|
|
|
struct ieee80211s_hdr *meshhdr;
|
|
|
|
u8 sa[ETH_ALEN] __aligned(2);
|
|
|
|
struct tid_ampdu_tx *tid_tx;
|
|
|
|
struct sta_info *sta;
|
|
|
|
bool copy_sa = false;
|
|
|
|
u16 ethertype;
|
|
|
|
u8 tid;
|
|
|
|
|
|
|
|
if (ctrl_flags & IEEE80211_TX_CTRL_SKIP_MPATH_LOOKUP)
|
|
|
|
return false;
|
|
|
|
|
|
|
|
if (ifmsh->mshcfg.dot11MeshNolearn)
|
|
|
|
return false;
|
|
|
|
|
|
|
|
/* Add support for these cases later */
|
|
|
|
if (ifmsh->ps_peers_light_sleep || ifmsh->ps_peers_deep_sleep)
|
|
|
|
return false;
|
|
|
|
|
|
|
|
if (is_multicast_ether_addr(skb->data))
|
|
|
|
return false;
|
|
|
|
|
|
|
|
ethertype = (skb->data[12] << 8) | skb->data[13];
|
|
|
|
if (ethertype < ETH_P_802_3_MIN)
|
|
|
|
return false;
|
|
|
|
|
|
|
|
if (skb->sk && skb_shinfo(skb)->tx_flags & SKBTX_WIFI_STATUS)
|
|
|
|
return false;
|
|
|
|
|
|
|
|
if (skb->ip_summed == CHECKSUM_PARTIAL) {
|
|
|
|
skb_set_transport_header(skb, skb_checksum_start_offset(skb));
|
|
|
|
if (skb_checksum_help(skb))
|
|
|
|
return false;
|
|
|
|
}
|
|
|
|
|
2024-04-15 12:18:11 +00:00
|
|
|
ether_addr_copy(key.addr, skb->data);
|
|
|
|
if (!ether_addr_equal(skb->data + ETH_ALEN, sdata->vif.addr))
|
|
|
|
key.type = MESH_FAST_TX_TYPE_PROXIED;
|
|
|
|
entry = mesh_fast_tx_get(sdata, &key);
|
wifi: mac80211: mesh fast xmit support
Previously, fast xmit only worked on interface types where initially a
sta lookup is performed, and a cached header can be attached to the sta,
requiring only some fields to be updated at runtime.
This technique is not directly applicable for a mesh device type due
to the dynamic nature of the topology and protocol. There are more
addresses that need to be filled, and there is an extra header with a
dynamic length based on the addressing mode.
Change the code to cache entries contain a copy of the mesh subframe header +
bridge tunnel header, as well as an embedded struct ieee80211_fast_tx, which
contains the information for building the 802.11 header.
Add a mesh specific early fast xmit call, which looks up a cached entry and
adds only the mesh subframe header, before passing it over to the generic
fast xmit code.
To ensure the changes in network are reflected in these cached headers,
flush affected cached entries on path changes, as well as other conditions
that currently trigger a fast xmit check in other modes (key changes etc.)
This code is loosely based on a previous implementation by:
Sriram R <quic_srirrama@quicinc.com>
Cc: Sriram R <quic_srirrama@quicinc.com>
Signed-off-by: Ryder Lee <ryder.lee@mediatek.com>
Signed-off-by: Felix Fietkau <nbd@nbd.name>
Link: https://lore.kernel.org/r/20230314095956.62085-4-nbd@nbd.name
Signed-off-by: Johannes Berg <johannes.berg@intel.com>
2023-03-14 09:59:53 +00:00
|
|
|
if (!entry)
|
|
|
|
return false;
|
|
|
|
|
|
|
|
if (skb_headroom(skb) < entry->hdrlen + entry->fast_tx.hdr_len)
|
|
|
|
return false;
|
|
|
|
|
|
|
|
sta = rcu_dereference(entry->mpath->next_hop);
|
|
|
|
if (!sta)
|
|
|
|
return false;
|
|
|
|
|
|
|
|
tid = skb->priority & IEEE80211_QOS_CTL_TAG1D_MASK;
|
|
|
|
tid_tx = rcu_dereference(sta->ampdu_mlme.tid_tx[tid]);
|
|
|
|
if (tid_tx) {
|
|
|
|
if (!test_bit(HT_AGG_STATE_OPERATIONAL, &tid_tx->state))
|
|
|
|
return false;
|
|
|
|
if (tid_tx->timeout)
|
|
|
|
tid_tx->last_tx = jiffies;
|
|
|
|
}
|
|
|
|
|
|
|
|
skb = skb_share_check(skb, GFP_ATOMIC);
|
|
|
|
if (!skb)
|
|
|
|
return true;
|
|
|
|
|
|
|
|
skb_set_queue_mapping(skb, ieee80211_select_queue(sdata, sta, skb));
|
|
|
|
|
|
|
|
meshhdr = (struct ieee80211s_hdr *)entry->hdr;
|
|
|
|
if ((meshhdr->flags & MESH_FLAGS_AE) == MESH_FLAGS_AE_A5_A6) {
|
|
|
|
/* preserve SA from eth header for 6-addr frames */
|
|
|
|
ether_addr_copy(sa, skb->data + ETH_ALEN);
|
|
|
|
copy_sa = true;
|
|
|
|
}
|
|
|
|
|
|
|
|
memcpy(skb_push(skb, entry->hdrlen - 2 * ETH_ALEN), entry->hdr,
|
|
|
|
entry->hdrlen);
|
|
|
|
|
|
|
|
meshhdr = (struct ieee80211s_hdr *)skb->data;
|
|
|
|
put_unaligned_le32(atomic_inc_return(&sdata->u.mesh.mesh_seqnum),
|
|
|
|
&meshhdr->seqnum);
|
|
|
|
meshhdr->ttl = sdata->u.mesh.mshcfg.dot11MeshTTL;
|
|
|
|
if (copy_sa)
|
|
|
|
ether_addr_copy(meshhdr->eaddr2, sa);
|
|
|
|
|
|
|
|
skb_push(skb, 2 * ETH_ALEN);
|
|
|
|
__ieee80211_xmit_fast(sdata, sta, &entry->fast_tx, skb, tid_tx,
|
|
|
|
entry->mpath->dst, sdata->vif.addr);
|
|
|
|
|
|
|
|
return true;
|
|
|
|
}
|
|
|
|
|
2009-08-10 19:15:48 +00:00
|
|
|
/**
|
|
|
|
* ieee80211_fill_mesh_addresses - fill addresses of a locally originated mesh frame
|
2013-02-15 13:40:31 +00:00
|
|
|
* @hdr: 802.11 frame header
|
2009-08-10 19:15:48 +00:00
|
|
|
* @fc: frame control field
|
|
|
|
* @meshda: destination address in the mesh
|
2020-08-22 23:19:48 +00:00
|
|
|
* @meshsa: source address in the mesh. Same as TA, as frame is
|
2009-08-10 19:15:48 +00:00
|
|
|
* locally originated.
|
|
|
|
*
|
2023-09-28 14:35:29 +00:00
|
|
|
* Returns: the length of the 802.11 frame header (excludes mesh control header)
|
2009-08-10 19:15:48 +00:00
|
|
|
*/
|
2009-11-17 12:34:04 +00:00
|
|
|
int ieee80211_fill_mesh_addresses(struct ieee80211_hdr *hdr, __le16 *fc,
|
|
|
|
const u8 *meshda, const u8 *meshsa)
|
|
|
|
{
|
2009-08-10 19:15:48 +00:00
|
|
|
if (is_multicast_ether_addr(meshda)) {
|
|
|
|
*fc |= cpu_to_le16(IEEE80211_FCTL_FROMDS);
|
|
|
|
/* DA TA SA */
|
|
|
|
memcpy(hdr->addr1, meshda, ETH_ALEN);
|
|
|
|
memcpy(hdr->addr2, meshsa, ETH_ALEN);
|
|
|
|
memcpy(hdr->addr3, meshsa, ETH_ALEN);
|
|
|
|
return 24;
|
|
|
|
} else {
|
2011-09-08 00:49:53 +00:00
|
|
|
*fc |= cpu_to_le16(IEEE80211_FCTL_FROMDS | IEEE80211_FCTL_TODS);
|
2009-08-10 19:15:48 +00:00
|
|
|
/* RA TA DA SA */
|
2015-03-03 03:54:57 +00:00
|
|
|
eth_zero_addr(hdr->addr1); /* RA is resolved later */
|
2009-08-10 19:15:48 +00:00
|
|
|
memcpy(hdr->addr2, meshsa, ETH_ALEN);
|
|
|
|
memcpy(hdr->addr3, meshda, ETH_ALEN);
|
|
|
|
memcpy(hdr->addr4, meshsa, ETH_ALEN);
|
|
|
|
return 30;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2008-02-23 14:17:19 +00:00
|
|
|
/**
|
|
|
|
* ieee80211_new_mesh_header - create a new mesh header
|
|
|
|
* @sdata: mesh interface to be used
|
2013-02-15 13:40:31 +00:00
|
|
|
* @meshhdr: uninitialized mesh header
|
2010-12-17 01:23:34 +00:00
|
|
|
* @addr4or5: 1st address in the ae header, which may correspond to address 4
|
|
|
|
* (if addr6 is NULL) or address 5 (if addr6 is present). It may
|
|
|
|
* be NULL.
|
|
|
|
* @addr6: 2nd address in the ae header, which corresponds to addr6 of the
|
|
|
|
* mesh frame
|
2008-02-23 14:17:19 +00:00
|
|
|
*
|
2023-09-28 14:35:29 +00:00
|
|
|
* Returns: the header length
|
2008-02-23 14:17:19 +00:00
|
|
|
*/
|
2015-09-25 06:42:00 +00:00
|
|
|
unsigned int ieee80211_new_mesh_header(struct ieee80211_sub_if_data *sdata,
|
|
|
|
struct ieee80211s_hdr *meshhdr,
|
|
|
|
const char *addr4or5, const char *addr6)
|
2008-02-23 14:17:19 +00:00
|
|
|
{
|
2013-02-15 13:40:31 +00:00
|
|
|
if (WARN_ON(!addr4or5 && addr6))
|
|
|
|
return 0;
|
|
|
|
|
2009-12-09 19:25:59 +00:00
|
|
|
memset(meshhdr, 0, sizeof(*meshhdr));
|
2013-02-15 13:40:31 +00:00
|
|
|
|
2008-09-10 22:01:49 +00:00
|
|
|
meshhdr->ttl = sdata->u.mesh.mshcfg.dot11MeshTTL;
|
2013-02-15 13:40:31 +00:00
|
|
|
|
2023-03-14 09:59:51 +00:00
|
|
|
put_unaligned_le32(atomic_inc_return(&sdata->u.mesh.mesh_seqnum),
|
|
|
|
&meshhdr->seqnum);
|
2010-12-17 01:23:34 +00:00
|
|
|
if (addr4or5 && !addr6) {
|
2009-08-10 19:15:48 +00:00
|
|
|
meshhdr->flags |= MESH_FLAGS_AE_A4;
|
2010-12-17 01:23:34 +00:00
|
|
|
memcpy(meshhdr->eaddr1, addr4or5, ETH_ALEN);
|
2013-02-15 13:40:31 +00:00
|
|
|
return 2 * ETH_ALEN;
|
2010-12-17 01:23:34 +00:00
|
|
|
} else if (addr4or5 && addr6) {
|
2009-08-10 19:15:48 +00:00
|
|
|
meshhdr->flags |= MESH_FLAGS_AE_A5_A6;
|
2010-12-17 01:23:34 +00:00
|
|
|
memcpy(meshhdr->eaddr1, addr4or5, ETH_ALEN);
|
|
|
|
memcpy(meshhdr->eaddr2, addr6, ETH_ALEN);
|
2013-02-15 13:40:31 +00:00
|
|
|
return 3 * ETH_ALEN;
|
2009-08-10 19:15:48 +00:00
|
|
|
}
|
2013-02-15 13:40:31 +00:00
|
|
|
|
|
|
|
return ETH_ALEN;
|
2008-02-23 14:17:19 +00:00
|
|
|
}
|
|
|
|
|
2013-02-15 13:40:31 +00:00
|
|
|
static void ieee80211_mesh_housekeeping(struct ieee80211_sub_if_data *sdata)
|
2008-09-10 22:01:49 +00:00
|
|
|
{
|
2013-02-15 13:40:31 +00:00
|
|
|
struct ieee80211_if_mesh *ifmsh = &sdata->u.mesh;
|
2023-06-04 09:11:26 +00:00
|
|
|
u64 changed;
|
2008-09-10 22:01:49 +00:00
|
|
|
|
2015-02-24 13:42:16 +00:00
|
|
|
if (ifmsh->mshcfg.plink_timeout > 0)
|
|
|
|
ieee80211_sta_expire(sdata, ifmsh->mshcfg.plink_timeout * HZ);
|
2008-09-10 22:01:49 +00:00
|
|
|
mesh_path_expire(sdata);
|
|
|
|
|
2012-08-08 05:58:43 +00:00
|
|
|
changed = mesh_accept_plinks_update(sdata);
|
2013-02-14 19:20:13 +00:00
|
|
|
ieee80211_mbss_info_change_notify(sdata, changed);
|
2008-09-10 22:01:49 +00:00
|
|
|
|
wifi: mac80211: mesh fast xmit support
Previously, fast xmit only worked on interface types where initially a
sta lookup is performed, and a cached header can be attached to the sta,
requiring only some fields to be updated at runtime.
This technique is not directly applicable for a mesh device type due
to the dynamic nature of the topology and protocol. There are more
addresses that need to be filled, and there is an extra header with a
dynamic length based on the addressing mode.
Change the code to cache entries contain a copy of the mesh subframe header +
bridge tunnel header, as well as an embedded struct ieee80211_fast_tx, which
contains the information for building the 802.11 header.
Add a mesh specific early fast xmit call, which looks up a cached entry and
adds only the mesh subframe header, before passing it over to the generic
fast xmit code.
To ensure the changes in network are reflected in these cached headers,
flush affected cached entries on path changes, as well as other conditions
that currently trigger a fast xmit check in other modes (key changes etc.)
This code is loosely based on a previous implementation by:
Sriram R <quic_srirrama@quicinc.com>
Cc: Sriram R <quic_srirrama@quicinc.com>
Signed-off-by: Ryder Lee <ryder.lee@mediatek.com>
Signed-off-by: Felix Fietkau <nbd@nbd.name>
Link: https://lore.kernel.org/r/20230314095956.62085-4-nbd@nbd.name
Signed-off-by: Johannes Berg <johannes.berg@intel.com>
2023-03-14 09:59:53 +00:00
|
|
|
mesh_fast_tx_gc(sdata);
|
|
|
|
|
2008-09-10 22:01:49 +00:00
|
|
|
mod_timer(&ifmsh->housekeeping_timer,
|
2013-02-15 13:40:31 +00:00
|
|
|
round_jiffies(jiffies +
|
|
|
|
IEEE80211_MESH_HOUSEKEEPING_INTERVAL));
|
2008-09-10 22:01:49 +00:00
|
|
|
}
|
|
|
|
|
2009-11-09 23:46:56 +00:00
|
|
|
static void ieee80211_mesh_rootpath(struct ieee80211_sub_if_data *sdata)
|
|
|
|
{
|
|
|
|
struct ieee80211_if_mesh *ifmsh = &sdata->u.mesh;
|
2012-06-13 18:06:07 +00:00
|
|
|
u32 interval;
|
2009-11-09 23:46:56 +00:00
|
|
|
|
|
|
|
mesh_path_tx_root_frame(sdata);
|
2012-06-13 18:06:07 +00:00
|
|
|
|
|
|
|
if (ifmsh->mshcfg.dot11MeshHWMPRootMode == IEEE80211_PROACTIVE_RANN)
|
|
|
|
interval = ifmsh->mshcfg.dot11MeshHWMPRannInterval;
|
|
|
|
else
|
|
|
|
interval = ifmsh->mshcfg.dot11MeshHWMProotInterval;
|
|
|
|
|
2009-11-09 23:46:56 +00:00
|
|
|
mod_timer(&ifmsh->mesh_path_root_timer,
|
2012-06-13 18:06:07 +00:00
|
|
|
round_jiffies(TU_TO_EXP_TIME(interval)));
|
2009-11-09 23:46:56 +00:00
|
|
|
}
|
|
|
|
|
2013-02-14 19:20:13 +00:00
|
|
|
static int
|
|
|
|
ieee80211_mesh_build_beacon(struct ieee80211_if_mesh *ifmsh)
|
|
|
|
{
|
|
|
|
struct beacon_data *bcn;
|
|
|
|
int head_len, tail_len;
|
|
|
|
struct sk_buff *skb;
|
|
|
|
struct ieee80211_mgmt *mgmt;
|
2013-10-17 22:55:02 +00:00
|
|
|
struct mesh_csa_settings *csa;
|
2024-01-29 19:19:32 +00:00
|
|
|
const struct ieee80211_supported_band *sband;
|
2023-03-27 17:07:42 +00:00
|
|
|
u8 ie_len_he_cap, ie_len_eht_cap;
|
2013-02-14 19:20:13 +00:00
|
|
|
u8 *pos;
|
|
|
|
struct ieee80211_sub_if_data *sdata;
|
2017-09-08 09:54:46 +00:00
|
|
|
int hdr_len = offsetofend(struct ieee80211_mgmt, u.beacon);
|
2024-01-29 19:19:32 +00:00
|
|
|
u32 rate_flags;
|
2013-02-14 19:20:13 +00:00
|
|
|
|
|
|
|
sdata = container_of(ifmsh, struct ieee80211_sub_if_data, u.mesh);
|
2024-01-29 19:19:32 +00:00
|
|
|
|
|
|
|
sband = ieee80211_get_sband(sdata);
|
|
|
|
rate_flags =
|
|
|
|
ieee80211_chandef_rate_flags(&sdata->vif.bss_conf.chanreq.oper);
|
2013-02-14 19:20:13 +00:00
|
|
|
|
2024-01-29 19:19:27 +00:00
|
|
|
ie_len_he_cap = ieee80211_ie_len_he_cap(sdata);
|
|
|
|
ie_len_eht_cap = ieee80211_ie_len_eht_cap(sdata);
|
2013-02-14 19:20:13 +00:00
|
|
|
head_len = hdr_len +
|
|
|
|
2 + /* NULL SSID */
|
2013-10-17 22:55:02 +00:00
|
|
|
/* Channel Switch Announcement */
|
|
|
|
2 + sizeof(struct ieee80211_channel_sw_ie) +
|
2017-02-27 22:28:41 +00:00
|
|
|
/* Mesh Channel Switch Parameters */
|
2013-10-17 22:55:02 +00:00
|
|
|
2 + sizeof(struct ieee80211_mesh_chansw_params_ie) +
|
2017-05-23 15:00:42 +00:00
|
|
|
/* Channel Switch Wrapper + Wide Bandwidth CSA IE */
|
|
|
|
2 + 2 + sizeof(struct ieee80211_wide_bw_chansw_ie) +
|
|
|
|
2 + sizeof(struct ieee80211_sec_chan_offs_ie) +
|
2013-02-14 19:20:13 +00:00
|
|
|
2 + 8 + /* supported rates */
|
|
|
|
2 + 3; /* DS params */
|
|
|
|
tail_len = 2 + (IEEE80211_MAX_SUPP_RATES - 8) +
|
|
|
|
2 + sizeof(struct ieee80211_ht_cap) +
|
|
|
|
2 + sizeof(struct ieee80211_ht_operation) +
|
|
|
|
2 + ifmsh->mesh_id_len +
|
|
|
|
2 + sizeof(struct ieee80211_meshconf_ie) +
|
|
|
|
2 + sizeof(__le16) + /* awake window */
|
2015-08-27 13:00:18 +00:00
|
|
|
2 + sizeof(struct ieee80211_vht_cap) +
|
|
|
|
2 + sizeof(struct ieee80211_vht_operation) +
|
2019-07-24 16:33:56 +00:00
|
|
|
ie_len_he_cap +
|
|
|
|
2 + 1 + sizeof(struct ieee80211_he_operation) +
|
2020-05-28 19:34:33 +00:00
|
|
|
sizeof(struct ieee80211_he_6ghz_oper) +
|
2020-05-28 19:34:32 +00:00
|
|
|
2 + 1 + sizeof(struct ieee80211_he_6ghz_capa) +
|
2023-03-27 17:07:42 +00:00
|
|
|
ie_len_eht_cap +
|
|
|
|
2 + 1 + offsetof(struct ieee80211_eht_operation, optional) +
|
|
|
|
offsetof(struct ieee80211_eht_operation_info, optional) +
|
2013-02-14 19:20:13 +00:00
|
|
|
ifmsh->ie_len;
|
|
|
|
|
|
|
|
bcn = kzalloc(sizeof(*bcn) + head_len + tail_len, GFP_KERNEL);
|
|
|
|
/* need an skb for IE builders to operate on */
|
2022-02-20 08:23:15 +00:00
|
|
|
skb = __dev_alloc_skb(max(head_len, tail_len), GFP_KERNEL);
|
2013-02-14 19:20:13 +00:00
|
|
|
|
|
|
|
if (!bcn || !skb)
|
|
|
|
goto out_free;
|
|
|
|
|
|
|
|
/*
|
|
|
|
* pointers go into the block we allocated,
|
|
|
|
* memory is | beacon_data | head | tail |
|
|
|
|
*/
|
|
|
|
bcn->head = ((u8 *) bcn) + sizeof(*bcn);
|
|
|
|
|
|
|
|
/* fill in the head */
|
networking: convert many more places to skb_put_zero()
There were many places that my previous spatch didn't find,
as pointed out by yuan linyu in various patches.
The following spatch found many more and also removes the
now unnecessary casts:
@@
identifier p, p2;
expression len;
expression skb;
type t, t2;
@@
(
-p = skb_put(skb, len);
+p = skb_put_zero(skb, len);
|
-p = (t)skb_put(skb, len);
+p = skb_put_zero(skb, len);
)
... when != p
(
p2 = (t2)p;
-memset(p2, 0, len);
|
-memset(p, 0, len);
)
@@
type t, t2;
identifier p, p2;
expression skb;
@@
t *p;
...
(
-p = skb_put(skb, sizeof(t));
+p = skb_put_zero(skb, sizeof(t));
|
-p = (t *)skb_put(skb, sizeof(t));
+p = skb_put_zero(skb, sizeof(t));
)
... when != p
(
p2 = (t2)p;
-memset(p2, 0, sizeof(*p));
|
-memset(p, 0, sizeof(*p));
)
@@
expression skb, len;
@@
-memset(skb_put(skb, len), 0, len);
+skb_put_zero(skb, len);
Apply it to the tree (with one manual fixup to keep the
comment in vxlan.c, which spatch removed.)
Signed-off-by: Johannes Berg <johannes.berg@intel.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
2017-06-16 12:29:19 +00:00
|
|
|
mgmt = skb_put_zero(skb, hdr_len);
|
2013-02-14 19:20:13 +00:00
|
|
|
mgmt->frame_control = cpu_to_le16(IEEE80211_FTYPE_MGMT |
|
|
|
|
IEEE80211_STYPE_BEACON);
|
|
|
|
eth_broadcast_addr(mgmt->da);
|
|
|
|
memcpy(mgmt->sa, sdata->vif.addr, ETH_ALEN);
|
|
|
|
memcpy(mgmt->bssid, sdata->vif.addr, ETH_ALEN);
|
|
|
|
ieee80211_mps_set_frame_flags(sdata, NULL, (void *) mgmt);
|
|
|
|
mgmt->u.beacon.beacon_int =
|
|
|
|
cpu_to_le16(sdata->vif.bss_conf.beacon_int);
|
|
|
|
mgmt->u.beacon.capab_info |= cpu_to_le16(
|
|
|
|
sdata->u.mesh.security ? WLAN_CAPABILITY_PRIVACY : 0);
|
|
|
|
|
|
|
|
pos = skb_put(skb, 2);
|
|
|
|
*pos++ = WLAN_EID_SSID;
|
|
|
|
*pos++ = 0x0;
|
|
|
|
|
2013-10-17 22:55:02 +00:00
|
|
|
rcu_read_lock();
|
|
|
|
csa = rcu_dereference(ifmsh->csa);
|
|
|
|
if (csa) {
|
2017-05-23 15:00:42 +00:00
|
|
|
enum nl80211_channel_type ct;
|
|
|
|
struct cfg80211_chan_def *chandef;
|
|
|
|
int ie_len = 2 + sizeof(struct ieee80211_channel_sw_ie) +
|
|
|
|
2 + sizeof(struct ieee80211_mesh_chansw_params_ie);
|
|
|
|
|
2017-05-24 07:07:47 +00:00
|
|
|
pos = skb_put_zero(skb, ie_len);
|
2013-10-17 22:55:02 +00:00
|
|
|
*pos++ = WLAN_EID_CHANNEL_SWITCH;
|
|
|
|
*pos++ = 3;
|
|
|
|
*pos++ = 0x0;
|
|
|
|
*pos++ = ieee80211_frequency_to_channel(
|
|
|
|
csa->settings.chandef.chan->center_freq);
|
2020-08-11 08:01:04 +00:00
|
|
|
bcn->cntdwn_current_counter = csa->settings.count;
|
|
|
|
bcn->cntdwn_counter_offsets[0] = hdr_len + 6;
|
2013-10-17 22:55:02 +00:00
|
|
|
*pos++ = csa->settings.count;
|
|
|
|
*pos++ = WLAN_EID_CHAN_SWITCH_PARAM;
|
|
|
|
*pos++ = 6;
|
2014-01-13 17:42:58 +00:00
|
|
|
if (ifmsh->csa_role == IEEE80211_MESH_CSA_ROLE_INIT) {
|
2013-10-17 22:55:02 +00:00
|
|
|
*pos++ = ifmsh->mshcfg.dot11MeshTTL;
|
|
|
|
*pos |= WLAN_EID_CHAN_SWITCH_PARAM_INITIATOR;
|
|
|
|
} else {
|
|
|
|
*pos++ = ifmsh->chsw_ttl;
|
|
|
|
}
|
|
|
|
*pos++ |= csa->settings.block_tx ?
|
|
|
|
WLAN_EID_CHAN_SWITCH_PARAM_TX_RESTRICT : 0x00;
|
|
|
|
put_unaligned_le16(WLAN_REASON_MESH_CHAN, pos);
|
|
|
|
pos += 2;
|
2013-11-12 02:31:48 +00:00
|
|
|
put_unaligned_le16(ifmsh->pre_value, pos);
|
2013-10-17 22:55:02 +00:00
|
|
|
pos += 2;
|
2017-05-23 15:00:42 +00:00
|
|
|
|
|
|
|
switch (csa->settings.chandef.width) {
|
|
|
|
case NL80211_CHAN_WIDTH_40:
|
|
|
|
ie_len = 2 + sizeof(struct ieee80211_sec_chan_offs_ie);
|
2017-05-24 07:07:47 +00:00
|
|
|
pos = skb_put_zero(skb, ie_len);
|
2017-05-23 15:00:42 +00:00
|
|
|
|
|
|
|
*pos++ = WLAN_EID_SECONDARY_CHANNEL_OFFSET; /* EID */
|
|
|
|
*pos++ = 1; /* len */
|
|
|
|
ct = cfg80211_get_chandef_type(&csa->settings.chandef);
|
|
|
|
if (ct == NL80211_CHAN_HT40PLUS)
|
|
|
|
*pos++ = IEEE80211_HT_PARAM_CHA_SEC_ABOVE;
|
|
|
|
else
|
|
|
|
*pos++ = IEEE80211_HT_PARAM_CHA_SEC_BELOW;
|
|
|
|
break;
|
|
|
|
case NL80211_CHAN_WIDTH_80:
|
|
|
|
case NL80211_CHAN_WIDTH_80P80:
|
|
|
|
case NL80211_CHAN_WIDTH_160:
|
|
|
|
/* Channel Switch Wrapper + Wide Bandwidth CSA IE */
|
|
|
|
ie_len = 2 + 2 +
|
|
|
|
sizeof(struct ieee80211_wide_bw_chansw_ie);
|
2017-05-24 07:07:47 +00:00
|
|
|
pos = skb_put_zero(skb, ie_len);
|
2017-05-23 15:00:42 +00:00
|
|
|
|
|
|
|
*pos++ = WLAN_EID_CHANNEL_SWITCH_WRAPPER; /* EID */
|
|
|
|
*pos++ = 5; /* len */
|
|
|
|
/* put sub IE */
|
|
|
|
chandef = &csa->settings.chandef;
|
|
|
|
ieee80211_ie_build_wide_bw_cs(pos, chandef);
|
|
|
|
break;
|
|
|
|
default:
|
|
|
|
break;
|
|
|
|
}
|
2013-10-17 22:55:02 +00:00
|
|
|
}
|
|
|
|
rcu_read_unlock();
|
|
|
|
|
2024-01-29 19:19:32 +00:00
|
|
|
if (ieee80211_put_srates_elem(skb, sband,
|
|
|
|
sdata->vif.bss_conf.basic_rates,
|
|
|
|
rate_flags, 0, WLAN_EID_SUPP_RATES) ||
|
2013-02-15 13:40:31 +00:00
|
|
|
mesh_add_ds_params_ie(sdata, skb))
|
2013-02-14 19:20:13 +00:00
|
|
|
goto out_free;
|
|
|
|
|
|
|
|
bcn->head_len = skb->len;
|
|
|
|
memcpy(bcn->head, skb->data, bcn->head_len);
|
|
|
|
|
|
|
|
/* now the tail */
|
|
|
|
skb_trim(skb, 0);
|
|
|
|
bcn->tail = bcn->head + bcn->head_len;
|
|
|
|
|
2024-01-29 19:19:32 +00:00
|
|
|
if (ieee80211_put_srates_elem(skb, sband,
|
|
|
|
sdata->vif.bss_conf.basic_rates,
|
|
|
|
rate_flags, 0, WLAN_EID_EXT_SUPP_RATES) ||
|
2013-02-15 13:40:31 +00:00
|
|
|
mesh_add_rsn_ie(sdata, skb) ||
|
|
|
|
mesh_add_ht_cap_ie(sdata, skb) ||
|
|
|
|
mesh_add_ht_oper_ie(sdata, skb) ||
|
|
|
|
mesh_add_meshid_ie(sdata, skb) ||
|
|
|
|
mesh_add_meshconf_ie(sdata, skb) ||
|
|
|
|
mesh_add_awake_window_ie(sdata, skb) ||
|
2015-08-27 13:00:18 +00:00
|
|
|
mesh_add_vht_cap_ie(sdata, skb) ||
|
|
|
|
mesh_add_vht_oper_ie(sdata, skb) ||
|
2019-07-24 16:33:56 +00:00
|
|
|
mesh_add_he_cap_ie(sdata, skb, ie_len_he_cap) ||
|
|
|
|
mesh_add_he_oper_ie(sdata, skb) ||
|
2020-05-28 19:34:32 +00:00
|
|
|
mesh_add_he_6ghz_cap_ie(sdata, skb) ||
|
2023-03-27 17:07:42 +00:00
|
|
|
mesh_add_eht_cap_ie(sdata, skb, ie_len_eht_cap) ||
|
|
|
|
mesh_add_eht_oper_ie(sdata, skb) ||
|
2013-02-15 13:40:31 +00:00
|
|
|
mesh_add_vendor_ies(sdata, skb))
|
2013-02-14 19:20:13 +00:00
|
|
|
goto out_free;
|
|
|
|
|
|
|
|
bcn->tail_len = skb->len;
|
|
|
|
memcpy(bcn->tail, skb->data, bcn->tail_len);
|
2020-10-20 18:31:08 +00:00
|
|
|
ieee80211_mesh_update_bss_params(sdata, bcn->tail, bcn->tail_len);
|
2013-12-15 21:14:16 +00:00
|
|
|
bcn->meshconf = (struct ieee80211_meshconf_ie *)
|
|
|
|
(bcn->tail + ifmsh->meshconf_offset);
|
2013-02-14 19:20:13 +00:00
|
|
|
|
|
|
|
dev_kfree_skb(skb);
|
|
|
|
rcu_assign_pointer(ifmsh->beacon, bcn);
|
|
|
|
return 0;
|
|
|
|
out_free:
|
|
|
|
kfree(bcn);
|
|
|
|
dev_kfree_skb(skb);
|
|
|
|
return -ENOMEM;
|
|
|
|
}
|
|
|
|
|
|
|
|
static int
|
2013-05-10 10:32:47 +00:00
|
|
|
ieee80211_mesh_rebuild_beacon(struct ieee80211_sub_if_data *sdata)
|
2013-02-14 19:20:13 +00:00
|
|
|
{
|
|
|
|
struct beacon_data *old_bcn;
|
|
|
|
int ret;
|
|
|
|
|
2022-06-17 13:16:36 +00:00
|
|
|
old_bcn = sdata_dereference(sdata->u.mesh.beacon, sdata);
|
2013-05-10 10:32:47 +00:00
|
|
|
ret = ieee80211_mesh_build_beacon(&sdata->u.mesh);
|
2013-02-14 19:20:13 +00:00
|
|
|
if (ret)
|
|
|
|
/* just reuse old beacon */
|
2013-05-10 10:32:47 +00:00
|
|
|
return ret;
|
2013-02-14 19:20:13 +00:00
|
|
|
|
|
|
|
if (old_bcn)
|
|
|
|
kfree_rcu(old_bcn, rcu_head);
|
2013-05-10 10:32:47 +00:00
|
|
|
return 0;
|
2013-02-14 19:20:13 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
void ieee80211_mbss_info_change_notify(struct ieee80211_sub_if_data *sdata,
|
2023-06-04 09:11:26 +00:00
|
|
|
u64 changed)
|
2013-02-14 19:20:13 +00:00
|
|
|
{
|
2013-06-13 22:54:41 +00:00
|
|
|
struct ieee80211_if_mesh *ifmsh = &sdata->u.mesh;
|
|
|
|
unsigned long bits = changed;
|
|
|
|
u32 bit;
|
|
|
|
|
|
|
|
if (!bits)
|
|
|
|
return;
|
|
|
|
|
|
|
|
/* if we race with running work, worst case this work becomes a noop */
|
|
|
|
for_each_set_bit(bit, &bits, sizeof(changed) * BITS_PER_BYTE)
|
2023-09-13 05:01:34 +00:00
|
|
|
set_bit(bit, ifmsh->mbss_changed);
|
2013-06-13 22:54:41 +00:00
|
|
|
set_bit(MESH_WORK_MBSS_CHANGED, &ifmsh->wrkq_flags);
|
2023-06-06 12:49:26 +00:00
|
|
|
wiphy_work_queue(sdata->local->hw.wiphy, &sdata->work);
|
2013-02-14 19:20:13 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
int ieee80211_start_mesh(struct ieee80211_sub_if_data *sdata)
|
2008-09-10 22:01:49 +00:00
|
|
|
{
|
|
|
|
struct ieee80211_if_mesh *ifmsh = &sdata->u.mesh;
|
|
|
|
struct ieee80211_local *local = sdata->local;
|
2023-06-04 09:11:26 +00:00
|
|
|
u64 changed = BSS_CHANGED_BEACON |
|
2012-12-13 10:59:57 +00:00
|
|
|
BSS_CHANGED_BEACON_ENABLED |
|
|
|
|
BSS_CHANGED_HT |
|
|
|
|
BSS_CHANGED_BASIC_RATES |
|
2018-03-22 19:18:03 +00:00
|
|
|
BSS_CHANGED_BEACON_INT |
|
|
|
|
BSS_CHANGED_MCAST_RATE;
|
2008-09-10 22:01:49 +00:00
|
|
|
|
2010-12-03 08:20:41 +00:00
|
|
|
local->fif_other_bss++;
|
|
|
|
/* mesh ifaces must set allmulti to forward mcast traffic */
|
|
|
|
atomic_inc(&local->iff_allmultis);
|
|
|
|
ieee80211_configure_filter(local);
|
|
|
|
|
2010-12-17 01:37:50 +00:00
|
|
|
ifmsh->mesh_cc_id = 0; /* Disabled */
|
2012-03-31 18:31:32 +00:00
|
|
|
/* register sync ops from extensible synchronization framework */
|
|
|
|
ifmsh->sync_ops = ieee80211_mesh_sync_ops_get(ifmsh->mesh_sp_id);
|
|
|
|
ifmsh->sync_offset_clockdrift_max = 0;
|
2009-10-20 20:21:48 +00:00
|
|
|
set_bit(MESH_WORK_HOUSEKEEPING, &ifmsh->wrkq_flags);
|
2009-11-09 23:46:57 +00:00
|
|
|
ieee80211_mesh_root_setup(ifmsh);
|
2023-06-06 12:49:26 +00:00
|
|
|
wiphy_work_queue(local->hw.wiphy, &sdata->work);
|
2012-04-30 21:20:32 +00:00
|
|
|
sdata->vif.bss_conf.ht_operation_mode =
|
|
|
|
ifmsh->mshcfg.ht_opmode;
|
2012-12-14 13:06:28 +00:00
|
|
|
sdata->vif.bss_conf.enable_beacon = true;
|
2012-12-13 10:59:57 +00:00
|
|
|
|
2013-02-13 20:14:19 +00:00
|
|
|
changed |= ieee80211_mps_local_status_update(sdata);
|
2013-01-30 17:14:08 +00:00
|
|
|
|
2013-02-14 19:20:13 +00:00
|
|
|
if (ieee80211_mesh_build_beacon(ifmsh)) {
|
|
|
|
ieee80211_stop_mesh(sdata);
|
|
|
|
return -ENOMEM;
|
|
|
|
}
|
|
|
|
|
2013-12-19 18:25:15 +00:00
|
|
|
ieee80211_recalc_dtim(local, sdata);
|
2022-06-17 20:36:37 +00:00
|
|
|
ieee80211_link_info_change_notify(sdata, &sdata->deflink, changed);
|
2012-07-30 17:44:12 +00:00
|
|
|
|
|
|
|
netif_carrier_on(sdata->dev);
|
2013-02-14 19:20:13 +00:00
|
|
|
return 0;
|
2008-09-10 22:01:49 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
void ieee80211_stop_mesh(struct ieee80211_sub_if_data *sdata)
|
|
|
|
{
|
2010-12-03 08:20:41 +00:00
|
|
|
struct ieee80211_local *local = sdata->local;
|
2010-12-03 08:20:44 +00:00
|
|
|
struct ieee80211_if_mesh *ifmsh = &sdata->u.mesh;
|
2013-02-14 19:20:13 +00:00
|
|
|
struct beacon_data *bcn;
|
2010-12-03 08:20:44 +00:00
|
|
|
|
2012-07-30 17:44:12 +00:00
|
|
|
netif_carrier_off(sdata->dev);
|
|
|
|
|
2016-07-13 11:44:41 +00:00
|
|
|
/* flush STAs and mpaths on this iface */
|
2024-02-05 16:29:51 +00:00
|
|
|
sta_info_flush(sdata, -1);
|
2019-05-28 23:36:16 +00:00
|
|
|
ieee80211_free_keys(sdata, true);
|
2016-07-13 11:44:41 +00:00
|
|
|
mesh_path_flush_by_iface(sdata);
|
|
|
|
|
2012-08-03 19:21:32 +00:00
|
|
|
/* stop the beacon */
|
2010-12-03 08:20:44 +00:00
|
|
|
ifmsh->mesh_id_len = 0;
|
2012-12-14 13:06:28 +00:00
|
|
|
sdata->vif.bss_conf.enable_beacon = false;
|
2020-04-25 15:57:12 +00:00
|
|
|
sdata->beacon_rate_set = false;
|
2012-12-14 13:06:28 +00:00
|
|
|
clear_bit(SDATA_STATE_OFFCHANNEL_BEACON_STOPPED, &sdata->state);
|
2022-06-17 20:36:37 +00:00
|
|
|
ieee80211_link_info_change_notify(sdata, &sdata->deflink,
|
|
|
|
BSS_CHANGED_BEACON_ENABLED);
|
2016-07-13 11:44:41 +00:00
|
|
|
|
|
|
|
/* remove beacon */
|
2022-06-17 13:16:36 +00:00
|
|
|
bcn = sdata_dereference(ifmsh->beacon, sdata);
|
2014-03-23 19:21:43 +00:00
|
|
|
RCU_INIT_POINTER(ifmsh->beacon, NULL);
|
2013-02-14 19:20:13 +00:00
|
|
|
kfree_rcu(bcn, rcu_head);
|
2012-08-03 19:21:32 +00:00
|
|
|
|
2013-01-30 17:14:08 +00:00
|
|
|
/* free all potentially still buffered group-addressed frames */
|
|
|
|
local->total_ps_buffered -= skb_queue_len(&ifmsh->ps.bc_buf);
|
|
|
|
skb_queue_purge(&ifmsh->ps.bc_buf);
|
|
|
|
|
2008-09-10 22:01:49 +00:00
|
|
|
del_timer_sync(&sdata->u.mesh.housekeeping_timer);
|
2009-11-09 23:46:56 +00:00
|
|
|
del_timer_sync(&sdata->u.mesh.mesh_path_root_timer);
|
2012-08-01 19:03:21 +00:00
|
|
|
del_timer_sync(&sdata->u.mesh.mesh_path_timer);
|
2010-12-03 08:20:41 +00:00
|
|
|
|
2013-06-13 22:54:41 +00:00
|
|
|
/* clear any mesh work (for next join) we may have accrued */
|
|
|
|
ifmsh->wrkq_flags = 0;
|
2023-09-13 05:01:34 +00:00
|
|
|
memset(ifmsh->mbss_changed, 0, sizeof(ifmsh->mbss_changed));
|
2013-06-13 22:54:41 +00:00
|
|
|
|
2010-12-03 08:20:41 +00:00
|
|
|
local->fif_other_bss--;
|
|
|
|
atomic_dec(&local->iff_allmultis);
|
|
|
|
ieee80211_configure_filter(local);
|
2008-09-10 22:01:49 +00:00
|
|
|
}
|
|
|
|
|
2017-05-16 09:23:10 +00:00
|
|
|
static void ieee80211_mesh_csa_mark_radar(struct ieee80211_sub_if_data *sdata)
|
|
|
|
{
|
|
|
|
int err;
|
|
|
|
|
|
|
|
/* if the current channel is a DFS channel, mark the channel as
|
|
|
|
* unavailable.
|
|
|
|
*/
|
|
|
|
err = cfg80211_chandef_dfs_required(sdata->local->hw.wiphy,
|
wifi: mac80211: introduce 'channel request'
For channel contexts, mac80211 currently uses the cfg80211
chandef struct (control channel, center freq(s), width) to
define towards drivers and internally how these behave. In
fact, there are _two_ such structs used, where the min_def
can reduce bandwidth according to the stations connected.
Unfortunately, with EHT this is longer be sufficient, at
least not for all hardware. EHT requires that non-AP STAs
that are connected to an AP with a lower bandwidth than it
(the AP) advertises (e.g. 160 MHz STA connected to 320 MHz
AP) still be able to receive downlink OFDMA and respond to
trigger frames for uplink OFDMA that specify the position
and bandwidth for the non-AP STA relative to the channel
the AP is using. Therefore, they need to be aware of this,
and at least for some hardware (e.g. Intel) this awareness
is in the hardware. As a result, use of the "same" channel
may need to be split over two channel contexts where they
differ by the AP being used.
As a first step, introduce a concept of a channel request
('chanreq') for each interface, to control the context it
requests. This step does nothing but reorganise the code,
so that later the AP's chandef can be added to the request
in order to handle the EHT case described above.
Link: https://msgid.link/20240129194108.2e88e48bd2e9.I4256183debe975c5ed71621611206fdbb69ba330@changeid
Signed-off-by: Johannes Berg <johannes.berg@intel.com>
2024-01-29 18:34:40 +00:00
|
|
|
&sdata->vif.bss_conf.chanreq.oper,
|
2017-05-16 09:23:10 +00:00
|
|
|
NL80211_IFTYPE_MESH_POINT);
|
|
|
|
if (err > 0)
|
|
|
|
cfg80211_radar_event(sdata->local->hw.wiphy,
|
wifi: mac80211: introduce 'channel request'
For channel contexts, mac80211 currently uses the cfg80211
chandef struct (control channel, center freq(s), width) to
define towards drivers and internally how these behave. In
fact, there are _two_ such structs used, where the min_def
can reduce bandwidth according to the stations connected.
Unfortunately, with EHT this is longer be sufficient, at
least not for all hardware. EHT requires that non-AP STAs
that are connected to an AP with a lower bandwidth than it
(the AP) advertises (e.g. 160 MHz STA connected to 320 MHz
AP) still be able to receive downlink OFDMA and respond to
trigger frames for uplink OFDMA that specify the position
and bandwidth for the non-AP STA relative to the channel
the AP is using. Therefore, they need to be aware of this,
and at least for some hardware (e.g. Intel) this awareness
is in the hardware. As a result, use of the "same" channel
may need to be split over two channel contexts where they
differ by the AP being used.
As a first step, introduce a concept of a channel request
('chanreq') for each interface, to control the context it
requests. This step does nothing but reorganise the code,
so that later the AP's chandef can be added to the request
in order to handle the EHT case described above.
Link: https://msgid.link/20240129194108.2e88e48bd2e9.I4256183debe975c5ed71621611206fdbb69ba330@changeid
Signed-off-by: Johannes Berg <johannes.berg@intel.com>
2024-01-29 18:34:40 +00:00
|
|
|
&sdata->vif.bss_conf.chanreq.oper,
|
|
|
|
GFP_ATOMIC);
|
2017-05-16 09:23:10 +00:00
|
|
|
}
|
|
|
|
|
2013-10-17 22:55:18 +00:00
|
|
|
static bool
|
|
|
|
ieee80211_mesh_process_chnswitch(struct ieee80211_sub_if_data *sdata,
|
|
|
|
struct ieee802_11_elems *elems, bool beacon)
|
|
|
|
{
|
|
|
|
struct cfg80211_csa_settings params;
|
|
|
|
struct ieee80211_csa_ie csa_ie;
|
|
|
|
struct ieee80211_if_mesh *ifmsh = &sdata->u.mesh;
|
2017-04-27 07:15:38 +00:00
|
|
|
struct ieee80211_supported_band *sband;
|
2014-01-13 17:42:58 +00:00
|
|
|
int err;
|
2024-01-29 18:34:36 +00:00
|
|
|
struct ieee80211_conn_settings conn = ieee80211_conn_settings_unlimited;
|
2022-06-23 10:04:55 +00:00
|
|
|
u32 vht_cap_info = 0;
|
2013-10-17 22:55:18 +00:00
|
|
|
|
2023-08-29 10:18:56 +00:00
|
|
|
lockdep_assert_wiphy(sdata->local->hw.wiphy);
|
2014-01-29 06:56:21 +00:00
|
|
|
|
2017-04-27 07:15:38 +00:00
|
|
|
sband = ieee80211_get_sband(sdata);
|
|
|
|
if (!sband)
|
|
|
|
return false;
|
|
|
|
|
wifi: mac80211: introduce 'channel request'
For channel contexts, mac80211 currently uses the cfg80211
chandef struct (control channel, center freq(s), width) to
define towards drivers and internally how these behave. In
fact, there are _two_ such structs used, where the min_def
can reduce bandwidth according to the stations connected.
Unfortunately, with EHT this is longer be sufficient, at
least not for all hardware. EHT requires that non-AP STAs
that are connected to an AP with a lower bandwidth than it
(the AP) advertises (e.g. 160 MHz STA connected to 320 MHz
AP) still be able to receive downlink OFDMA and respond to
trigger frames for uplink OFDMA that specify the position
and bandwidth for the non-AP STA relative to the channel
the AP is using. Therefore, they need to be aware of this,
and at least for some hardware (e.g. Intel) this awareness
is in the hardware. As a result, use of the "same" channel
may need to be split over two channel contexts where they
differ by the AP being used.
As a first step, introduce a concept of a channel request
('chanreq') for each interface, to control the context it
requests. This step does nothing but reorganise the code,
so that later the AP's chandef can be added to the request
in order to handle the EHT case described above.
Link: https://msgid.link/20240129194108.2e88e48bd2e9.I4256183debe975c5ed71621611206fdbb69ba330@changeid
Signed-off-by: Johannes Berg <johannes.berg@intel.com>
2024-01-29 18:34:40 +00:00
|
|
|
switch (sdata->vif.bss_conf.chanreq.oper.width) {
|
2013-10-17 22:55:18 +00:00
|
|
|
case NL80211_CHAN_WIDTH_20_NOHT:
|
2024-01-29 18:34:36 +00:00
|
|
|
conn.mode = IEEE80211_CONN_MODE_LEGACY;
|
|
|
|
conn.bw_limit = IEEE80211_CONN_BW_LIMIT_20;
|
|
|
|
break;
|
2013-10-17 22:55:18 +00:00
|
|
|
case NL80211_CHAN_WIDTH_20:
|
2024-01-29 18:34:36 +00:00
|
|
|
conn.mode = IEEE80211_CONN_MODE_HT;
|
|
|
|
conn.bw_limit = IEEE80211_CONN_BW_LIMIT_20;
|
|
|
|
break;
|
2017-05-23 15:00:43 +00:00
|
|
|
case NL80211_CHAN_WIDTH_40:
|
2024-01-29 18:34:36 +00:00
|
|
|
conn.mode = IEEE80211_CONN_MODE_HT;
|
|
|
|
conn.bw_limit = IEEE80211_CONN_BW_LIMIT_40;
|
2013-10-17 22:55:18 +00:00
|
|
|
break;
|
|
|
|
default:
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
|
2020-05-28 19:34:35 +00:00
|
|
|
if (elems->vht_cap_elem)
|
|
|
|
vht_cap_info =
|
|
|
|
le32_to_cpu(elems->vht_cap_elem->vht_cap_info);
|
|
|
|
|
2013-10-17 22:55:18 +00:00
|
|
|
memset(¶ms, 0, sizeof(params));
|
2017-04-27 07:15:38 +00:00
|
|
|
err = ieee80211_parse_ch_switch_ie(sdata, elems, sband->band,
|
2024-01-29 18:34:36 +00:00
|
|
|
vht_cap_info, &conn,
|
2024-06-12 12:28:36 +00:00
|
|
|
sdata->vif.addr, false,
|
2013-10-17 22:55:18 +00:00
|
|
|
&csa_ie);
|
|
|
|
if (err < 0)
|
|
|
|
return false;
|
|
|
|
if (err)
|
|
|
|
return false;
|
|
|
|
|
2017-05-16 09:23:10 +00:00
|
|
|
/* Mark the channel unavailable if the reason for the switch is
|
|
|
|
* regulatory.
|
|
|
|
*/
|
|
|
|
if (csa_ie.reason_code == WLAN_REASON_MESH_CHAN_REGULATORY)
|
|
|
|
ieee80211_mesh_csa_mark_radar(sdata);
|
|
|
|
|
wifi: mac80211: introduce 'channel request'
For channel contexts, mac80211 currently uses the cfg80211
chandef struct (control channel, center freq(s), width) to
define towards drivers and internally how these behave. In
fact, there are _two_ such structs used, where the min_def
can reduce bandwidth according to the stations connected.
Unfortunately, with EHT this is longer be sufficient, at
least not for all hardware. EHT requires that non-AP STAs
that are connected to an AP with a lower bandwidth than it
(the AP) advertises (e.g. 160 MHz STA connected to 320 MHz
AP) still be able to receive downlink OFDMA and respond to
trigger frames for uplink OFDMA that specify the position
and bandwidth for the non-AP STA relative to the channel
the AP is using. Therefore, they need to be aware of this,
and at least for some hardware (e.g. Intel) this awareness
is in the hardware. As a result, use of the "same" channel
may need to be split over two channel contexts where they
differ by the AP being used.
As a first step, introduce a concept of a channel request
('chanreq') for each interface, to control the context it
requests. This step does nothing but reorganise the code,
so that later the AP's chandef can be added to the request
in order to handle the EHT case described above.
Link: https://msgid.link/20240129194108.2e88e48bd2e9.I4256183debe975c5ed71621611206fdbb69ba330@changeid
Signed-off-by: Johannes Berg <johannes.berg@intel.com>
2024-01-29 18:34:40 +00:00
|
|
|
params.chandef = csa_ie.chanreq.oper;
|
2013-10-17 22:55:18 +00:00
|
|
|
params.count = csa_ie.count;
|
|
|
|
|
|
|
|
if (!cfg80211_chandef_usable(sdata->local->hw.wiphy, ¶ms.chandef,
|
2017-05-16 09:23:13 +00:00
|
|
|
IEEE80211_CHAN_DISABLED) ||
|
|
|
|
!cfg80211_reg_can_beacon(sdata->local->hw.wiphy, ¶ms.chandef,
|
|
|
|
NL80211_IFTYPE_MESH_POINT)) {
|
2013-10-17 22:55:18 +00:00
|
|
|
sdata_info(sdata,
|
|
|
|
"mesh STA %pM switches to unsupported channel (%d MHz, width:%d, CF1/2: %d/%d MHz), aborting\n",
|
|
|
|
sdata->vif.addr,
|
|
|
|
params.chandef.chan->center_freq,
|
|
|
|
params.chandef.width,
|
|
|
|
params.chandef.center_freq1,
|
|
|
|
params.chandef.center_freq2);
|
|
|
|
return false;
|
|
|
|
}
|
|
|
|
|
|
|
|
err = cfg80211_chandef_dfs_required(sdata->local->hw.wiphy,
|
2014-02-18 09:40:36 +00:00
|
|
|
¶ms.chandef,
|
|
|
|
NL80211_IFTYPE_MESH_POINT);
|
2013-10-17 22:55:18 +00:00
|
|
|
if (err < 0)
|
|
|
|
return false;
|
2017-05-16 09:23:13 +00:00
|
|
|
if (err > 0 && !ifmsh->userspace_handles_dfs) {
|
|
|
|
sdata_info(sdata,
|
|
|
|
"mesh STA %pM switches to channel requiring DFS (%d MHz, width:%d, CF1/2: %d/%d MHz), aborting\n",
|
|
|
|
sdata->vif.addr,
|
|
|
|
params.chandef.chan->center_freq,
|
|
|
|
params.chandef.width,
|
|
|
|
params.chandef.center_freq1,
|
|
|
|
params.chandef.center_freq2);
|
2013-10-17 22:55:18 +00:00
|
|
|
return false;
|
2017-05-16 09:23:13 +00:00
|
|
|
}
|
2014-02-18 09:40:36 +00:00
|
|
|
|
|
|
|
params.radar_required = err;
|
2013-10-17 22:55:18 +00:00
|
|
|
|
2014-01-13 17:42:58 +00:00
|
|
|
if (cfg80211_chandef_identical(¶ms.chandef,
|
wifi: mac80211: introduce 'channel request'
For channel contexts, mac80211 currently uses the cfg80211
chandef struct (control channel, center freq(s), width) to
define towards drivers and internally how these behave. In
fact, there are _two_ such structs used, where the min_def
can reduce bandwidth according to the stations connected.
Unfortunately, with EHT this is longer be sufficient, at
least not for all hardware. EHT requires that non-AP STAs
that are connected to an AP with a lower bandwidth than it
(the AP) advertises (e.g. 160 MHz STA connected to 320 MHz
AP) still be able to receive downlink OFDMA and respond to
trigger frames for uplink OFDMA that specify the position
and bandwidth for the non-AP STA relative to the channel
the AP is using. Therefore, they need to be aware of this,
and at least for some hardware (e.g. Intel) this awareness
is in the hardware. As a result, use of the "same" channel
may need to be split over two channel contexts where they
differ by the AP being used.
As a first step, introduce a concept of a channel request
('chanreq') for each interface, to control the context it
requests. This step does nothing but reorganise the code,
so that later the AP's chandef can be added to the request
in order to handle the EHT case described above.
Link: https://msgid.link/20240129194108.2e88e48bd2e9.I4256183debe975c5ed71621611206fdbb69ba330@changeid
Signed-off-by: Johannes Berg <johannes.berg@intel.com>
2024-01-29 18:34:40 +00:00
|
|
|
&sdata->vif.bss_conf.chanreq.oper)) {
|
2014-01-13 17:42:58 +00:00
|
|
|
mcsa_dbg(sdata,
|
|
|
|
"received csa with an identical chandef, ignoring\n");
|
|
|
|
return true;
|
|
|
|
}
|
2013-10-17 22:55:18 +00:00
|
|
|
|
|
|
|
mcsa_dbg(sdata,
|
|
|
|
"received channel switch announcement to go to channel %d MHz\n",
|
|
|
|
params.chandef.chan->center_freq);
|
|
|
|
|
|
|
|
params.block_tx = csa_ie.mode & WLAN_EID_CHAN_SWITCH_PARAM_TX_RESTRICT;
|
2013-11-08 07:09:43 +00:00
|
|
|
if (beacon) {
|
2013-10-17 22:55:18 +00:00
|
|
|
ifmsh->chsw_ttl = csa_ie.ttl - 1;
|
2013-11-08 07:09:43 +00:00
|
|
|
if (ifmsh->pre_value >= csa_ie.pre_value)
|
|
|
|
return false;
|
|
|
|
ifmsh->pre_value = csa_ie.pre_value;
|
|
|
|
}
|
2013-10-17 22:55:18 +00:00
|
|
|
|
2014-01-13 17:42:58 +00:00
|
|
|
if (ifmsh->chsw_ttl >= ifmsh->mshcfg.dot11MeshTTL)
|
2013-11-08 07:09:43 +00:00
|
|
|
return false;
|
2013-10-17 22:55:18 +00:00
|
|
|
|
2014-01-13 17:42:58 +00:00
|
|
|
ifmsh->csa_role = IEEE80211_MESH_CSA_ROLE_REPEATER;
|
2013-10-17 22:55:18 +00:00
|
|
|
|
2014-01-13 17:42:58 +00:00
|
|
|
if (ieee80211_channel_switch(sdata->local->hw.wiphy, sdata->dev,
|
|
|
|
¶ms) < 0)
|
|
|
|
return false;
|
2013-10-17 22:55:18 +00:00
|
|
|
|
|
|
|
return true;
|
|
|
|
}
|
|
|
|
|
2013-02-14 19:20:14 +00:00
|
|
|
static void
|
|
|
|
ieee80211_mesh_rx_probe_req(struct ieee80211_sub_if_data *sdata,
|
|
|
|
struct ieee80211_mgmt *mgmt, size_t len)
|
|
|
|
{
|
|
|
|
struct ieee80211_local *local = sdata->local;
|
|
|
|
struct ieee80211_if_mesh *ifmsh = &sdata->u.mesh;
|
|
|
|
struct sk_buff *presp;
|
|
|
|
struct beacon_data *bcn;
|
|
|
|
struct ieee80211_mgmt *hdr;
|
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 13:40:10 +00:00
|
|
|
struct ieee802_11_elems *elems;
|
2013-02-14 19:20:14 +00:00
|
|
|
size_t baselen;
|
2013-03-07 21:47:00 +00:00
|
|
|
u8 *pos;
|
2013-02-14 19:20:14 +00:00
|
|
|
|
|
|
|
pos = mgmt->u.probe_req.variable;
|
|
|
|
baselen = (u8 *) pos - (u8 *) mgmt;
|
|
|
|
if (baselen > len)
|
|
|
|
return;
|
|
|
|
|
2022-06-29 11:29:05 +00:00
|
|
|
elems = ieee802_11_parse_elems(pos, len - baselen, false, 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 13:40:10 +00:00
|
|
|
if (!elems)
|
2013-08-22 17:28:58 +00:00
|
|
|
return;
|
|
|
|
|
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 13:40:10 +00:00
|
|
|
if (!elems->mesh_id)
|
|
|
|
goto free;
|
|
|
|
|
2013-02-14 19:20:14 +00:00
|
|
|
/* 802.11-2012 10.1.4.3.2 */
|
|
|
|
if ((!ether_addr_equal(mgmt->da, sdata->vif.addr) &&
|
|
|
|
!is_broadcast_ether_addr(mgmt->da)) ||
|
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 13:40:10 +00:00
|
|
|
elems->ssid_len != 0)
|
|
|
|
goto free;
|
2013-02-14 19:20:14 +00:00
|
|
|
|
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 13:40:10 +00:00
|
|
|
if (elems->mesh_id_len != 0 &&
|
|
|
|
(elems->mesh_id_len != ifmsh->mesh_id_len ||
|
|
|
|
memcmp(elems->mesh_id, ifmsh->mesh_id, ifmsh->mesh_id_len)))
|
|
|
|
goto free;
|
2013-02-14 19:20:14 +00:00
|
|
|
|
|
|
|
rcu_read_lock();
|
|
|
|
bcn = rcu_dereference(ifmsh->beacon);
|
|
|
|
|
|
|
|
if (!bcn)
|
|
|
|
goto out;
|
|
|
|
|
|
|
|
presp = dev_alloc_skb(local->tx_headroom +
|
|
|
|
bcn->head_len + bcn->tail_len);
|
|
|
|
if (!presp)
|
|
|
|
goto out;
|
|
|
|
|
|
|
|
skb_reserve(presp, local->tx_headroom);
|
networking: introduce and use skb_put_data()
A common pattern with skb_put() is to just want to memcpy()
some data into the new space, introduce skb_put_data() for
this.
An spatch similar to the one for skb_put_zero() converts many
of the places using it:
@@
identifier p, p2;
expression len, skb, data;
type t, t2;
@@
(
-p = skb_put(skb, len);
+p = skb_put_data(skb, data, len);
|
-p = (t)skb_put(skb, len);
+p = skb_put_data(skb, data, len);
)
(
p2 = (t2)p;
-memcpy(p2, data, len);
|
-memcpy(p, data, len);
)
@@
type t, t2;
identifier p, p2;
expression skb, data;
@@
t *p;
...
(
-p = skb_put(skb, sizeof(t));
+p = skb_put_data(skb, data, sizeof(t));
|
-p = (t *)skb_put(skb, sizeof(t));
+p = skb_put_data(skb, data, sizeof(t));
)
(
p2 = (t2)p;
-memcpy(p2, data, sizeof(*p));
|
-memcpy(p, data, sizeof(*p));
)
@@
expression skb, len, data;
@@
-memcpy(skb_put(skb, len), data, len);
+skb_put_data(skb, data, len);
(again, manually post-processed to retain some comments)
Reviewed-by: Stephen Hemminger <stephen@networkplumber.org>
Signed-off-by: Johannes Berg <johannes.berg@intel.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
2017-06-16 12:29:20 +00:00
|
|
|
skb_put_data(presp, bcn->head, bcn->head_len);
|
|
|
|
skb_put_data(presp, bcn->tail, bcn->tail_len);
|
2013-02-14 19:20:14 +00:00
|
|
|
hdr = (struct ieee80211_mgmt *) presp->data;
|
|
|
|
hdr->frame_control = cpu_to_le16(IEEE80211_FTYPE_MGMT |
|
|
|
|
IEEE80211_STYPE_PROBE_RESP);
|
|
|
|
memcpy(hdr->da, mgmt->sa, ETH_ALEN);
|
|
|
|
IEEE80211_SKB_CB(presp)->flags |= IEEE80211_TX_INTFL_DONT_ENCRYPT;
|
|
|
|
ieee80211_tx_skb(sdata, presp);
|
|
|
|
out:
|
|
|
|
rcu_read_unlock();
|
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 13:40:10 +00:00
|
|
|
free:
|
|
|
|
kfree(elems);
|
2013-02-14 19:20:14 +00:00
|
|
|
}
|
|
|
|
|
2008-09-10 22:01:49 +00:00
|
|
|
static void ieee80211_mesh_rx_bcn_presp(struct ieee80211_sub_if_data *sdata,
|
|
|
|
u16 stype,
|
|
|
|
struct ieee80211_mgmt *mgmt,
|
|
|
|
size_t len,
|
|
|
|
struct ieee80211_rx_status *rx_status)
|
|
|
|
{
|
2008-10-07 10:04:32 +00:00
|
|
|
struct ieee80211_local *local = sdata->local;
|
2012-03-31 18:31:32 +00:00
|
|
|
struct ieee80211_if_mesh *ifmsh = &sdata->u.mesh;
|
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 13:40:10 +00:00
|
|
|
struct ieee802_11_elems *elems;
|
2008-09-10 22:01:49 +00:00
|
|
|
struct ieee80211_channel *channel;
|
|
|
|
size_t baselen;
|
|
|
|
int freq;
|
2016-04-12 13:56:15 +00:00
|
|
|
enum nl80211_band band = rx_status->band;
|
2008-09-10 22:01:49 +00:00
|
|
|
|
|
|
|
/* ignore ProbeResp to foreign address */
|
|
|
|
if (stype == IEEE80211_STYPE_PROBE_RESP &&
|
mac80211: Convert compare_ether_addr to ether_addr_equal
Use the new bool function ether_addr_equal to add
some clarity and reduce the likelihood for misuse
of compare_ether_addr for sorting.
Done via cocci script:
$ cat compare_ether_addr.cocci
@@
expression a,b;
@@
- !compare_ether_addr(a, b)
+ ether_addr_equal(a, b)
@@
expression a,b;
@@
- compare_ether_addr(a, b)
+ !ether_addr_equal(a, b)
@@
expression a,b;
@@
- !ether_addr_equal(a, b) == 0
+ ether_addr_equal(a, b)
@@
expression a,b;
@@
- !ether_addr_equal(a, b) != 0
+ !ether_addr_equal(a, b)
@@
expression a,b;
@@
- ether_addr_equal(a, b) == 0
+ !ether_addr_equal(a, b)
@@
expression a,b;
@@
- ether_addr_equal(a, b) != 0
+ ether_addr_equal(a, b)
@@
expression a,b;
@@
- !!ether_addr_equal(a, b)
+ ether_addr_equal(a, b)
Signed-off-by: Joe Perches <joe@perches.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
2012-05-08 18:56:52 +00:00
|
|
|
!ether_addr_equal(mgmt->da, sdata->vif.addr))
|
2008-09-10 22:01:49 +00:00
|
|
|
return;
|
|
|
|
|
|
|
|
baselen = (u8 *) mgmt->u.probe_resp.variable - (u8 *) mgmt;
|
|
|
|
if (baselen > len)
|
|
|
|
return;
|
|
|
|
|
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 13:40:10 +00:00
|
|
|
elems = ieee802_11_parse_elems(mgmt->u.probe_resp.variable,
|
|
|
|
len - baselen,
|
2022-06-29 11:29:05 +00:00
|
|
|
false, 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 13:40:10 +00:00
|
|
|
if (!elems)
|
|
|
|
return;
|
2008-09-10 22:01:49 +00:00
|
|
|
|
2012-10-21 02:03:10 +00:00
|
|
|
/* ignore non-mesh or secure / unsecure mismatch */
|
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 13:40:10 +00:00
|
|
|
if ((!elems->mesh_id || !elems->mesh_config) ||
|
|
|
|
(elems->rsn && sdata->u.mesh.security == IEEE80211_MESH_SEC_NONE) ||
|
|
|
|
(!elems->rsn && sdata->u.mesh.security != IEEE80211_MESH_SEC_NONE))
|
|
|
|
goto free;
|
2011-04-07 22:08:29 +00:00
|
|
|
|
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 13:40:10 +00:00
|
|
|
if (elems->ds_params)
|
|
|
|
freq = ieee80211_channel_to_frequency(elems->ds_params[0], band);
|
2008-09-10 22:01:49 +00:00
|
|
|
else
|
|
|
|
freq = rx_status->freq;
|
|
|
|
|
|
|
|
channel = ieee80211_get_channel(local->hw.wiphy, freq);
|
|
|
|
|
|
|
|
if (!channel || channel->flags & IEEE80211_CHAN_DISABLED)
|
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 13:40:10 +00:00
|
|
|
goto free;
|
2008-09-10 22:01:49 +00:00
|
|
|
|
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 13:40:10 +00:00
|
|
|
if (mesh_matches_local(sdata, elems)) {
|
2017-03-16 01:57:18 +00:00
|
|
|
mpl_dbg(sdata, "rssi_threshold=%d,rx_status->signal=%d\n",
|
|
|
|
sdata->u.mesh.mshcfg.rssi_threshold, rx_status->signal);
|
|
|
|
if (!sdata->u.mesh.user_mpm ||
|
|
|
|
sdata->u.mesh.mshcfg.rssi_threshold == 0 ||
|
|
|
|
sdata->u.mesh.mshcfg.rssi_threshold < rx_status->signal)
|
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 13:40:10 +00:00
|
|
|
mesh_neighbour_update(sdata, mgmt->sa, elems,
|
2018-10-26 14:03:50 +00:00
|
|
|
rx_status);
|
2020-03-28 13:53:24 +00:00
|
|
|
|
|
|
|
if (ifmsh->csa_role != IEEE80211_MESH_CSA_ROLE_INIT &&
|
wifi: mac80211: move some future per-link data to bss_conf
To add MLD, reuse the bss_conf structure later for per-link
information, so move some things into it that are per link.
Most transformations were done with the following spatch:
@@
expression sdata;
identifier var = { chanctx_conf, mu_mimo_owner, csa_active, color_change_active, color_change_color };
@@
-sdata->vif.var
+sdata->vif.bss_conf.var
@@
struct ieee80211_vif *vif;
identifier var = { chanctx_conf, mu_mimo_owner, csa_active, color_change_active, color_change_color };
@@
-vif->var
+vif->bss_conf.var
Signed-off-by: Johannes Berg <johannes.berg@intel.com>
2022-05-10 11:26:44 +00:00
|
|
|
!sdata->vif.bss_conf.csa_active)
|
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 13:40:10 +00:00
|
|
|
ieee80211_mesh_process_chnswitch(sdata, elems, true);
|
2017-03-16 01:57:18 +00:00
|
|
|
}
|
2012-03-31 18:31:32 +00:00
|
|
|
|
|
|
|
if (ifmsh->sync_ops)
|
2021-09-20 13:40:07 +00:00
|
|
|
ifmsh->sync_ops->rx_bcn_presp(sdata, stype, mgmt, 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 13:40:10 +00:00
|
|
|
elems->mesh_config, rx_status);
|
|
|
|
free:
|
|
|
|
kfree(elems);
|
2008-09-10 22:01:49 +00:00
|
|
|
}
|
|
|
|
|
2023-06-04 09:11:26 +00:00
|
|
|
int ieee80211_mesh_finish_csa(struct ieee80211_sub_if_data *sdata, u64 *changed)
|
2013-10-17 22:55:02 +00:00
|
|
|
{
|
|
|
|
struct ieee80211_if_mesh *ifmsh = &sdata->u.mesh;
|
|
|
|
struct mesh_csa_settings *tmp_csa_settings;
|
|
|
|
int ret = 0;
|
|
|
|
|
|
|
|
/* Reset the TTL value and Initiator flag */
|
2014-01-13 17:42:58 +00:00
|
|
|
ifmsh->csa_role = IEEE80211_MESH_CSA_ROLE_NONE;
|
2013-10-17 22:55:02 +00:00
|
|
|
ifmsh->chsw_ttl = 0;
|
|
|
|
|
|
|
|
/* Remove the CSA and MCSP elements from the beacon */
|
2022-06-17 13:16:36 +00:00
|
|
|
tmp_csa_settings = sdata_dereference(ifmsh->csa, sdata);
|
2014-03-23 19:21:43 +00:00
|
|
|
RCU_INIT_POINTER(ifmsh->csa, NULL);
|
mac80211: only set CSA beacon when at least one beacon must be transmitted
A beacon should never have a Channel Switch Announcement information
element with a count of 0, because a count of 1 means switch just
before the next beacon. So, if a count of 0 was valid in a beacon, it
would have been transmitted in the next channel already, which is
useless. A CSA count equal to zero is only meaningful in action
frames or probe_responses.
Fix the ieee80211_csa_is_complete() and ieee80211_update_csa()
functions accordingly.
With a CSA count of 0, we won't transmit any CSA beacons, because the
switch will happen before the next TBTT. To avoid extra work and
potential confusion in the drivers, complete the CSA immediately,
instead of waiting for the driver to call ieee80211_csa_finish().
To keep things simpler, we also switch immediately when the CSA count
is 1, while in theory we should delay the switch until just before the
next TBTT.
Additionally, move the ieee80211_csa_finish() function to cfg.c,
where it makes more sense.
Tested-by: Simon Wunderlich <sw@simonwunderlich.de>
Acked-by: Simon Wunderlich <sw@simonwunderlich.de>
Signed-off-by: Luciano Coelho <luciano.coelho@intel.com>
Signed-off-by: Johannes Berg <johannes.berg@intel.com>
2014-01-13 17:43:00 +00:00
|
|
|
if (tmp_csa_settings)
|
|
|
|
kfree_rcu(tmp_csa_settings, rcu_head);
|
2013-10-17 22:55:02 +00:00
|
|
|
ret = ieee80211_mesh_rebuild_beacon(sdata);
|
|
|
|
if (ret)
|
|
|
|
return -EINVAL;
|
|
|
|
|
2023-06-04 09:11:26 +00:00
|
|
|
*changed |= BSS_CHANGED_BEACON;
|
2013-10-17 22:55:02 +00:00
|
|
|
|
|
|
|
mcsa_dbg(sdata, "complete switching to center freq %d MHz",
|
wifi: mac80211: introduce 'channel request'
For channel contexts, mac80211 currently uses the cfg80211
chandef struct (control channel, center freq(s), width) to
define towards drivers and internally how these behave. In
fact, there are _two_ such structs used, where the min_def
can reduce bandwidth according to the stations connected.
Unfortunately, with EHT this is longer be sufficient, at
least not for all hardware. EHT requires that non-AP STAs
that are connected to an AP with a lower bandwidth than it
(the AP) advertises (e.g. 160 MHz STA connected to 320 MHz
AP) still be able to receive downlink OFDMA and respond to
trigger frames for uplink OFDMA that specify the position
and bandwidth for the non-AP STA relative to the channel
the AP is using. Therefore, they need to be aware of this,
and at least for some hardware (e.g. Intel) this awareness
is in the hardware. As a result, use of the "same" channel
may need to be split over two channel contexts where they
differ by the AP being used.
As a first step, introduce a concept of a channel request
('chanreq') for each interface, to control the context it
requests. This step does nothing but reorganise the code,
so that later the AP's chandef can be added to the request
in order to handle the EHT case described above.
Link: https://msgid.link/20240129194108.2e88e48bd2e9.I4256183debe975c5ed71621611206fdbb69ba330@changeid
Signed-off-by: Johannes Berg <johannes.berg@intel.com>
2024-01-29 18:34:40 +00:00
|
|
|
sdata->vif.bss_conf.chanreq.oper.chan->center_freq);
|
2023-06-04 09:11:26 +00:00
|
|
|
return 0;
|
2013-10-17 22:55:02 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
int ieee80211_mesh_csa_beacon(struct ieee80211_sub_if_data *sdata,
|
2023-06-04 09:11:26 +00:00
|
|
|
struct cfg80211_csa_settings *csa_settings,
|
|
|
|
u64 *changed)
|
2013-10-17 22:55:02 +00:00
|
|
|
{
|
|
|
|
struct ieee80211_if_mesh *ifmsh = &sdata->u.mesh;
|
|
|
|
struct mesh_csa_settings *tmp_csa_settings;
|
|
|
|
int ret = 0;
|
|
|
|
|
2023-08-29 10:18:56 +00:00
|
|
|
lockdep_assert_wiphy(sdata->local->hw.wiphy);
|
2019-05-25 04:16:24 +00:00
|
|
|
|
2013-10-17 22:55:02 +00:00
|
|
|
tmp_csa_settings = kmalloc(sizeof(*tmp_csa_settings),
|
|
|
|
GFP_ATOMIC);
|
|
|
|
if (!tmp_csa_settings)
|
|
|
|
return -ENOMEM;
|
|
|
|
|
|
|
|
memcpy(&tmp_csa_settings->settings, csa_settings,
|
|
|
|
sizeof(struct cfg80211_csa_settings));
|
|
|
|
|
|
|
|
rcu_assign_pointer(ifmsh->csa, tmp_csa_settings);
|
|
|
|
|
|
|
|
ret = ieee80211_mesh_rebuild_beacon(sdata);
|
|
|
|
if (ret) {
|
|
|
|
tmp_csa_settings = rcu_dereference(ifmsh->csa);
|
2014-03-23 19:21:43 +00:00
|
|
|
RCU_INIT_POINTER(ifmsh->csa, NULL);
|
2013-10-17 22:55:02 +00:00
|
|
|
kfree_rcu(tmp_csa_settings, rcu_head);
|
|
|
|
return ret;
|
|
|
|
}
|
|
|
|
|
2023-06-04 09:11:26 +00:00
|
|
|
*changed |= BSS_CHANGED_BEACON;
|
|
|
|
return 0;
|
2013-10-17 22:55:02 +00:00
|
|
|
}
|
|
|
|
|
2013-10-15 02:08:27 +00:00
|
|
|
static int mesh_fwd_csa_frame(struct ieee80211_sub_if_data *sdata,
|
2018-01-26 22:02:37 +00:00
|
|
|
struct ieee80211_mgmt *mgmt, size_t len,
|
|
|
|
struct ieee802_11_elems *elems)
|
2013-10-15 02:08:27 +00:00
|
|
|
{
|
|
|
|
struct ieee80211_mgmt *mgmt_fwd;
|
|
|
|
struct sk_buff *skb;
|
|
|
|
struct ieee80211_local *local = sdata->local;
|
|
|
|
|
|
|
|
skb = dev_alloc_skb(local->tx_headroom + len);
|
|
|
|
if (!skb)
|
|
|
|
return -ENOMEM;
|
|
|
|
skb_reserve(skb, local->tx_headroom);
|
networking: make skb_put & friends return void pointers
It seems like a historic accident that these return unsigned char *,
and in many places that means casts are required, more often than not.
Make these functions (skb_put, __skb_put and pskb_put) return void *
and remove all the casts across the tree, adding a (u8 *) cast only
where the unsigned char pointer was used directly, all done with the
following spatch:
@@
expression SKB, LEN;
typedef u8;
identifier fn = { skb_put, __skb_put };
@@
- *(fn(SKB, LEN))
+ *(u8 *)fn(SKB, LEN)
@@
expression E, SKB, LEN;
identifier fn = { skb_put, __skb_put };
type T;
@@
- E = ((T *)(fn(SKB, LEN)))
+ E = fn(SKB, LEN)
which actually doesn't cover pskb_put since there are only three
users overall.
A handful of stragglers were converted manually, notably a macro in
drivers/isdn/i4l/isdn_bsdcomp.c and, oddly enough, one of the many
instances in net/bluetooth/hci_sock.c. In the former file, I also
had to fix one whitespace problem spatch introduced.
Signed-off-by: Johannes Berg <johannes.berg@intel.com>
Signed-off-by: David S. Miller <davem@davemloft.net>
2017-06-16 12:29:21 +00:00
|
|
|
mgmt_fwd = skb_put(skb, len);
|
2013-10-15 02:08:27 +00:00
|
|
|
|
2018-01-26 22:02:37 +00:00
|
|
|
elems->mesh_chansw_params_ie->mesh_ttl--;
|
|
|
|
elems->mesh_chansw_params_ie->mesh_flags &=
|
|
|
|
~WLAN_EID_CHAN_SWITCH_PARAM_INITIATOR;
|
2013-10-15 02:08:27 +00:00
|
|
|
|
|
|
|
memcpy(mgmt_fwd, mgmt, len);
|
|
|
|
eth_broadcast_addr(mgmt_fwd->da);
|
|
|
|
memcpy(mgmt_fwd->sa, sdata->vif.addr, ETH_ALEN);
|
|
|
|
memcpy(mgmt_fwd->bssid, sdata->vif.addr, ETH_ALEN);
|
|
|
|
|
|
|
|
ieee80211_tx_skb(sdata, skb);
|
|
|
|
return 0;
|
|
|
|
}
|
|
|
|
|
|
|
|
static void mesh_rx_csa_frame(struct ieee80211_sub_if_data *sdata,
|
|
|
|
struct ieee80211_mgmt *mgmt, size_t len)
|
|
|
|
{
|
|
|
|
struct ieee80211_if_mesh *ifmsh = &sdata->u.mesh;
|
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 13:40:10 +00:00
|
|
|
struct ieee802_11_elems *elems;
|
2013-10-15 02:08:27 +00:00
|
|
|
u16 pre_value;
|
2013-10-17 22:55:18 +00:00
|
|
|
bool fwd_csa = true;
|
2013-10-15 02:08:27 +00:00
|
|
|
size_t baselen;
|
2013-11-08 07:09:43 +00:00
|
|
|
u8 *pos;
|
2013-10-15 02:08:27 +00:00
|
|
|
|
|
|
|
if (mgmt->u.action.u.measurement.action_code !=
|
|
|
|
WLAN_ACTION_SPCT_CHL_SWITCH)
|
|
|
|
return;
|
|
|
|
|
|
|
|
pos = mgmt->u.action.u.chan_switch.variable;
|
|
|
|
baselen = offsetof(struct ieee80211_mgmt,
|
|
|
|
u.action.u.chan_switch.variable);
|
2022-06-29 11:29:05 +00:00
|
|
|
elems = ieee802_11_parse_elems(pos, len - baselen, 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 13:40:10 +00:00
|
|
|
if (!elems)
|
2020-03-28 13:53:24 +00:00
|
|
|
return;
|
|
|
|
|
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 13:40:10 +00:00
|
|
|
if (!mesh_matches_local(sdata, elems))
|
|
|
|
goto free;
|
|
|
|
|
|
|
|
ifmsh->chsw_ttl = elems->mesh_chansw_params_ie->mesh_ttl;
|
2013-11-08 07:09:43 +00:00
|
|
|
if (!--ifmsh->chsw_ttl)
|
2013-10-15 02:08:27 +00:00
|
|
|
fwd_csa = 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 13:40:10 +00:00
|
|
|
pre_value = le16_to_cpu(elems->mesh_chansw_params_ie->mesh_pre_value);
|
2013-10-15 02:08:27 +00:00
|
|
|
if (ifmsh->pre_value >= pre_value)
|
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 13:40:10 +00:00
|
|
|
goto free;
|
2013-10-15 02:08:27 +00:00
|
|
|
|
|
|
|
ifmsh->pre_value = pre_value;
|
|
|
|
|
wifi: mac80211: move some future per-link data to bss_conf
To add MLD, reuse the bss_conf structure later for per-link
information, so move some things into it that are per link.
Most transformations were done with the following spatch:
@@
expression sdata;
identifier var = { chanctx_conf, mu_mimo_owner, csa_active, color_change_active, color_change_color };
@@
-sdata->vif.var
+sdata->vif.bss_conf.var
@@
struct ieee80211_vif *vif;
identifier var = { chanctx_conf, mu_mimo_owner, csa_active, color_change_active, color_change_color };
@@
-vif->var
+vif->bss_conf.var
Signed-off-by: Johannes Berg <johannes.berg@intel.com>
2022-05-10 11:26:44 +00:00
|
|
|
if (!sdata->vif.bss_conf.csa_active &&
|
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 13:40:10 +00:00
|
|
|
!ieee80211_mesh_process_chnswitch(sdata, elems, false)) {
|
2013-10-17 22:55:18 +00:00
|
|
|
mcsa_dbg(sdata, "Failed to process CSA action frame");
|
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 13:40:10 +00:00
|
|
|
goto free;
|
2013-10-17 22:55:18 +00:00
|
|
|
}
|
|
|
|
|
2013-10-15 02:08:27 +00:00
|
|
|
/* forward or re-broadcast the CSA frame */
|
|
|
|
if (fwd_csa) {
|
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 13:40:10 +00:00
|
|
|
if (mesh_fwd_csa_frame(sdata, mgmt, len, elems) < 0)
|
2013-10-15 02:08:27 +00:00
|
|
|
mcsa_dbg(sdata, "Failed to forward the CSA frame");
|
|
|
|
}
|
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 13:40:10 +00:00
|
|
|
free:
|
|
|
|
kfree(elems);
|
2013-10-15 02:08:27 +00:00
|
|
|
}
|
|
|
|
|
2008-09-10 22:01:49 +00:00
|
|
|
static void ieee80211_mesh_rx_mgmt_action(struct ieee80211_sub_if_data *sdata,
|
|
|
|
struct ieee80211_mgmt *mgmt,
|
|
|
|
size_t len,
|
|
|
|
struct ieee80211_rx_status *rx_status)
|
|
|
|
{
|
|
|
|
switch (mgmt->u.action.category) {
|
2011-08-13 03:01:00 +00:00
|
|
|
case WLAN_CATEGORY_SELF_PROTECTED:
|
|
|
|
switch (mgmt->u.action.u.self_prot.action_code) {
|
|
|
|
case WLAN_SP_MESH_PEERING_OPEN:
|
|
|
|
case WLAN_SP_MESH_PEERING_CLOSE:
|
|
|
|
case WLAN_SP_MESH_PEERING_CONFIRM:
|
|
|
|
mesh_rx_plink_frame(sdata, mgmt, len, rx_status);
|
|
|
|
break;
|
|
|
|
}
|
2008-09-10 22:01:49 +00:00
|
|
|
break;
|
2011-08-12 02:35:15 +00:00
|
|
|
case WLAN_CATEGORY_MESH_ACTION:
|
|
|
|
if (mesh_action_is_path_sel(mgmt))
|
|
|
|
mesh_rx_path_sel_frame(sdata, mgmt, len);
|
2008-09-10 22:01:49 +00:00
|
|
|
break;
|
2013-10-15 02:08:27 +00:00
|
|
|
case WLAN_CATEGORY_SPECTRUM_MGMT:
|
|
|
|
mesh_rx_csa_frame(sdata, mgmt, len);
|
|
|
|
break;
|
2008-09-10 22:01:49 +00:00
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2010-06-10 08:21:32 +00:00
|
|
|
void ieee80211_mesh_rx_queued_mgmt(struct ieee80211_sub_if_data *sdata,
|
|
|
|
struct sk_buff *skb)
|
2008-09-10 22:01:49 +00:00
|
|
|
{
|
|
|
|
struct ieee80211_rx_status *rx_status;
|
|
|
|
struct ieee80211_mgmt *mgmt;
|
|
|
|
u16 stype;
|
|
|
|
|
2023-08-29 10:18:56 +00:00
|
|
|
lockdep_assert_wiphy(sdata->local->hw.wiphy);
|
2013-06-10 20:17:21 +00:00
|
|
|
|
|
|
|
/* mesh already went down */
|
2014-01-22 09:08:57 +00:00
|
|
|
if (!sdata->u.mesh.mesh_id_len)
|
2023-08-29 10:18:56 +00:00
|
|
|
return;
|
2013-06-10 20:17:21 +00:00
|
|
|
|
2009-06-17 11:13:00 +00:00
|
|
|
rx_status = IEEE80211_SKB_RXCB(skb);
|
2008-09-10 22:01:49 +00:00
|
|
|
mgmt = (struct ieee80211_mgmt *) skb->data;
|
|
|
|
stype = le16_to_cpu(mgmt->frame_control) & IEEE80211_FCTL_STYPE;
|
|
|
|
|
|
|
|
switch (stype) {
|
|
|
|
case IEEE80211_STYPE_PROBE_RESP:
|
|
|
|
case IEEE80211_STYPE_BEACON:
|
|
|
|
ieee80211_mesh_rx_bcn_presp(sdata, stype, mgmt, skb->len,
|
|
|
|
rx_status);
|
|
|
|
break;
|
2013-02-14 19:20:14 +00:00
|
|
|
case IEEE80211_STYPE_PROBE_REQ:
|
|
|
|
ieee80211_mesh_rx_probe_req(sdata, mgmt, skb->len);
|
|
|
|
break;
|
2008-09-10 22:01:49 +00:00
|
|
|
case IEEE80211_STYPE_ACTION:
|
|
|
|
ieee80211_mesh_rx_mgmt_action(sdata, mgmt, skb->len, rx_status);
|
|
|
|
break;
|
|
|
|
}
|
|
|
|
}
|
|
|
|
|
2013-06-13 22:54:41 +00:00
|
|
|
static void mesh_bss_info_changed(struct ieee80211_sub_if_data *sdata)
|
|
|
|
{
|
|
|
|
struct ieee80211_if_mesh *ifmsh = &sdata->u.mesh;
|
2023-06-04 09:11:26 +00:00
|
|
|
u32 bit;
|
|
|
|
u64 changed = 0;
|
2013-06-13 22:54:41 +00:00
|
|
|
|
2023-09-13 05:01:34 +00:00
|
|
|
for_each_set_bit(bit, ifmsh->mbss_changed,
|
2013-06-13 22:54:41 +00:00
|
|
|
sizeof(changed) * BITS_PER_BYTE) {
|
2023-09-13 05:01:34 +00:00
|
|
|
clear_bit(bit, ifmsh->mbss_changed);
|
2013-06-13 22:54:41 +00:00
|
|
|
changed |= BIT(bit);
|
|
|
|
}
|
|
|
|
|
|
|
|
if (sdata->vif.bss_conf.enable_beacon &&
|
|
|
|
(changed & (BSS_CHANGED_BEACON |
|
|
|
|
BSS_CHANGED_HT |
|
|
|
|
BSS_CHANGED_BASIC_RATES |
|
|
|
|
BSS_CHANGED_BEACON_INT)))
|
|
|
|
if (ieee80211_mesh_rebuild_beacon(sdata))
|
|
|
|
return;
|
|
|
|
|
2022-06-17 20:36:37 +00:00
|
|
|
ieee80211_link_info_change_notify(sdata, &sdata->deflink, changed);
|
2013-06-13 22:54:41 +00:00
|
|
|
}
|
|
|
|
|
2010-06-10 08:21:32 +00:00
|
|
|
void ieee80211_mesh_work(struct ieee80211_sub_if_data *sdata)
|
2008-09-10 22:01:49 +00:00
|
|
|
{
|
|
|
|
struct ieee80211_if_mesh *ifmsh = &sdata->u.mesh;
|
|
|
|
|
2023-08-29 10:18:56 +00:00
|
|
|
lockdep_assert_wiphy(sdata->local->hw.wiphy);
|
2013-06-10 20:17:21 +00:00
|
|
|
|
|
|
|
/* mesh already went down */
|
2014-01-22 09:08:57 +00:00
|
|
|
if (!sdata->u.mesh.mesh_id_len)
|
2023-08-29 10:18:56 +00:00
|
|
|
return;
|
2013-06-10 20:17:21 +00:00
|
|
|
|
2008-09-10 22:01:49 +00:00
|
|
|
if (ifmsh->preq_queue_len &&
|
|
|
|
time_after(jiffies,
|
|
|
|
ifmsh->last_preq + msecs_to_jiffies(ifmsh->mshcfg.dot11MeshHWMPpreqMinInterval)))
|
|
|
|
mesh_path_start_discovery(sdata);
|
|
|
|
|
2009-08-10 19:15:52 +00:00
|
|
|
if (test_and_clear_bit(MESH_WORK_HOUSEKEEPING, &ifmsh->wrkq_flags))
|
2013-02-15 13:40:31 +00:00
|
|
|
ieee80211_mesh_housekeeping(sdata);
|
2009-11-09 23:46:56 +00:00
|
|
|
|
|
|
|
if (test_and_clear_bit(MESH_WORK_ROOT, &ifmsh->wrkq_flags))
|
|
|
|
ieee80211_mesh_rootpath(sdata);
|
2012-03-31 18:31:32 +00:00
|
|
|
|
|
|
|
if (test_and_clear_bit(MESH_WORK_DRIFT_ADJUST, &ifmsh->wrkq_flags))
|
2016-12-08 01:15:51 +00:00
|
|
|
mesh_sync_adjust_tsf(sdata);
|
2013-06-10 20:17:21 +00:00
|
|
|
|
2013-06-13 22:54:41 +00:00
|
|
|
if (test_and_clear_bit(MESH_WORK_MBSS_CHANGED, &ifmsh->wrkq_flags))
|
|
|
|
mesh_bss_info_changed(sdata);
|
2008-09-10 22:01:49 +00:00
|
|
|
}
|
|
|
|
|
|
|
|
|
2008-02-23 14:17:19 +00:00
|
|
|
void ieee80211_mesh_init_sdata(struct ieee80211_sub_if_data *sdata)
|
|
|
|
{
|
2008-09-10 22:01:49 +00:00
|
|
|
struct ieee80211_if_mesh *ifmsh = &sdata->u.mesh;
|
2012-12-14 13:34:25 +00:00
|
|
|
static u8 zero_addr[ETH_ALEN] = {};
|
2008-09-10 22:01:49 +00:00
|
|
|
|
2017-10-16 23:35:49 +00:00
|
|
|
timer_setup(&ifmsh->housekeeping_timer,
|
|
|
|
ieee80211_mesh_housekeeping_timer, 0);
|
2008-09-10 22:01:49 +00:00
|
|
|
|
|
|
|
ifmsh->accepting_plinks = true;
|
|
|
|
atomic_set(&ifmsh->mpaths, 0);
|
2008-08-03 00:04:37 +00:00
|
|
|
mesh_rmc_init(sdata);
|
2008-09-10 22:01:49 +00:00
|
|
|
ifmsh->last_preq = jiffies;
|
2011-11-25 01:15:24 +00:00
|
|
|
ifmsh->next_perr = jiffies;
|
2014-01-13 17:42:58 +00:00
|
|
|
ifmsh->csa_role = IEEE80211_MESH_CSA_ROLE_NONE;
|
2024-05-27 14:17:59 +00:00
|
|
|
ifmsh->nonpeer_pm = NL80211_MESH_POWER_ACTIVE;
|
2008-02-23 14:17:19 +00:00
|
|
|
/* Allocate all mesh structures when creating the first mesh interface. */
|
|
|
|
if (!mesh_allocated)
|
|
|
|
ieee80211s_init();
|
2016-02-29 01:03:56 +00:00
|
|
|
|
|
|
|
mesh_pathtbl_init(sdata);
|
|
|
|
|
2017-10-16 23:35:49 +00:00
|
|
|
timer_setup(&ifmsh->mesh_path_timer, ieee80211_mesh_path_timer, 0);
|
|
|
|
timer_setup(&ifmsh->mesh_path_root_timer,
|
|
|
|
ieee80211_mesh_path_root_timer, 0);
|
2008-09-10 22:01:49 +00:00
|
|
|
INIT_LIST_HEAD(&ifmsh->preq_queue.list);
|
2013-01-30 17:14:08 +00:00
|
|
|
skb_queue_head_init(&ifmsh->ps.bc_buf);
|
2008-09-10 22:01:49 +00:00
|
|
|
spin_lock_init(&ifmsh->mesh_preq_queue_lock);
|
2012-03-31 18:31:32 +00:00
|
|
|
spin_lock_init(&ifmsh->sync_offset_lock);
|
2013-02-14 19:20:13 +00:00
|
|
|
RCU_INIT_POINTER(ifmsh->beacon, NULL);
|
2012-12-14 13:34:25 +00:00
|
|
|
|
|
|
|
sdata->vif.bss_conf.bssid = zero_addr;
|
2008-09-10 22:01:49 +00:00
|
|
|
}
|
2016-03-26 15:27:18 +00:00
|
|
|
|
|
|
|
void ieee80211_mesh_teardown_sdata(struct ieee80211_sub_if_data *sdata)
|
|
|
|
{
|
|
|
|
mesh_rmc_free(sdata);
|
|
|
|
mesh_pathtbl_unregister(sdata);
|
|
|
|
}
|