Thanks for the hint, Kalle. The disconnection procedure seems more steady by delegating it to mac80211. I'm gonna send a patch with such change then. On Tue, 17 Dec 2019 at 15:03, Eduardo Abinader <eduardoabinader@xxxxxxxxx> wrote: > > Thanks for the hint, Kalle. > > The disconnection procedure seems more steady by delegating it to mac80211. > I'm gonna send a patch with such change then. > > > > On Thu, 5 Dec 2019 at 08:24, Kalle Valo <kvalo@xxxxxxxxxxxxxx> wrote: >> >> Eduardo Abinader <eduardoabinader@xxxxxxxxx> writes: >> >> > Whenever the signal stregth decays smoothly and physical connnection >> > is already gone and no deauth has arrived, the qcom soc is not >> > able to indicate neither WCN36XX_HAL_MISSED_BEACON_IND nor >> > WCN36XX_HAL_MISSED_BEACON_IND. It was noticed that such situation gets >> > even more reproducible, when the driver fails to enter bmps mode - which is >> > highly likely to occur. Thus, in order to provide proper disconnection >> > of the connected STA, a disconnection timeout based on last time seen >> > bss beacon is here given. >> > >> > Signed-off-by: Eduardo Abinader <eduardoabinader@xxxxxxxxx> >> >> Wouldn't it be better to disable IEEE80211_HW_CONNECTION_MONITOR and let >> mac80211 handle it entirely? >> >> -- >> https://wireless.wiki.kernel.org/en/developers/documentation/submittingpatches