Search Linux Wireless

Re: [PATCH] wcn36xx: disconnect timeout

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



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



[Index of Archives]     [Linux Host AP]     [ATH6KL]     [Linux Wireless Personal Area Network]     [Linux Bluetooth]     [Wireless Regulations]     [Linux Netdev]     [Kernel Newbies]     [Linux Kernel]     [IDE]     [Git]     [Netfilter]     [Bugtraq]     [Yosemite Hiking]     [MIPS Linux]     [ARM Linux]     [Linux RAID]

  Powered by Linux