There may be hardware design (ath12k as of now) supporting MLO across multiple
discrete hardware each acting as a link in the MLO operation. Since the prerequisite
for MLO support in cfg80211/mac80211 is that all the links participating in MLO
must be from the same wiphy/ieee80211_hw, driver needs to handle the discreate hardware
abstraction under single wiphy. Though most of the hw specific abstractions
can be handled with in the driver, there are some capabilities like interface
combination which can be specific to each constituent physical hardware. This patch set
tries to add an infrastructure to advertise underlying hw specific capabilities like
channel and interface combinations.
Some of the todos
- Make runtime iface combination validation logic be aware of this extension
- More than one concurrent monitor mode support each operating on different
channels under one ieee80211_hw
- Mechanism for each underlying radio specific configurations like txpower, channel, etc.
- Should we make the capability advertisement changes to mac80211_hwsim?
- Should we enable some of concurrent operations like allow scan on each physical
hardware concurrently?
Vasanthakumar Thiagarajan (4):
wifi: cfg80211: Add provision to advertise multiple radio in one wiphy
wifi: nl80211: send underlying multi-hardware channel capabilities to
user space
wifi: cfg80211/mac80211: extend iface comb advertisement for
multi-hardware dev
wifi: nl80211: send iface combination to user space in multi-hardware
wiphy
include/net/cfg80211.h | 130 +++++++++++++++++
include/uapi/linux/nl80211.h | 78 +++++++++-
net/mac80211/main.c | 54 +++++++
net/wireless/core.c | 275 +++++++++++++++++++++++++++++------
net/wireless/nl80211.c | 118 +++++++++++++++
net/wireless/util.c | 18 +++
6 files changed, 629 insertions(+), 44 deletions(-)
--
2.17.1
