On Wed, Jun 10, 2009 at 1:19 AM, Luis R. Rodriguez<lrodriguez@xxxxxxxxxxx> 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 <lrodriguez@xxxxxxxxxxx> John, please use v2, sorry but we noticed one missing issue with this patch. Luis -- To unsubscribe from this list: send the line "unsubscribe linux-wireless" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
