[PATCH] Fix scanning state when sched_scan is stopped explicitly
johannes at sipsolutions.net
Mon Mar 9 15:56:33 EDT 2015
On Mon, 2015-03-09 at 12:46 -0700, Dmitry Shmidt wrote:
> >> immediately. However, it takes time for event to propagate back:
> >> nl80211_stop_sched_scan() -> __cfg80211_stop_sched_scan() ->
> >> nl80211_send_sched_scan(rdev, dev, NL80211_CMD_SCHED_SCAN_STOPPED);
> >> so when wpa_supplciant gets NL80211_CMD_SCHED_SCAN_STOPPED
> >> that will be translated to EVENT_SCHED_SCAN_STOPPED to clear
> >> wpa_s->scanning
> >> it will be too late
> > Which driver are you using? ISTR fixing a number of issues in this area.
> We are using Broadcom and Qualcomm drivers. However, I am not sure that
> driver is relevant here - all the calls I described above are done by kernel
> wireless stack and wpa_supplicant.
Right but I think we fixed the stack to report the event back before the
stop_sched_scan() call can return? But my memory of this is very vague,
I might very well be mistaken and would have to check the code.
More information about the HostAP