> > On Tue, Mar 04, 2014 at 04:50:14PM +0200, Emmanuel Grumbach wrote: > > This logic is already implemented in ieee80211_rx_mgmt_beacon. > > The purpose is to ignore probe responses that are received on adjacent > > channels. This can happen in 2.4GHz since channels overlap. > > Why would this be done? I can understand not updating signal information, > but dropping Probe Response frames completely sounds quite undesirable. > These can be used to help optimize partial scans and any additional > information that can be used without having to change channels sounds > helpful to me. > So I guess you want me to revert the code we currently have in ieee80211_rx_mgmt_beacon ;) Don't know really... If you are associated to an AP and hear its beacons / probe responses on another channel you really have a big problem in your radio? -- To unsubscribe from this list: send the line "unsubscribe linux-wireless" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
