On Mon, Nov 18, 2013 at 6:31 PM, Johannes Berg <johannes@xxxxxxxxxxxxxxxx> wrote: > On Sun, 2013-11-17 at 18:43 +0530, Krishna Chaitanya wrote: > >> > 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) > > When you post the driver for upstream we can talk about it. I have no > interest in it otherwise - but > May not be possible. > (a) you can't call cfg80211 from the driver and then have cfg80211 call > mac80211 > - that's a gross layering violation That was not my intention either. > (b) if you're offloading much, you're probably not using a lot of > mac80211 and > should come with a proposal to refactor the code If we want to truly offload the SCAN to HW then we should have some way to update scan_results without ever sending the probe responses and beacons up (saves lots of host cycles, assuming Connection Monitoring is also offloaded). For now, will change the driver to pass the beacons/probes up for updating scan results. Thanks. -- 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
