Hi, > I have been tracing the packets through the code, and it appears that > the loss happens in ieee80211_sta_manage_reorder_buf. It appears that > when there are broadcast QoS Data packets, their sequence numbers get > mixed with non-broadcast QoS Data sequence numbers causing out-of-date > sequence number conditions to get triggered spuriously. > > As far as I can tell broadcast QoS Data packets coming from the AP are > pretty rare (the other networks I have access seem to use Data packets > for broadcast traffic from the AP), but are legal. So I'm suspecting > that the AP is behaving correctly, but is triggering a so-far rare bug > in mac80211. > But this problem is likely to become much more widespread if Aruba's > 802.11ac firmware triggers it. > > I'm not a deep 802.11 expert or a mac80211 so I could certainly use > some help here. I am putting the details I have gathered below, and > would love any suggestions/advice. Currently, my impression is that we > might need a special tid_rx for broadcast packets similar to the > special handling of broadcast packets in ieee80211_parse_qos. I think we just need to skip reorder processing for multicast, since they won't be aggregated anyway? http://p.sipsolutions.net/d00799dd2201676a.txt Then again I'm not really sure why we didn't do this before?? johannes -- 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
