diff options
author | Johannes Berg <johannes.berg@intel.com> | 2024-10-23 10:17:44 +0300 |
---|---|---|
committer | Johannes Berg <johannes.berg@intel.com> | 2024-10-25 18:53:47 +0300 |
commit | 7245012f0f496162dd95d888ed2ceb5a35170f1a (patch) | |
tree | 805499752f92833abe637e9c60b7914a55fefb69 /tools/perf/scripts/python/export-to-postgresql.py | |
parent | d5fee261dfd9e17b08b1df8471ac5d5736070917 (diff) | |
download | linux-7245012f0f496162dd95d888ed2ceb5a35170f1a.tar.xz |
wifi: iwlwifi: mvm: fix 6 GHz scan construction
If more than 255 colocated APs exist for the set of all
APs found during 2.4/5 GHz scanning, then the 6 GHz scan
construction will loop forever since the loop variable
has type u8, which can never reach the number found when
that's bigger than 255, and is stored in a u32 variable.
Also move it into the loops to have a smaller scope.
Using a u32 there is fine, we limit the number of APs in
the scan list and each has a limit on the number of RNR
entries due to the frame size. With a limit of 1000 scan
results, a frame size upper bound of 4096 (really it's
more like ~2300) and a TBTT entry size of at least 11,
we get an upper bound for the number of ~372k, well in
the bounds of a u32.
Cc: stable@vger.kernel.org
Fixes: eae94cf82d74 ("iwlwifi: mvm: add support for 6GHz")
Closes: https://bugzilla.kernel.org/show_bug.cgi?id=219375
Link: https://patch.msgid.link/20241023091744.f4baed5c08a1.I8b417148bbc8c5d11c101e1b8f5bf372e17bf2a7@changeid
Signed-off-by: Johannes Berg <johannes.berg@intel.com>
Diffstat (limited to 'tools/perf/scripts/python/export-to-postgresql.py')
0 files changed, 0 insertions, 0 deletions