Felix Fietkau wrote: > mac80211 calculates the filter per hw, not per channel context or per > vif. Setting it for the current channel context only would mean it might > be applied to the wrong context. This patch fixes that issue. > I agree that it might be a useful optimization to selectively apply > filters per channel context, but mac80211 does not provide an API to do > that right now.
But wpa_s already takes care of this requirement ? This is what I see when running p2p_find: wlan0: Starting radio work 'p2p-listen'@0x17c2500 after 0.000040 second wait nl80211: Enable Probe Request reporting nl_preq=0x17c2560 nl80211: Register frame type=0x40 (WLAN_FC_STYPE_PROBE_REQ) nl_handle=0x17c2560 match= nl80211: Remain-on-channel cookie 0x351 for freq=2437 MHz duration=204 nl80211: Drv Event 55 (NL80211_CMD_REMAIN_ON_CHANNEL) received for wlan0 nl80211: Remain-on-channel event (cancel=0 freq=2437 channel_type=0 duration=204 cookie=0x351 (match)) wlan0: Event REMAIN_ON_CHANNEL (20) received And in the driver: ath: phy1: Starting RoC period ath: phy1: Channel definition created: 2437 MHz ath: phy1: Assigned next_chan to 2437 MHz ath: phy1: Offchannel duration for chan 2437 MHz : 112825 ath: phy1: Set HW RX filter: 0x687 ath: phy1: ath_chanctx_set_next: current: 2412 MHz, next: 2437 MHz So, the filter for probe requests appears to be set correctly ? Sujith -- To unsubscribe from this list: send the line "unsubscribe linux-wireless" in the body of a message to majord...@vger.kernel.org More majordomo info at http://vger.kernel.org/majordomo-info.html