On Wed, May 18, 2016 at 06:24:15AM +0800, Nathanael Rensen wrote:
> On 27 April 2016 at 17:33, Stefan Sperling wrote:
>
> > This version includes minor tweak: When the AP goes down, we don't
> > need to send disassoc frames to nodes in COLLECT state.
>
> While testing this diff I found some addi
On 27 April 2016 at 17:33, Stefan Sperling wrote:
> This version includes minor tweak: When the AP goes down, we don't
> need to send disassoc frames to nodes in COLLECT state.
While testing this diff I found some additional ieee80211 code paths
that rely on ni_associd == 0 to detect a non-assoc
On Sun, Apr 24, 2016 at 08:47:46AM +0200, Stefan Sperling wrote:
> On Sun, Apr 24, 2016 at 01:25:31PM +0800, Nathanael Rensen wrote:
> > The diff below also introduces dedicated timers for AMRR and for scan
> > instead of using the RT2860 GP interrupt, which also improves consistency
> > with the w
On Sun, Apr 24, 2016 at 01:25:31PM +0800, Nathanael Rensen wrote:
> I have been using an rt2860 hostap for a few years and I have discovered
> that AMRR does not work properly for this driver. The symptom is that
> some stations get stuck at 1 Mbps and do not progress up to faster rates.
>
> Unlik
I have been using an rt2860 hostap for a few years and I have discovered
that AMRR does not work properly for this driver. The symptom is that
some stations get stuck at 1 Mbps and do not progress up to faster rates.
Unlike many drivers, rt2860 does not keep the ieee80211_amrr_node on its
rt2860_n
