[<prev] [next>] [thread-next>] [day] [month] [year] [list]
Message-Id: <20250516-bug_fix_mlo_scan-v2-0-12e59d9110ac@oss.qualcomm.com>
Date: Fri, 16 May 2025 16:02:06 +0530
From: Aditya Kumar Singh <aditya.kumar.singh@....qualcomm.com>
To: Johannes Berg <johannes@...solutions.net>
Cc: linux-wireless@...r.kernel.org, linux-kernel@...r.kernel.org,
Aditya Kumar Singh <aditya.kumar.singh@....qualcomm.com>
Subject: [PATCH wireless-next v2 0/2] wifi: mac80211: some bug fixes in MLO
scan handling
This series addresses issues related to MLO handling in probe response
acceptance and scan request validation.
* Validate SCAN_FLAG_AP in scan request during MLO:
Enforce the requirement for the NL80211_SCAN_FLAG_AP flag in scan
requests when an AP interface is beaconing.
Apply this restriction to ML interfaces by using the existing
helper ieee80211_num_beaconing_links() to check if any link is
beaconing.
* Accept probe response on link address as well:
Ensure unicast probe response frames are accepted if the
destination address matches any of the link addresses when a
random MAC address is not requested.
This change corrects the behavior where probe response frames are
dropped incorrectly for MLO interfaces.
Both the changes are as such independent from each other. Since both are
related to MLO scanning, currently kept in same series.
---
Changes in v2:
- Use ieee80211_num_beaconing_links() alone since now it can handle non-mlo
as well.
- Link to v1: https://lore.kernel.org/r/20250513-bug_fix_mlo_scan-v1-0-94235bb42fbe@oss.qualcomm.com
---
Aditya Kumar Singh (2):
wifi: mac80211: validate SCAN_FLAG_AP in scan request during MLO
wifi: mac80211: accept probe response on link address as well
net/mac80211/cfg.c | 2 +-
net/mac80211/scan.c | 18 +++++++++++++++++-
2 files changed, 18 insertions(+), 2 deletions(-)
---
base-commit: 68b44b05f4c880c42109a91d2e0e7faa94f40529
change-id: 20250402-bug_fix_mlo_scan-fe57f57b1c86
Powered by blists - more mailing lists