It looks like the issue is in ath9k reporting a one of the received broadcast data frames (likely the first one after the group keys have been set or are in the process of being set) as a decrypted frame even when the data is not really correctly decrypted. mac80211 will then process the frame and verify the Michael MIC value. This validation fails because of bogus data in the frame.
ath9k key configuration and RX processing needs some further research to figure out whether there is a clear issue somewhere or whether some kind of workaround is needed to avoid reporting incorrect frames as decrypted when a frame is received at the same time as the key is set. -- ath9k module causing MIC challenge failures https://bugs.launchpad.net/bugs/580753 You received this bug notification because you are a member of Ubuntu Bugs, which is subscribed to Ubuntu. -- ubuntu-bugs mailing list [email protected] https://lists.ubuntu.com/mailman/listinfo/ubuntu-bugs
