On Sun, Nov 17, 2013 at 2:46 PM, Johannes Berg <johannes@xxxxxxxxxxxxxxxx> wrote: > On Sat, 2013-11-16 at 01:19 +0530, Krishna Chaitanya wrote: > >> In those scenarios, the rate control module minstrel_ht called from >> prep_connection throws a warning (in rate_control_send_low) >> because "supp_rates" is not set, since scan results are updated >> through "cfg8011_bss_inform_frame" which doesn't call >> "ieee80211_bss_info_update'. >> >> How do we handle such scenarios? Does the cfg80211 need to >> update the bss information in mac80211? > > No. What are you smoking? > > You're not supposed to even call cfg80211_bss_inform_frame() from a > mac80211-based driver. Just report the RX frame properly. > Ours is a partial Full MAC driver which still uses mac80211 but mostly with offloads to HW. With mac80211 + hw_scan if we just report the RX frames, then we are just eliminating the SCAN SM from mac80211, is this just to reduce the host cycles? (apart from speeding up the channel switch) -- 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
