summaryrefslogtreecommitdiff
path: root/include
diff options
context:
space:
mode:
authorDaniel Yingqiang Ma <yma.cool@gmail.com>2010-04-13 11:12:07 +0400
committerJohn W. Linville <linville@tuxdriver.com>2010-04-20 19:50:51 +0400
commit03ceedea972a82d343fa5c2528b3952fa9e615d5 (patch)
tree7b46f62e4fd82e969bc1cea1999249d25234e330 /include
parente8958330190c57c0d32bee88b64a12de2f58059f (diff)
downloadlinux-03ceedea972a82d343fa5c2528b3952fa9e615d5.tar.xz
ath9k: Group Key fix for VAPs
When I set up multiple VAPs with ath9k, I encountered an issue that the traffic may be lost after a while. The detailed phenomenon is 1. After a while the clients connected to one of these VAPs will get into a state that no broadcast/multicast packets can be transfered successfully while the unicast packets can be transfered normally. 2. Minutes latter the unitcast packets transfer will fail as well, because the ARP entry is expired and it can't be freshed due to the broadcast trouble. It's caused by the group key overwritten and someone discussed this issue in ath9k-devel maillist before, but haven't work out a fix yet. I referred the method in madwifi, and made a patch for ath9k. The method is to set the high bit of the sender(AP)'s address, and associated that mac and the group key. It requires the hardware supports multicast frame key search. It seems true for AR9160. Not sure whether it's the correct way to fix this issue. But it seems to work in my test. The patch is attached, feel free to revise it. Signed-off-by: Daniel Yingqiang ma <yma.cool@gmail.com> Signed-off-by: John W. Linville <linville@tuxdriver.com>
Diffstat (limited to 'include')
-rw-r--r--include/net/mac80211.h1
1 files changed, 1 insertions, 0 deletions
diff --git a/include/net/mac80211.h b/include/net/mac80211.h
index c49e6adcd8fa..63e9d37e3e71 100644
--- a/include/net/mac80211.h
+++ b/include/net/mac80211.h
@@ -793,6 +793,7 @@ struct ieee80211_key_conf {
u8 iv_len;
u8 hw_key_idx;
u8 flags;
+ u8 *ap_addr;
s8 keyidx;
u8 keylen;
u8 key[0];