With multi-radio device, it has been observed that the group-addressed
management/data Rx frames, which are actually received on one band, are
getting processed on an interface running on a different band.
This occurs because there is currently no check to ensure that the sdata is
running on the same band as the frames are received on before start
processing those frames.
Update the documentation of ieee80211_rx_status::freq to make it
mandatory for group-addressed data frames in multi-radio device.
Drivers such as ath12k and mediatek(mt76) are currently supporting
multi-radio and report ieee80211_rx_status::freq in their Rx frame
indication to the mac80211 driver.
Signed-off-by: Maharaja Kennadyrajan <maharaja.kennadyrajan@xxxxxxxxxxxxxxxx>
---
include/net/mac80211.h | 6 ++++--
1 file changed, 4 insertions(+), 2 deletions(-)
diff --git a/include/net/mac80211.h b/include/net/mac80211.h
index 82617579d910..9212c2089638 100644
--- a/include/net/mac80211.h
+++ b/include/net/mac80211.h
@@ -1612,8 +1612,10 @@ enum mac80211_rx_encoding {
* it but can store it and pass it back to the driver for synchronisation
* @band: the active band when this frame was received
* @freq: frequency the radio was tuned to when receiving this frame, in MHz
- * This field must be set for management frames, but isn't strictly needed
- * for data (other) frames - for those it only affects radiotap reporting.
+ * This field must be set for management frames, also for group
+ * addressed data frames in case of multi-radio device, but otherwise
+ * this isn't strictly needed for data (other) frames - for those it
+ * only affects radiotap reporting.
* @freq_offset: @freq has a positive offset of 500Khz.
* @signal: signal strength when receiving this frame, either in dBm, in dB or
* unspecified depending on the hardware capabilities flags
--
2.17.1
