On Wed, Jun 10, 2009 at 1:19 AM, Luis R. Rodriguez<[email protected]> wrote: > We don't want to trigger moving between PS mode during > scan. With this enabled we sometimes end up sending nullfunc > frames during scan. We're supposed to only send one prior to > scan and after scan. > > This fixes an oops which occured due to an assert in ath9k: > > http://marc.info/?l=linux-wireless&m=124277331319024 > > The assert was happening because the rate control algorithm > figures it should find at least one valid dual stream or > single stream rate. Since we allow mac80211 to send nullfunc > frames during scan and dynamic PS was enabled at times we ended > up trying to send nullfunc frames for the target sta on the > wrong band for which we have no valid rate to communicate with > it. This brakes the assumptions in rate control. We'll handle > this sanity check next, but this fix does prevent the > spurious nullfunc frames from actually being sent. > > Signed-off-by: Luis R. Rodriguez <[email protected]>
John, please use v2, sorry but we noticed one missing issue with this patch. Luis _______________________________________________ ath9k-devel mailing list [email protected] https://lists.ath9k.org/mailman/listinfo/ath9k-devel
